任何方式来解决在调试期间的浏览器http超时？

我目前正在研究一个Django开发。有一个问题，这不是一个真正的问题，但非常烦人。通常，当我尝试放下一些破发点，调试我的Django应用程序，我在服务器端得到这个错误：任何方式来解决在调试期间的浏览器http超时？

error: [Errno 32] Broken pipe

阅读本等后，Django + WebKit = Broken pipe后，我才知道，这无关与服务器，但使用客户端浏览器。基本上，发生的事情是浏览器有一个http请求超时。如果它在超时内没有收到响应，它将关闭与服务器的连接。

我觉得这个超时并不是真的需要，确实在调试时会引起头痛。有什么办法可以解决这个超时问题，或者为我的浏览器（Chrome）增加它吗？或者也许是一个没有这个限制的替代浏览器？

注意：尽管我使用Django并提到过它，但这不是Django相关的问题。这更像是如何让我的调试过程更有效的问题。

2011-06-13 tamakisquare

尝试在客户端和服务器之间关闭流式传输模式（默认）的情况下使用Fiddler运行。提琴手将保持连接的存活时间比浏览器可能长得多。 – EricLaw 2011-06-28 21:45:46

@ ericlaw-msft，感谢您的指针。我喜欢在客户端和服务器之间建立一个中间人的想法，以使连接保持更长时间。让我试试看Fiddler，看看它对我的目的有多好。干杯。 – tamakisquare 2011-07-01 18:50:55

@ ericlaw-msft，我刚刚发现我不能使用Fiddler，因为它只支持Windows，而我的开发环境是Linux :( – tamakisquare 2011-07-01 19:00:09

我更喜欢使用linux/unix curl命令来调试Web应用程序。这是一个好方法，特别是如果你想专注于某个特定的请求，例如：POST对某些参数集不能正常工作，或者cookie没有按预期设置。

当然，在开始时可能需要一些时间来了解如何使用它，但是随后您将对每一个请求都有一个完整的控制：超时，cookie，标题等等。这非常有帮助，因为您可以确定要发送的内容实际上是否已发送（Web浏览器未添加其他数据）。

来源

2011-06-28 20:13:20

你说得对，_curl_也是一个选项，我经常用它来调试Web服务，在这种情况下，没有客户端但是在这篇文章中，我真正需要的是一种方法来查看我的用户在不发生http超时错误的情况下会看到什么，_curl_正在处于较低级别（请求和响应级别，而不是表示级别），所以它不适合我的目的。 – tamakisquare 2011-07-01 18:55:59

任何方式来解决在调试期间的浏览器http超时？

回答

相关问题