html – 下载加速器如何工作?

前端之家收集整理的这篇文章主要介绍了html – 下载加速器如何工作?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我们要求下载的所有请求都有一个有效的登录(非http),并且我们生成每次下载的交易票据.如果您要访问其中一个下载链接并尝试“重播”该交易,那么我们使用HTTP代码转发您以获取新的交易单.这适用于大多数用户.然而,有一小部分是使用下载加速器,只是尝试重播交易票证多次.

所以,为了确定是否要甚至支持下载加速器,我们正在努力了解它们的工作原理.

与Web服务器进行第二次,第三次甚至第四次并发连接,如何提供静态文件加速下载过程?

加速器程序是做什么的?

解决方法

您将在 wikipedia获得更全面的下载加速器概述.

加速是多方面的

第一

受管理/加速下载的实质性好处是有问题的工具记住传输的开始/停止偏移量,并使用“部分”和“范围”标头来请求文件的一部分,而不是全部.

这意味着如果事件中断事务(即:TCP超时),它只是重新连接掉它的位置,而不必从头开始.

因此,如果您有间歇性连接,则总体传输时间会大大减少.

第二

下载加速器就像使用同样的起始范围停止机制,将单个传输分成几个相同大小的较小部分,并行执行,大大提高了在慢速网络上的传输时间.

有一个令人讨厌的事情叫做带宽延迟产品,其中任一端的TCP缓冲区的大小与ping时间结合做一些数学的事情,以获得实际的经验的速度,这实际上意味着大的ping时间将限制你的速度,无论如何许多兆比特/秒所有的临时连接都有.

然而,这种限制似乎是“每连接”,所以到单个服务器的多个TCP连接可以帮助缓解高延迟ping时间的性能命中.

因此,居住在附近的人不太可能需要进行分段转移,但居住在较远的地方的人更有可能因为分裂而疯狂受益.

第三

在某些情况下,可以找到提供相同资源的多个服务器,有时可以将单个DNS地址循环到多个IP地址,或者服务器是某种镜像网络的一部分.并且下载管理器/加速器可以检测到这一点,并将分段传输技术应用于多个服务器,从而允许下载器获得更多的集体带宽.

支持

支持第一种加速是我个人建议作为支持的“最低限度”.大多数情况下,因为它使用户的生活变得容易,而且由于用户不必重复获取相同的内容,因此减少了您提供的汇总数据传输量.

为了方便这一点,它推荐你,计算他们转移了多少,并且不会过期票,直到他们看起来“完成”(同时绑定到使用票的第一个IP的流量),或给定的“合理的”时间下载已经通过.即:给他们一个恩典之窗,然后再要求他们得到一张新机票.

支持第二和第三个给予奖励积分,用户通常至少要求第二个,主要是因为国际客户不喜欢被视为二等客户,只因为更长的ping时间,并且它不客观地消耗更多任何意义上的带宽都是重要的.发生的最糟糕的是,它们可能会导致您的总吞吐量对于您的服务运行而言是不希望的.

只需通过限制单票同时转账的数量,可以直接提供第一类优惠,而不允许第二类.

猜你在找的HTML相关文章