让 Firefox 中的大文件下载支持断点续传

# 让 Firefox 中的大文件下载支持断点续传 来源：https://lunarwatcher.codeberg.page/til/firefox/resumable-big-downloads.html 头像 firefox --- 不知为何，Firefox 28 及更新版本\（即大约2014 年之后的所有现代版本 (https://morgb.blogspot.com/2014/05/firefox-29-and-http-response-timeout.html)\）都将`network\.http\.response\.timeout`默认设为 300 秒。这似乎会影响大文件下载的断点续传，以及大文件下载的整体稳定性。 在`about:config`中将`network\.http\.response\.timeout`设为`0`\（或一个非常大的值\），似乎能让大文件下载既支持断点续传，也至少稍微稳定一些。我不明白为什么这样有效，但实验测试支持这一点。 请注意，这里假设服务器支持断点续传；如果不支持，那么 Firefox 或其他任何浏览器中的设置都无济于事。不过，这个方法解决的问题是：Firefox 在出错时无法继续一个本来支持断点续传的下载。我不完全确定是否如此，但从实验来看，Firefox 的断点续传似乎依赖连接超时，而不是它下载的`\.part`文件。如果不设置这个选项，Firefox 就会毫不犹豫地忽略已有的`\.part`文件，我不明白为什么。 不过，Firefox 的断点续传总体上似乎相当不稳定。早在2005 年 (https://forums.mozillazine.org/viewtopic.php?t=238764)，就已经有人发现了某种形式的这个问题。我还发现，可以手动折腾`\.part`文件，让 Firefox 真正继续下载 (https://superuser.com/a/1103144)，但我才不干这种破事。作为不使用 Firefox 的替代方案，运行`wget \-c \-O "$filename" "$url"`也可以，而且 wget 总体上似乎相当稳定。 我还怀疑，Firefox 在判定下载失败之前，会尽可能在后台进行一些重试\-从一些实验测试来看，这似乎至少部分与`network\.http\.response\.timeout`有关，而且超过这个超时时间会干扰这一过程。 我没有尝试通过 FF 的源代码来确认这些推测，因为我完全不知道该从哪里找起。