在哪里可以找到所有浏览器的默认超时设置?
我正在寻找某种文档,指定每个浏览器(IE6/IE7/FF2/FF3 等)在放弃和超时之前等待请求的时间。
我没有运气试图得到这个。
有什么指点吗?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
我正在寻找某种文档,指定每个浏览器(IE6/IE7/FF2/FF3 等)在放弃和超时之前等待请求的时间。
我没有运气试图得到这个。
有什么指点吗?
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
接受
或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论(4)
我设法找到了旧版本 Mozilla 的 network.http.connect.timeout :
看起来
network.http.connect.timeout
已经有一段时间没有执行任何操作了。我还看到了对
network.http.request.timeout
的引用,因此我执行了 Google 搜索。结果包含许多指向人们的链接,建议其他人将其包含在about:config
中,这似乎是一种错误的信念,认为它确实做了一些事情,因为相同的搜索会出现此 about:config 条目 文章:同一页面包含有关
network.http.connect.timeout
的其他信息:免责声明:MozillaZine 知识库上的信息可能不正确、不完整或过时。
I managed to find network.http.connect.timeout for much older versions of Mozilla:
It would seem that
network.http.connect.timeout
hasn't done anything for some time.I also saw references to
network.http.request.timeout
, so I did a Google search. The results include lots of links to people recommending that others include it inabout:config
in what appears to be a mistaken belief that it actually does something, since the same search turns up this about:config entries article:The same page includes additional information about
network.http.connect.timeout
:Disclaimer: The information on the MozillaZine Knowledge Base may be incorrect, incomplete or out-of-date.
上次 Firefox 更新后,我们遇到了相同的会话超时问题,以下设置有助于解决该问题。
我们可以通过
network.http.response.timeout
参数来控制它。network.http.response.timeout
参数。network.http.response.timeout
参数,然后在框中输入您不希望会话超时的时间值(以秒为单位)。After the last Firefox update we had the same session timeout issue and the following setting helped to resolve it.
We can control it with
network.http.response.timeout
parameter.network.http.response.timeout
parameter will be displayed.network.http.response.timeout
parameter and enter the time value (it is in seconds) that you don't want your session not to timeout, in the box.首先,我不认为只有一种解决方案可以解决您的问题......
如您所知,每个浏览器都有很大不同。
但让我们看看我们是否可以更接近您需要的答案...
我认为 IE 可能很容易...
检查此链接
http://support.microsoft.com/kb/181050
对于 Firefox,请尝试以下操作:
打开 Firefox,并在地址栏中输入“about:config”(不带引号)。从那里,向下滚动到 Network.http.keep-alive 并确保将其设置为“true”。如果不是,双击它,它就会从 false 变成 true。现在,转到 network.http.keep-alive.timeout 下方的一个 - 并通过双击更改该数字。如果你在那里投入 500 美元,你应该会很好。让我们知道这是否有帮助
firstly I don't think there is just one solution to your problem....
As you know each browser is vastly differant.
But lets see if we can get any closer to the answer you need....
I think IE Might be easy...
Check this link
http://support.microsoft.com/kb/181050
For Firefox try this:
Open Firefox, and in the address bar, type "about:config" (without quotes). From there, scroll down to the Network.http.keep-alive and make sure that is set to "true". If it is not, double click it, and it will go from false to true. Now, go one below that to network.http.keep-alive.timeout -- and change that number by double clicking it. if you put in, say, 500 there, you should be good. let us know if this helps at all
对于 Google Chrome(在版本 62 上测试),
我试图保持从 google chrome 的 fetch API 到远程 Express 服务器的套接字连接处于活动状态,并发现请求标头必须与 Node.JS 的本机
匹配;
连接设置。我使用以下选项在客户端脚本上设置标头对象:
在我的 Express 服务器上,我按如下方式设置路由器:
警告
请使用常识并确保您保留的用户打开的套接字连接已验证并序列化。它也适用于 Firefox,但如果您保持 TCP 连接打开时间超过 5 分钟,它就非常容易受到攻击。
我不确定一些不太知名的浏览器是如何运行的,但我也会在这个答案中附加 Microsoft 浏览器的详细信息。
For Google Chrome (Tested on ver. 62)
I was trying to keep a socket connection alive from the google chrome's fetch API to a remote express server and found the request headers have to match Node.JS's native
<net.socket>
connection settings.I set the headers object on my client-side script with the following options:
And on my express server I setup my router as follows:
WARNING
Please use common sense and make sure the users you're keeping the socket connection open to is validated and serialized. It works for Firefox as well, but it's really vulnerable if you keep the TCP connection open for longer than 5 minutes.
I'm not sure how some of the lesser known browsers operate, but I'll append to this answer with the Microsoft browser details as well.