settings.py周りの修正

[mitty1293]

settings.py

• DEBUG = False にすること
• ALLOWED_HOSTS = [ドメイン名] にすること
  • https://office54.net/python/django/settings-allowed-hosts
• settings.pyを環境ごとにわけること

  settingsの分け方

  古いけど多分妥当。。。？な方法

  • https://docs.djangoproject.com/ja/4.1/howto/deployment/checklist/
  • https://create-it-myself.com/know-how/best-practices-for-getting-started-with-django-development/
  • https://self-methods.com/django-settings-split/

    新しいけどまだ完全理解してない方法

  • https://djangostars.com/blog/configuring-django-settings-best-practices/
  • 具体的なコードは未掲載だが、local.py等は古い方法であったりとか歴史も踏まえて書いてある
  • https://apibakery.com/blog/django/django-settings-howto/
  • 具体的コードが載っているがまだ理解していない
  • https://nemecek.be/blog/37/how-to-automatically-switch-debugproduction-database-in-settingspy-in-django
  • これでよくね？
  • 基本はsettings.py1ファイルのみ
  • DBやmiddleware等、環境毎に分かれるが秘密でない情報はsettings.py内のif DEBUG:とかで分ける
  • secretkeyやdebug等バレちゃいけない系の値は環境変数に格納（.envとかに入れる？）
  • https://confuzeus.com/hub/django-web-framework/multiple-settings-files/ でも同じことを言っている
  • https://iammahir.com/2022/07/11/configure-django-settings-for-multiple-environments/
    • secretkeyやdebugの値は環境変数に格納しその値で分けるは同じだが、設定ファイルは複数もつ方法。古いか？
• poetryはpipenvと異なり.envファイルの読み込みをしてくれないっぽい。
  • production環境ではdocker-composeを使うので.envファイルで管理したい。
  • その場合、django-environ, python-dotenv, direnv どれが良いのだろうか？

[mitty1293]

後はALLOWED_HOSTS = [ドメイン名]にするくらい。 他は https://github.com/mitty1293/myorders/pull/18 で反映済。