Djangoデプロイ作業の流れ（1）｜「Django」が学べる ITスクール情報｜プログラミング学習おすすめ書籍情報発信パソコン初心者エンジニア希望者新人エンジニア IT業界への就職・転職希望者サポートサイト Programming learning Recommended schools Recommended books Information dissemination Computer beginners Prospective engineers New engineers Prospective job seekers in the IT industry Support site

Django デプロイ作業（Part.1）
ローカル側（開発環境側）での作業
ブックマークのすすめ

Django デプロイ作業（Part.1）

この記事では「Djangoのデプロイ作業」の基本的な流れを「Virtual Box」を利用して行います。作業内容は以下の通りです。

ローカル側（開発環境側）での作業

「settings.py」を編集する
利用しているパッケージを「requirements.txt」に出力する
Githubへプロジェクトをpushする

サーバー側（本番環境側）での作業

Virtual BoxにRocky Linux を準備する
DBMS（この記事ではPostgreSQL）のインストールと設定
gitのインストールと設定
Githubからプロジェクトをクローンする
python仮想環境の準備
gunicornのインストールと設定
Webサーバー（この記事ではnginx）のインストールと設定

ローカル側（開発環境側）での作業

ローカル側では次の作業を行います。

「settings.py」の編集
「requirements.txt」の出力
Githubへのプロジェクトのpush

settings.pyの編集

プロジェクトフォルの中にあるsettings.pyですが、デプロイ前には次の処理を行っておきます。

プロジェクトフォルダ内に新しく「settings」フォルダを準備する。
「開発環境用のsettings.py」を準備する。→この記事では「settings_develop.py」
「本番環境用のsettings.py」を準備する。→この記事では「settings_product.py」
「共通で利用できるsettings.py」を準備する→この記事では「base.py」
「settings」フォルダに「__init__.py」を作成する。

まずは、「settings.py」のあるディレクトリに「settings」ディレクトリを準備します。その後、準備した「settings」ディレクトリに「settings.py」を移動して名前を「base.py」に変更します。

本番環境は「production environment」と呼ぶので、「settings_product.py」という名前が気になる方は「settings_production.py」としてください。

続けて、「settings_develop.py」、「settings_product.py」、「__init__.py」の３つのファイルを「settings」フォルダ内に新規で準備します。

（__pycache__ディレクトリは作業中に自動的に生成されるものなので開発者が作成したりはしません。）

（再確認）もとの「settings.py」の名前を変更して「settings」フォルダに移動したものが「base.py」です。

「settings_develop.py」と「settings_product.py」には開発環境と本番環境で設定が変更される部分をそれぞれ「base.py」から抜き出しておきます。

「__init__.py」ファイルには次のように入力します。

# 本番環境
from .settings_product import *

try:
    # 開発環境
    from .settings_develop import *
except:
    pass

base.py（もとのsettings.py）から開発環境用の「settings_develop.py」と本番環境用の「settings_product.py」へ「SECRET_KEY」「DEBUG」「ALLOWED_HOSTS」「DATABASES」を切り取り、貼り付けます。この記事では少し編集を加えたため若干の違いがありますが、本来なら、どちらにも同じ状態が作成されています。

from .base import *

# SECURITY WARNING: keep the secret key used in production secret!
SECRET_KEY = 'django-insecure-***この部分はデフォルトの鍵が入っています。***'
# SECURITY WARNING: don't run with debug turned on in production!
DEBUG = True

#この部分には開発環境でのIPアドレスを入れています。
ALLOWED_HOSTS = ["127.0.0.1", "192.168.2.139"]

# Database
# https://docs.djangoproject.com/en/4.1/ref/settings/#databases

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.sqlite3',
        'NAME': BASE_DIR / 'db.sqlite3',
    }
}

もう一つのファイル「settings_product.py」を次のように編集します。

from .base import *

# SECURITY WARNING: keep the secret key used in production secret!
# 何も入力しません。
SECRET_KEY = ''
# SECURITY WARNING: don't run with debug turned on in production!
DEBUG = False

#この部分には本番環境でのIPアドレスを入れます。現在は「*」としています。
ALLOWED_HOSTS = [" * "]

# Database
# https://docs.djangoproject.com/en/4.1/ref/settings/#databases

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.sqlite3',
        'NAME': BASE_DIR / 'db.sqlite3',
    }
}

「base.py」の中にある「BASE_DIR」の箇所を次のように編集します。

（編集前）BASE_DIR = Path(__file__).resolve().parent.parent

（編集後）BASE_DIR = Path(__file__).resolve().parent.parent.parent

これは「main.py」のある階層に対して「base.py（もとのsettings.py）」の位置がディレクトリをひとつ増やして階層が深くなったためです。

以上で「settings.py」の編集は終了です。

ここまで編集が終わったら「python manage.py runserver」コマンドで実行ができるかを確認します。（開発環境としての実行です。）もし、実行ができない場合は記述ミスがあります。