問題タブ [django-settings]

from django.conf import global_settingsを使用してdjangoのデフォルト設定をインポートし、追加したいと思いますMIDDLEWARE_CLASSES。自分の設定でこれを行うのが好きなので、追加したものとデフォルトのものを把握できます。したがって、私の設定ファイルは次のようになります。

この戦略は、 などの他の設定でも機能しますTEMPLATE_CONTEXT_PROCESSORSが、試してみると機能しません。print global_settings.MIDDLEWARE_CLASSESDebug Toolbar Middlwareを追加した後に追加しましたが、これは使用時の出力でしたrunserver

スクロールすると、設定が 2 回実行されていることがわかります。2回目は設定を再度追加します。どうすればこれを防ぐことができますか? 設定でハードコーディングする必要がMIDDLEWARE_CLASSESありますか？また、デフォルトのdjango設定をインポートしない正当な理由はありますか?

Herokuでスケジュールされたタスクとしてカスタムdjangoコマンドを実行しようとしています。次の方法でカスタムコマンドをローカルで実行できますpython manage.py send_daily_email。（注：カスタム管理コマンド自体に問題はありません）

ただし、Herokuスケジューラアドオンを介してタスクを「実行」しようとすると、Herokuから次の例外が発生します。

/bin/send_daily_email.pyにPythonスクリプトを配置しましたが、これは次のとおりです。

ただし、Heroku内では、実行heroku run bin/python（Pythonシェルの起動）を実行して、settingsから正常にインポートすることができます。django.conf

PYTHON_PATH私はそれが私のまたはDjangoの可視性と関係があると確信していSETTINGS_MODULEますが、問題を解決する方法がわかりません。誰かが私を正しい方向に向けることができますか？私がここでやろうとしていることを達成するためのより簡単な方法はありますか？

事前にアドバイスやアドバイスをありがとうございました！Herokuは初めてです！:)

編集：

Nixのコメントによると、私はいくつかの調整を行い、正確なPythonパスを指定することで、Djangoのセットアップを通過したことを発見しました。

私は今受け取ります：

ただし、「heroku run bin / python app/manage.py」を実行すると「send_daily_email」が表示されます。

答えが出たら更新します。

こんにちは、ジニアで遊んでみましたが、ZINNIA_MEDIA_URL という設定変数が見つからない (または空白になっている) ため、CSS がうまく適用されていません。

私は自分自身を設定しようとしましたが、運がありませんでした。誰かがこの問題に遭遇しましたか?

ありがとう

allauth を使用すると、Django が静的ファイルを見つけることができないことを除いて、すべて正常に動作するように見えます。allauth がないと、すべての静的ファイルがレンダリングされます。allauth の設定を追加する必要があります

以前は設定ファイルに TEMPLATE_CONTEXT_PROCESSORS がありませんでした。私が見逃しているものはありますか？この問題をどのように解決すればよいですか。DEBUG コンソールを見ると、css ファイルを次のように取得しようとしていることがわかります。

それはやっているはずなのに

追加の設定ファイルを使用せずに、コマンドラインから個々のdjango設定をオーバーライド/定義する方法を探しています。

今必要なのは、管理コマンドを実行するたびにDEBUG設定またはログレベルを設定することです。しかし、何でも設定できるといいですね。

このチュートリアルに従って、セロリとジャンゴをherokuで実行しています。

ただし、ワーカーに指定されたコードを入力すると、ログに次のエラーが表示されます。

私のsettings.pyは次のようになります

この行を追加する前に同期するとCELERY_RESULT_DBURI = DATABASES['default']、正常に実行されました。資料によると

Django アプリケーションをデプロイすると、コンパイル プロセスによって次のコードが settings.py に追加され、DATABASE_URL 環境変数が使用されます。

すべてのページにログインする必要があるプライベートサイトがあります。ユーザーがレコードを編集しようとするとき、レコードをロックしたくありません。他の人が利用できるように記録を残したい。私は、dajax / dajaxiceを使用してdjangoへのAJAX呼び出しを使用して、レコードの編集の最新の人物と日時を取得するシステムを考案しました。最新の編集が現在のユーザーによって行われなかった場合、アラートボックスは、他のユーザーがレコードを開いてから編集を行ったことをユーザーに通知します。ユーザーはページを更新して最新バージョンのデータを取得する必要があります。

これはすべてうまくいっており、私たちの状況に完全に適合しています。セッションがタイムアウトしました。タイムアウトすると、ユーザーはログインプロンプトに移動します。ユーザーがページを開いたままにしてコンピューターを離れる場合に備えて、機密データを保護する必要があります。これも完璧に機能しています。

私の問題は、データのバージョンをチェックしてデータのバージョンが変更されているかどうかを確認するためにAJAX呼び出しが行われると、セッションも保存されるため、ページに無人でいる時間がどれだけ長くてもセッションがタイムアウトしないことです。

SESSION_SAVE_ON_EVERY_REQUESTをバイパスして、このリクエストのみが保存をトリガーしないようにする方法はありますか？他のすべてのビューでセッションを手動で保存できることはわかっていますが、それは間違っているようです。要求されたビューをチェックし、このビューでない場合にのみセッションを保存するミドルウェアを作成できる可能性があると思いますが、それが最善の解決策でもあるかどうかはわかりません。

助言がありますか？

前もって感謝します。

したがって、runserverまたはsyncdbを実行しようとすると、このCACHEエラーが発生します。

トレースバックは次のとおりです：https ：//gist.github.com/1538051

これをsettings.pyファイルに挿入してみました：

しかし、それは私には意味をなさない別のエラーを与えました。

誰かが私に問題が何であるか、そして私がそれを修正する方法を理解するのを手伝ってもらえますか？

注意：私は開発サーバーで作業しています

mod_wsgiでDjango1.3を使用しています

私の中でsettings.py

に設定DISABLE_SYSTEMするとTrue、SomeMiddlewareのprocess_request関数は警告メッセージを返し、HttpResponseそれに続くMiddewaresはまったく実行されません。それは私にメンテナンスのための一種のシステムシャットダウンを与えます

DISABLE_USER_INTERFACEフィルタrequestとユーザーによって呼び出されたすべてのビュー関数はブロックされますが、adminURLと管理関数は通常どおり実行されます。

これまで、これをさまざまな種類のメンテナンスに使用していました。ファイルから変更し、wsgiをタッチしてPythonモジュールを再ロードするだけです。しかし今、私は一種のスケジュールされたルーチンを使用して、ユーザーベースのリクエストを停止し、バックグラウンドでいくつかのメンテナンスを行い、いくつかは管理者から行う必要があります。

この時点で、iシステム（ユーザーではない）はfromに設定DISABLE_USER_INTERFACEし、メンテナンスを開始する必要があります。しかし、私はそれを行うためのより適切な方法、またはこれを他の場所からではなくどこかで処理するためのより良い方法を見つけることができませんでした。Truesettings.pysettings.py

settings py変更よりもラインインDISABLE_USER_INTERFACEは、この関数を1日1回使用する必要があり、リクエストごとにこれら2つのミドルウェアを使用することは私には論理的ではないように思われるためです。したがって、私の現在のモデルでは、実行する必要がある場合にのみ実行されます

任意の提案をいただければ幸いです。

更新：私がやりたいのは、毎日19:00から19:30の間にユーザーインターフェイスを無効にすることです。次のようなミドルウェアレベルのチェックを行うかどうかはわかりません。

すべてのリクエストに対して。不必要なプロセスを回避する、より効率的なものが必要です。それとも、ミドルウェアはその種の作品にとって正しい選択ですか？

私のdjangoプロジェクトには、開発とテストの2つの環境があります。今日、私は開発中のものでテスト中のsettings.pyを不注意に上書きしました。テストで設定を修正するのに少し時間がかかりましたが、2つの設定を別々に維持する良い方法があれば回避できたはずです。

私はsettings.pyの2つの別々のコピーを保持し、必要に応じてそれらの名前を変更/移動することを考えていました。ただし、これは一種の穴居人のアプローチです。この問題に対処するためのよりスマートな方法はありますか？