Django開発サーバーがこの管理ツールのJSファイルにハングアップするのはなぜですか？

Question

定期的に、Django管理ツールを使用すると、ハングアップし、再起動するまでハングアップしてリクエストに応答しなくなります。それがハングアップするたびに、ログの最後の行は次のとおりです。

"GET /管理/ jsi18n/HTTP/1.1" 200 2158

ハングが表示しているときのように（POST後に発生するようです

オブジェクトを追加した結果）。それは私が知る限り、さまざまなモデルで起こり、予測できません。唯一の定数は、そのJavascriptファイルへのGET要求です。また、ハングアップの間隔は異なります。管理ツールを使用してオブジェクトを1時間追加することも、時には5分かかることもあります。それは自分自身を回復し、サービス提供保たれても

性能面では、ボックスは、多くのストレス（0.17から0.20の負荷平均）

[EDIT] また最近出力面白そう誤差、下に表示されません。その後の返信：

[18/Aug/2011 13:19:50] "GET /admin/jsi18n/ HTTP/1.1" 200 2158 
Traceback (most recent call last): 
File "/usr/local/lib/python2.6/dist-packages/django/core/servers/basehttp.py", line 284, in run 
self.finish_response() 
File "/usr/local/lib/python2.6/dist-packages/django/core/servers/basehttp.py", line 324, in finish_response 
self.write(data) 
File "/usr/local/lib/python2.6/dist-packages/django/core/servers/basehttp.py", line 420, in write 
self._write(data) 
File "/usr/lib/python2.6/socket.py", line 300, in write 
self.flush() 
File "/usr/lib/python2.6/socket.py", line 286, in flush 
self._sock.sendall(buffer) 
error: [Errno 32] Broken pipe 

Answer 1

これはおそらく、あなたがGoogle Chromeを使用しているためです。 Django Devサーバーの場合、Webサーバーとの接続が複数になりますが、これはうまくいかないでしょう。あなたには2つの選択肢があります。 どちらか

• Django Concurrent Server
• 運用サーバーを使用して、DEV-サーバは（お勧めしない、より複雑な）セットアップを使用
• 使用のFirefox、複数の接続
• ホストあなたの静的ファイルを停止するにはChromeを伝えます別のサーバーを使用してコンピュータにインストールします。 Lighttpdのようなもの。