問題タブ [django-dev-server]

python manage.py runserver を実行し、ブラウザーで localhost:8000 を使用して Web サイトにアクセスすると、最初の要求が非常に遅くなります (約 10 秒)。

次のリクエストは本当に速いです。これのパフォーマンスを改善する方法はありますか？開発中は、コードの更新のために常にリロードされるため、非常に不便です。

どうもありがとう。

プロジェクトがあり、プロジェクトをサーバーにデプロイする必要があります。ローカルでは、私のプロジェクトは適切に機能します。しかし、サーバーで実行しようとすると。このエラーが表示される理由

環境：

これは私のURLです：

これは私の見解です：

これは私の HTML テンプレートです:

私の質問

1. 構文に問題はないと思いますが、なぜこのエラーが発生するのでしょうか?

2. 解決策は？

Vagrant によって管理されている VirtualBox マシンがあります。このマシンで、Django 開発 Web サーバーを実行します。

コードベースは大きいので、コードのリロードを高速化するためにインストールしpyinotifyました。Django は 1.7 以降でサポートしています。1.7を使用しています。

コードベースは同期フォルダー (NFS) にあり、Sublime 3 を使用してホスト マシン (OS X) 上のファイルを編集しています。

ただし、inotify は NFS ではうまく機能せず、コードの自動リロードも機能しません。

VM で開発サーバーを再起動するにはどうすればよいですか?

私はDjango 1.8を使用しています。両方の css ファイルでステータス 200 が表示されますが、Firefox には次のように表示されます。

何らかの理由で、ファイルは text/css ではなく text/html として提供されています。これは私のhtmlです。

これは base.html ファイルにあります。index.html ファイルで base.html を拡張します。テンプレート継承の使用を開始し、すべてを index.html に含める前は、正常に機能していました。

私はUbuntuを使用しています。/etc/mime.types を確認しました。css は text/css でリストされます。

これは私を本当に混乱させました

私のブラウザー (firefox) コンソールは、ステータス 200 のファイルの受信を確認しますが、 firefox は次のように表示します。

Djangoがファイルを提供しているが、mimetype が間違っているというさらなるふざけ: すべてのファイルがステータス コード 200 を返す:

これは私がこれまでに見つけたものです。

Django は Python を使用して MIME タイプを推測します。Python は、それが実行されているシステムを使用して MIME タイプを推測します。レジストリのどこかにあるウィンドウ。私は Ubuntu を使用しているので、/etc/mime.types にあります。

/etc/mime.types で次の行を見つけました。

これは、問題が私のシステムにないことを意味します。問題はpythonですか？いいえ。次を実行します。

私に次を与えます：

他のスタックオーバーフローの回答からいくつかの「ハック」を試しました。1 つのハックは、mimetypes.add_type("text/css", ".css", True)settings.py に追加することでした。うまくいきませんでした。

もう1つは、url(r'.*\.css$', views.css),urls.pyに追加し、これをviews.pyに追加することでした:

また、機能しませんでした。両方とも外しました。なぜこれが起こっているのか、どうすれば適切に修正できるのかを知りたいだけです。問題は Django にあると確信していますが、どこにあるのかわかりません。

もう一つ重要な情報。これは、テンプレートの継承を使い始めた後にのみ発生し始めました。以前<link href="css/full-width-pics.css" rel="stylesheet" type="text/css" />は index.html に直接あり、正常に機能しました。現在は base.html と index.html にあり、base.html を「拡張」しています。私はDjangoを学んでいるので、テンプレート継承を使い始めました。

これをすべて読んでくれてありがとう。

私は本番環境とローカルの DJANGO 開発環境を持っています。本番環境にプッシュするために、すべての CSS および JS ファイルを縮小および gzip するデプロイヤがあります。

それらを本番環境で提供するには、次のように呼び出す必要があります

ただし、開発時には、通常の css ファイルを次のように提供する必要があります (保存するたびに再縮小して gzip する必要はありません)。

デプロイヤに何かを追加することで、この動作を達成して自動化する方法はありますか?、他の回避策はありますか?

各デプロイに追加するhtmlパーサーを実装できることはわかっていますが、きちんとしたdjango指向のソリューションを探しています。

私は Django と Python を初めて使用します。私の環境はWin7とPython3.4です。Django 公式 Web サイトのチュートリアルに従って、Web アプリを作成します。最初は、すべてが非常にうまく機能し、出力はすべて期待どおりで正しいものです。しかし、今日、コマンド「python manage.py runserver」を再実行すると、次のような非常に奇妙なエラーメッセージが表示されます。助けてください、どうもありがとう！

Django の開発サーバー ( manage.py runserver) がファイルの変更とリロードを認識できることは、私たちのお気に入りです。しかし、開発サーバーを打ち負かすことがよくあります。プロジェクトがまだリロードしている間に、ブラウザーでリロードを押します。localhost:8000 でリッスンしているものがないため、ブラウザに「接続できません」というエラーが表示されます。

プロジェクトのリロード中に、開発サーバーが着信 HTTP 要求をバッファリングした方がよいでしょう。間違った時間にリロードすると、サーバーはプロジェクトが再び機能するまでリクエストを保留してから処理します。

おそらく、Django のリロード システムは、この設計には適していません。これを機能させるには、別のバッファリング プロキシを実行する必要があるでしょうか。明らかに単純なアプローチが好まれますが、これを最適化する何かは、私の開発プロセスにとって素晴らしい、頻繁に感じられる改善になるでしょう。