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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

Tus.io: Open Protocol for Resumable File Uploads

72 点作者 chrisfarms超过 9 年前

11 条评论

jorangreef超过 9 年前
It will need to monitor and induce at most 20-50ms bufferbloat when uploading, regardless of whether the traffic is high or low priority.<p>Try this demo for yourself:<p>1. Run &quot;ping google.com&quot; from another computer on your LAN.<p>2. Upload a 10-20MB file via Gmail or Dropbox from your computer.<p>3. Watch the ping times on the other computer skyrocket from around 100ms to upwards of 5-10 seconds.<p>4. Try a Google search from any other computer on your LAN while this is happening.<p>As an example, Apple&#x27;s software update actually uses a variant of LEDBAT (the delay sensitive congestion avoidance algorithm from BitTorrent&#x27;s protocol) when downloading software updates to avoid inducing bufferbloat in the downlink.
terminado超过 9 年前
When you think about it, it&#x27;s pretty weird that we&#x27;ve had resumable, buffered streaming video modules for server-side stacks for years now, but nothing standardized for sending data in the other direction.<p>I guess getting things into the server stack can roll out slowly, with very limited and spotty adoption.<p>Browser support on the other hand...<p>Well, need I continue?<p>Suffice to say, that even without the open warfare between rival browser projects, and nightmare-mode security vulnerabilities in common browser plug-ins, it will only make a difference if hundreds of millions of users actually latch onto a new protocol, before it becomes something of a norm.
advisedwang超过 9 年前
If anyone is interested in prior art, take a look at Google Cloud Storage&#x27;s resumable uploads: <a href="https:&#x2F;&#x2F;cloud.google.com&#x2F;storage&#x2F;docs&#x2F;json_api&#x2F;v1&#x2F;how-tos&#x2F;upload#resumable" rel="nofollow">https:&#x2F;&#x2F;cloud.google.com&#x2F;storage&#x2F;docs&#x2F;json_api&#x2F;v1&#x2F;how-tos&#x2F;up...</a><p>It&#x27;s very domain specific and relies on GCP&#x27;s JSON API so probably isn&#x27;t suitable to apply broadly.
评论 #10593295 未加载
thescriptkiddie超过 9 年前
Resumable file transfers in JS is really cool.<p>But why a totally new protocol? Why not use bittorrent, rsync, or even ftp? A lot of effort has gone into making those reliable in the face of network congestion. Trying to shove a lot of bits down a single TCP connection with no traffic shaping is just asking for bufferbloat to strike.
评论 #10592730 未加载
评论 #10593251 未加载
评论 #10593102 未加载
评论 #10592548 未加载
评论 #10592734 未加载
daurnimator超过 9 年前
The 100-Continue idea mentioned in the 3 year old top comment seems like a much better idea. The issues on the tus issue tracker seem to discard this prematurely.
评论 #10593680 未加载
nodesocket超过 9 年前
Do you have to use the tus server written in go (<a href="https:&#x2F;&#x2F;github.com&#x2F;tus&#x2F;tusd" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;tus&#x2F;tusd</a>)? Possible to use a node.js backend?
评论 #10593013 未加载
评论 #10593259 未加载
voltagex_超过 9 年前
As much as I&#x27;d like to see this using an existing standard, I&#x27;m very glad - my upload bandwidth is &lt;1 megabit, and I get several disconnections a day (ADSL desync)
评论 #10593266 未加载
amelius超过 9 年前
Does this allow traffic shaping on the client? Or will this &quot;stuff the pipe&quot; once an upload starts?
评论 #10593311 未加载
AReallyGoodName超过 9 年前
How long till you guys get a Java server library out?<p>Currently using AWS API for resumable uploads here.
评论 #10593329 未加载
cwt137超过 9 年前
Why are they not prefixing their headers with &quot;X-&quot;?
评论 #10592099 未加载
seivan超过 9 年前
Out of curiosity why did you decide to use NSURLConnection instead of NSURLSession? I recall NSURLSession also had some code related to resume functionality for both uploads and downloads but my memory is a bit foggy right now.
评论 #10592831 未加载