TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Open Protocol for Resumable File Uploads

159 pointsby gluegadgetover 6 years ago

15 comments

kvzover 6 years ago
Was just casually (well ok maybe it’s more compulsive than that) browsing HN and was pleasantly surprised to find tus on the front page. I’m one of the core contributors and happy to answer questions. Although it’s late here so it may take a few hours while I’m asleep :)
评论 #18516498 未加载
chillaxtianover 6 years ago
S3 Multi-Part Upload API can be used to chunk an object into smaller parts, which can succeed or fail independently.<p><a href="https:&#x2F;&#x2F;docs.aws.amazon.com&#x2F;AmazonS3&#x2F;latest&#x2F;dev&#x2F;mpuoverview.html" rel="nofollow">https:&#x2F;&#x2F;docs.aws.amazon.com&#x2F;AmazonS3&#x2F;latest&#x2F;dev&#x2F;mpuoverview....</a>
评论 #18514869 未加载
epsover 6 years ago
If I read the spec correctly, PATCH method is actually more of APPEND, no?<p>It would seem logical and practical to allow PATCH to modify any part of a resource that is already present on the server and&#x2F;or to extend it by appending. This would also make the whole thing useful beyond resuming of interrupted uploads, e.g. to allow for rsync-style updating of existing files.
评论 #18514932 未加载
digianarchistover 6 years ago
The HTML5 FileAPI has been around for a few years now yet a lot of sites don&#x27;t support resumable uploads. I know it adds a bunch of complexity server side as you have to restitch those pieces together but it makes for a good user experience.
评论 #18513002 未加载
aiCeivi9over 6 years ago
Slight Offtopic - why after so many years Chrome &amp; Firefox have so poor support for resuming interrupted file downloads? In case of Firefox I am almost sure it was better in past. I have to use &#x27;wget -c&#x27; or <a href="https:&#x2F;&#x2F;www.freedownloadmanager.org&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.freedownloadmanager.org&#x2F;</a> for bigger filles.
评论 #18516056 未加载
评论 #18516087 未加载
speeqover 6 years ago
See also: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=10591348" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=10591348</a>
ioquatixover 6 years ago
There is a ruby implementation too: <a href="https:&#x2F;&#x2F;github.com&#x2F;janko-m&#x2F;tus-ruby-server" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;janko-m&#x2F;tus-ruby-server</a>
评论 #18515608 未加载
ameliusover 6 years ago
Finally a Request-For-Comments that actually contains a comments section!
treveover 6 years ago
This came a long way since 2013. Congrats, looks very robust now!
评论 #18513132 未加载
JdeBPover 6 years ago
Zawinski&#x27;s Law needs some revision. Not only do WWW apps expand until users can chat asynchronously, but WWW protocols expand until they incorporate ZMODEM. (-:
silvestrovover 6 years ago
Tus-Version: 1.0.0,0.2.2,0.2.1<p>seems like over design. The list will get very long over time.<p>Just use a single integer instead and have the header include min and max version supported. E.g.<p>Tus-Version: 1-4<p>meaning it supports version 1 thru 4. No reason to be able to say version 1 and 4 but not 2 and 3.
评论 #18516081 未加载
aaaaaaaaaabover 6 years ago
What’s wrong with HTTP PUT with Content-Range?
评论 #18513008 未加载
dcbadacdover 6 years ago
Uhh, 206 partial content??
评论 #18512716 未加载
eximiusover 6 years ago
Is there a TL;DR? I see the whole spec is there but I don&#x27;t have time to read it just this second.<p>Does it use anything fancy like fountain codes or does it just renegotiate chunks each time or something else?
评论 #18515674 未加载
评论 #18515661 未加载
gsichover 6 years ago
rsync?<p>Yes I know this is mainly for browsers.
评论 #18513063 未加载