TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Open Protocol for Resumable File Uploads

159 点作者 gluegadget超过 6 年前

15 条评论

kvz超过 6 年前
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 未加载
chillaxtian超过 6 年前
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 未加载
eps超过 6 年前
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 未加载
digianarchist超过 6 年前
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 未加载
aiCeivi9超过 6 年前
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 未加载
speeq超过 6 年前
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>
ioquatix超过 6 年前
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 未加载
amelius超过 6 年前
Finally a Request-For-Comments that actually contains a comments section!
treve超过 6 年前
This came a long way since 2013. Congrats, looks very robust now!
评论 #18513132 未加载
JdeBP超过 6 年前
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. (-:
silvestrov超过 6 年前
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 未加载
aaaaaaaaaab超过 6 年前
What’s wrong with HTTP PUT with Content-Range?
评论 #18513008 未加载
dcbadacd超过 6 年前
Uhh, 206 partial content??
评论 #18512716 未加载
eximius超过 6 年前
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 未加载
gsich超过 6 年前
rsync?<p>Yes I know this is mainly for browsers.
评论 #18513063 未加载