問題タブ [django-deployment]

プロジェクトを Openshift にデプロイしようとしています。いくつかのチュートリアルを試しましたが、どれもうまくいきませんでした。だから私はあなた自身の「手順」またはいくつかの機能する（実際に機能する）チュートリアルを持っているかどうか尋ねています。

次の.htaccessファイルがあります -

および次のindex.fcgiファイル:

Django アプリは正常に実行されますが、次のように URL に「index.fcgi」が挿入されます。

www.example.com/admin の代わりに www.example.com/index.fcgi/admin

URL からスクリプト名を削除するにはどうすればよいですか?

ここの指示に従ってみました - http://flask.pocoo.org/docs/0.10/deploying/fastcgi/

しかし、それはフラスコ用であり、Django では実行できません。

追伸 - 私は、サーバーのルート アクセスがない共有ホスティング プランを使用しています。

heroku インスタンスでnested_inlineを使用する django アプリをデプロイしようとしています。ローカルではすべて問題なく動作しますが、collectstatic 中に heroku サーバーでエラーが発生します。

私はherokuガイドに従って、最小限のdjangoセットアップを機能させました。次に、requirements.txt に「django-nested-inline」を追加し、INSTALLED_APPS の最後に「nested_inline」を追加し、「nested_inline.admin から NestedModelAdmin、NestedStackedInline をインポート」を admin.py に追加しました。

すべてが問題なくローカルで完全に機能します。しかし、heroku "git push heroku master" にプッシュすると、次のエラーが発生します。

それが言うように、forms-nested.cssファイルnav-bg.gifは、私が知る限りどこにも存在しないように見える のような画像を参照しています。しかし、これは django と nested_inline がローカルで完全に正常に動作するのを止めるものではありません。なぜherokuで壊れているのかわかりませんか？

Django プロジェクトを DigitalOcean.com にデプロイしました。静的フォルダーを設定して実行すると、python manage.py collectstatic正しく機能しました。唯一の問題は、管理ページですべてのチェックボックスを選択できないことです。

これは私のローカル Django プロジェクトにあります。

そして、これは展開されたプロジェクトにあります:

問題がどこにあるのかわかりません。あなたは知っていますか？

settings.pyデプロイされたプロジェクトを添付しています：

サーバーをローカル サブネットからドメインに移動しようとしています。メインの Web ページは機能しており、SSL の背後にあります。Apache は、任意の HTTP 接続から HTTPS への URL を書き換えます。ただし、ブラウザからJavaScriptで接続しようとすると、次のようになります。

次のエラーが表示されます。

settings.py の私の構成は次のとおりです。

編集 (Apache 構成データに追加):

私の Apache の default.conf は次のとおりです (単純に HTTPS に書き直します)。

Apache の secure.conf:

編集 apache がリクエストを受信して​​いるが、何もしていないことが わかりました other_vhosts.access.log を追跡したところ、chrome コンソールで新しい websocket を作成したときに、apache が GET リクエストをログに記録しましたが、django アプリに転送していないようです。

また、ワーカーを実行し、redis サーバーをセットアップし、daphne も実行しています。この問題の可能な解決策があれば教えてください

私はあらゆる場所を調べましたが、いくつかの異なるソースからの古いものや断片的なものしか見つかりませんでしたが、Django を運用環境にデプロイするための完全な手順を持っているものはありませんでした。

私が見たいのは、特にDjango専用のgit、ローカルおよび運用環境のsettings.py、.gitignoreを利用してDjangoをデプロイするための推奨される方法です。

必要なファイルのみが git リポジトリに送信されるように、両方の環境に対応する設定と .gitignore ファイルに追加する必要のある設定をどのように実装すればよいですか?

ローカルおよび実稼働設定を使用するベスト プラクティスと最新の方法を知りたいことに注意してください。

このような疑問は、Django アプリをデプロイするときに発生します。

1. 設定はどこに保存する必要がありますか?
2. 両方の環境に対応する設定を適切に実装するにはどうすればよいですか?
3. 主な設定から切り離すべき機密情報は何ですか?

2016 年 9 月 25 日更新:

これを明確にしてくれてありがとうandreasそして今、私は Django を展開する標準的な方法がないことに完全に同意します. 私は長い調査を行い、Django 設定を展開するために最も一般的に使用される方法を見つけました。同じ疑問を持っているすべての人に私の調査結果を共有します。

答える

設定はどこに保存する必要がありますか?

settings.py設定は、単一のファイルではなく、設定モジュール内に収める方が適切です。

両方の環境に対応する設定を適切に実装するにはどうすればよいですか?

これは、設定モジュールが非常に便利な場所です。環境に依存しない設定を簡単に作成でき、git またはその他のバージョン管理で維持できるためです。

主な設定から切り離すべき機密情報は何ですか?

データベース、電子メール、秘密鍵、および認証関連情報を含むあらゆる機密情報と、この個人情報を秘密裏に提供する方法については、andreas の提案を使用することをお勧めします。

で別のファイルを作成し/etc/app_settingsて非常に制限するか、システム内の環境変数を単に使用することができます。

.gitignore 部分

.gitignore の部分については、 https://github.com/github/gitignoreであらゆる種類の例を入手できる素晴らしいレポを見つけました。

私は最終的に使用しました：

答えが非常に長くなってしまったので、Django 設定の展開ですべての手順を説明する記事を作成しました。