PythonのDjangoで管理画面を開発する方法まとめ


 

こんにちは。Tomoyuki(@tomoyuki65)です。

Webアプリケーション開発の際には、別途DB操作に関わる管理画面を作ったりしますが、PythonのDjangoを使うと簡単に管理画面が作れるらしいというのを知ったので、試してみることにしました!

この記事では、そんなPythonのDjangoで管理画面を開発する方法についてまとめます。

 



PythonのDjangoで管理画面を開発する方法まとめ

まずは以下のコマンドを実行し、各種ファイルを作成します。

$ mkdir django-admin && cd django-admin
$ mkdir -p deploy/docker/local/py && touch deploy/docker/local/py/Dockerfile
$ mkdir -p deploy/docker/local/db && touch deploy/docker/local/db/Dockerfile
$ mkdir -p deploy/docker/local/db/init && touch deploy/docker/local/db/init/init.sql
$ touch .env compose.yml

※ローカル開発環境の構築については、いつものようにDockerを利用するため、試したい方は事前にDocker DesktopなどをインストールしてDockerを使える環境を準備して下さい。

 

次に作成したファイルをそれぞれ以下のように記述します。

・「deploy/docker/local/py/Dockerfile」

FROM python:3.14.0-slim-trixie

# タイムゾーン設定
ENV TZ=Asia/Tokyo

# パッケージ管理用のpoetryをインストール
RUN pip3 install --no-cache-dir poetry

# [開発用] 仮想環境を作成
RUN poetry config virtualenvs.in-project true

WORKDIR /py

EXPOSE 8000

※今回はPythonのバージョン「3.14」を使います。各種ライブラリのパッケージ管理には「poetry」を使います。開発時専用のライブラリを入れるためにpoetryのコンフィグ設定で仮想環境設定「virtualenvs.in-project」を有効化しています。

 

・「deploy/docker/local/db/Dockerfile」

FROM postgres:18.1

ENV LANG ja_JP.utf8

# PostgreSQLの日本語化で「ja_JP.utf8」を使うために必要
RUN apt-get update && \
    apt-get install -y locales && \
    rm -rf /var/lib/apt/lists/* && \
    localedef -i ja_JP -c -f UTF-8 -A /usr/share/locale/locale.alias ja_JP.UTF-8

 

・「deploy/docker/local/db/init/init.sql」

-- usersテーブルの作成
CREATE TABLE "public"."users" ("id" bigint NOT NULL GENERATED BY DEFAULT AS IDENTITY, "uid" character varying NOT NULL, "last_name" character varying NOT NULL, "first_name" character varying NOT NULL, "email" character varying NOT NULL, "created_at" timestamptz NOT NULL, "updated_at" timestamptz NOT NULL, "deleted_at" timestamptz NULL, PRIMARY KEY ("id"));
CREATE INDEX "user_deleted_at" ON "public"."users" ("deleted_at");
CREATE UNIQUE INDEX "users_email_key" ON "public"."users" ("email");
CREATE UNIQUE INDEX "users_uid_key" ON "public"."users" ("uid");

※管理画面は後から作成されることが多く、対象のDBには既にテーブルが存在することを前提に試すため、DBコンテナ起動時にSQLを実行して「users」テーブルを作成しておきます。尚、今回はDBにPostgreSQLを使用します。

 

・「.env」

ENV=local
DB_NAME=pg-db
DB_USER=pg-user
DB_PASSWORD=pg-password
DB_HOST=db-django

※ローカル環境用の環境変数ファイル

 

・「compose.yml」

services:
  django:
    container_name: django-admin
    build:
      context: .
      dockerfile: ./deploy/docker/local/py/Dockerfile
    volumes:
      - .:/py
    ports:
      - "8000:8000"
    env_file:
      - .env
    tty: true
    stdin_open: true

 

次に以下のコマンドを実行し、Dockerコンテナをビルドします。

$ docker compose build --no-cache

 

次に以下のコマンドを実行し、パッケージ管理用のpoetryの初期化をします。

docker compose run --rm django poetry init

 

コマンド実行後、対話形式で各種設定について聞かれるので、「Package name [py]:」は「django-admin」、「Author [None, n to skip]:」は「n」、「Would you like to define your main dependencies interactively? (yes/no) [yes]」は「no」、「Would you like to define your development dependencies interactively? (yes/no) [yes]」は「no」を入力して実行し、それ以外はそのまま実行して進めます。

 

完了後、poetryの設定ファイル「pyproject.toml」が作成されます。

次に以下のコマンドを実行し、今回利用する各種パッケージをインストールします。

$ docker compose run --rm django poetry add django "psycopg[binary]"
$ docker compose run --rm django poetry add --dev ruff

※djangoの他、PostgreSQL用のドライバー「psycopg[binary]」および、開発専用ライブラリとして「ruff」(フォーマッター + 静的コード解析)を使います。

 

次に以下のコマンドを実行し、Djangoのプロジェクトを作成します。

$ docker compose run --rm django poetry run django-admin startproject myapp ./src

 

コマンド実行後、以下のように各種ファイルが作成されればOKです。

 

次に設定用のファイル「src/myapp/settings.py」を以下のように修正します。

・「src/myapp/settings.py」

"""
Django settings for myapp project.

Generated by 'django-admin startproject' using Django 6.0.

For more information on this file, see
https://docs.djangoproject.com/en/6.0/topics/settings/

For the full list of settings and their values, see
https://docs.djangoproject.com/en/6.0/ref/settings/
"""

import os
from pathlib import Path

# Build paths inside the project like this: BASE_DIR / 'subdir'.
BASE_DIR = Path(__file__).resolve().parent.parent


# Quick-start development settings - unsuitable for production
# See https://docs.djangoproject.com/en/6.0/howto/deployment/checklist/

# SECURITY WARNING: keep the secret key used in production secret!
SECRET_KEY = 'django-insecure-jr21o1cjct+97fvqon)d$hdjm8oo7h0ko_th=dlv!8@ts#4!&5'

# SECURITY WARNING: don't run with debug turned on in production!
DEBUG = True

ALLOWED_HOSTS = []


# Application definition

INSTALLED_APPS = [
    'django.contrib.admin',
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.messages',
    'django.contrib.staticfiles',
    # プロジェクトのディレクトリ追加
    'myapp'
]

MIDDLEWARE = [
    'django.middleware.security.SecurityMiddleware',
    'django.contrib.sessions.middleware.SessionMiddleware',
    'django.middleware.common.CommonMiddleware',
    'django.middleware.csrf.CsrfViewMiddleware',
    'django.contrib.auth.middleware.AuthenticationMiddleware',
    'django.contrib.messages.middleware.MessageMiddleware',
    'django.middleware.clickjacking.XFrameOptionsMiddleware',
]

ROOT_URLCONF = 'myapp.urls'

TEMPLATES = [
    {
        'BACKEND': 'django.template.backends.django.DjangoTemplates',
        'DIRS': [],
        'APP_DIRS': True,
        'OPTIONS': {
            'context_processors': [
                'django.template.context_processors.request',
                'django.contrib.auth.context_processors.auth',
                'django.contrib.messages.context_processors.messages',
            ],
        },
    },
]

WSGI_APPLICATION = 'myapp.wsgi.application'


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

DATABASES = {
    # PostgreSQLへの接続設定
    'default': {
        'ENGINE': 'django.db.backends.postgresql',
        'NAME': os.environ['DB_NAME'],
        'USER': os.environ['DB_USER'],
        'PASSWORD': os.environ['DB_PASSWORD'],
        'HOST': os.environ['DB_HOST'],
        'PORT': '5432',
    }
}


# Password validation
# https://docs.djangoproject.com/en/6.0/ref/settings/#auth-password-validators

AUTH_PASSWORD_VALIDATORS = [
    {
        'NAME': 'django.contrib.auth.password_validation.UserAttributeSimilarityValidator',
    },
    {
        'NAME': 'django.contrib.auth.password_validation.MinimumLengthValidator',
    },
    {
        'NAME': 'django.contrib.auth.password_validation.CommonPasswordValidator',
    },
    {
        'NAME': 'django.contrib.auth.password_validation.NumericPasswordValidator',
    },
]


# Internationalization
# https://docs.djangoproject.com/en/6.0/topics/i18n/

# 日本語化設定
LANGUAGE_CODE = 'ja'
TIME_ZONE = 'Asia/Tokyo'

USE_I18N = True

USE_TZ = True


# Static files (CSS, JavaScript, Images)
# https://docs.djangoproject.com/en/6.0/howto/static-files/

STATIC_URL = 'static/'

※INSTALLED_APPSにプロジェクトのディレクトリを追加、DATABASESにPostgreSQLへの接続設定を追加、LANGUAGE_CODEとTIME_ZONEで日本語化設定をしています。

 

次にファイル「deploy/docker/local/py/Dockerfile」、「compose.yml」をそれぞれ以下のように修正します。

・「deploy/docker/local/py/Dockerfile」

FROM python:3.14.0-slim-trixie

# タイムゾーン設定
ENV TZ=Asia/Tokyo

# パッケージ管理用のpoetryをインストール
RUN pip3 install --no-cache-dir poetry

# [開発用] 仮想環境を作成
RUN poetry config virtualenvs.in-project true

WORKDIR /py

# poetry.lockから依存関係をインストール
COPY pyproject.toml poetry.lock .
RUN poetry install --no-root

COPY ./src ./src

EXPOSE 8000

 

・「compose.yml」

services:
  django:
    container_name: django-admin
    build:
      context: .
      dockerfile: ./deploy/docker/local/py/Dockerfile
    command: poetry run python ./src/manage.py runserver 0.0.0.0:8000
    volumes:
      - ./pyproject.toml:/py/pyproject.toml
      - ./poetry.lock:/py/poetry.lock
      - ./src:/py/src
    ports:
      - "8000:8000"
    env_file:
      - .env
    tty: true
    stdin_open: true
    depends_on:
      - db-django
  db-django:
    container_name: django-db
    build:
      context: .
      dockerfile: ./deploy/docker/local/db/Dockerfile
    environment:
      POSTGRES_DB: ${DB_NAME}
      POSTGRES_USER: ${DB_USER}
      POSTGRES_PASSWORD: ${DB_PASSWORD}
      TZ: Asia/Tokyo
      # ローカル環境でもパスワードを有効化する設定
      POSTGRES_INITDB_ARGS: --auth-local=scram-sha-256 --auth-host=scram-sha-256
    volumes:
      - ./deploy/docker/local/db/init:/docker-entrypoint-initdb.d
      - db-django-data:/var/lib/postgresql
    ports:
      - "5432:5432"
    env_file:
      - .env
volumes:
  db-django-data:

 

次に以下のコマンドを実行し、Dockerコンテナの再ビルドおよび起動をします。

$ docker compose down
$ docker compose build --no-cache
$ docker compose up -d

 

次にブラウザで「http://localhost:8000」を開き、以下のような画面が表示されればOKです。

 

次に以下のコマンドを実行し、DBからスキーマ情報を取得します。

$ docker compose exec django poetry run python ./src/manage.py inspectdb > ./src/myapp/models.py

※尚、後からテーブルを追加するような場合は、別のファイル名で出力し、元の「src/myapp/models.py」に別途手動で設定を追加するようにして下さい。

 

コマンド実行後、以下のようにファイルが作成されればOKです。

※DBからスキーマ情報を取得した場合、メタ情報の設定に「managed = False」が追加され、マイグレーション関連の処理が実行されないようになっています。

 

次にファイル「src/myapp/models.py」を以下のように修正します。

・「src/myapp/models.py」

from django.db import models
from django.utils.translation import gettext_noop

class Users(models.Model):
    id = models.BigAutoField(primary_key=True)
    uid = models.CharField(unique=True)
    last_name = models.CharField()
    first_name = models.CharField()
    email = models.CharField(unique=True)
    # 作成日と更新日を自動設定するように修正
    created_at = models.DateTimeField(auto_now_add=True)
    updated_at = models.DateTimeField(auto_now=True)
    deleted_at = models.DateTimeField(blank=True, null=True)

    class Meta:
        managed = False
        db_table = 'users'
        # 表示設定(日本語化で翻訳されないようにgettext_noopを使用)
        verbose_name = gettext_noop("User")
        verbose_name_plural = gettext_noop("Users")

※DBスキーマ用のモデル設定はこのファイルで行います。

 

次に以下のコマンドを実行し、管理画面用の設定ファイルを追加します。

$ touch src/myapp/admin.py

 

次に作成したファイルを以下のように記述します。

・「src/myapp/admin.py」

from django.contrib import admin
from django.contrib.admin.models import LogEntry
from .models import Users

# サイト名の設定
admin.site.site_header = "Django Admin"
admin.site.site_title = "Django Admin"

# 操作履歴用にデフォルトであるモデルを管理画面に追加
admin.site.register(LogEntry)

# DBスキーマに関するモデルを管理画面に追加
admin.site.register(Users)

※管理画面用の設定はこのファイルで行います。

 

次に以下のコマンドを実行し、管理画面用の設定をDBに追加するためのマイグレーションを実行します。

$ docker compose exec django poetry run python ./src/manage.py migrate

※マイグレーションを実行すると、管理画面用の各種テーブル等がDBに作成されます。もしモデルの定義のメタ情報で「managed = False」が設定されていなければ、自動でマイグレーションが実行されてテーブルなど作成されたりするので注意して下さい。尚、メタ情報で「managed = False」を設定していても、管理者ユーザーの権限設定で使用できるデータを追加するためにマイグレーションの実行は必要なので、後からモデルを追加した際は再度マイグレーションの実行が必要です。

 

コマンド実行後、以下のようにマイグレーションが成功しているログ出力が表示されればOKです。

 

次に以下のコマンドを実行し、管理画面用のスーパーユーザーを作成します。

$ docker compose exec django poetry run python ./src/manage.py createsuperuser

 

コマンド実行後、各種入力を求められるため、今回はユーザー名「local-db-root」、メールアドレスは無し、パスワード「pass-pg-2512」を設定して実行します。

 

次に以下のコマンドを実行し、コンテナを再起動させます。

$ docker compose down
$ docker compose up -d

 

次にブラウザで「http://localhost:8000/admin」を開き、以下のように管理画面用のログイン画面が表示されればOKです。

 

次に先ほど作成したスーパーユーザーのユーザー名「local-db-root」とパスワード「pass-pg-2512」でログインし、以下のように表示されればOKです。

 

これでDBスキーマから設定した対象テーブルのCRUD処理や、管理画面として最低限必要になる管理者ユーザー機能(パーミッション機能を含む)や、操作履歴のログ機能が簡単に実装できます。

 

CRUD機能を試す

では簡単に実装できたCRUD機能を試してみます。

まずはデータを追加するため、Usersの右側の「+追加」をクリックします。

 

次に「Uid」、「Last name」、「First name」、「Email」をそれぞれ入力し、画面下の「保存」をクリックします。

 

これでデータ追加がされたため、一覧画面から対象のデータをクリックします。

 

これで追加したデータの詳細が確認できます。

 

次に「Email」を修正し、画面下の「保存」をクリックします。

 

これでデータの更新ができたので、一覧画面から対象のデータをクリックします。

 

対象データの詳細画面から「Email」を確認し、更新されていればOKです。

続けて、画面右下の「削除」をクリックします。

 

削除の確認画面が表示されるので、「はい、大丈夫です」をクリックします。

 

これでデータが削除されればOKです。

 

操作履歴を確認する

次にメニューに追加しておいた操作履歴を確認してみます。

まずはトップページから「ログエントリー」をクリックします。

 

次に削除に関するデータをクリックしてみます。

 

これで操作履歴の詳細が確認できます。

 



表示などをカスタマイズして改善する

上記のようにCRUD機能は簡単に実装できますが、そのままだと画面表示がイマイチだったり、実務では論理削除が必要になったりするため、いくつかカスタマイズしてみます。

では管理画面用の設定ファイル「src/myapp/admin.py」を以下のように修正します。

・「src/myapp/admin.py」

from django.contrib import admin
from django.contrib.admin.models import LogEntry
from django.utils import timezone

from .models import Users

# サイト名の設定
admin.site.site_header = "Django Admin"
admin.site.site_title = "Django Admin"


###############################
# 操作履歴をメニューに追加する設定
###############################


# デフォルトで存在するモデルを使用する
@admin.register(LogEntry)
class LogEntryAdmin(admin.ModelAdmin):
    # 一覧画面に表示するフィールド設定
    list_display = (
        "action_time",
        "user",
        "content_type",
        "object_repr",
        "action_flag",
    )

    # 一覧画面のフィルター設定
    list_filter = ("action_flag", "content_type")

    # 検索用の対象フィールド
    search_fields = ("object_repr", "change_message", "user__username")

    # 変更不可フィールド設定
    readonly_fields = (
        "action_time",
        "user",
        "content_type",
        "object_repr",
        "action_flag",
    )

    # 詳細画面の表示設定
    fieldsets = (
        (
            None,
            {
                "fields": (
                    "action_time",
                    "user",
                    "content_type",
                    "object_repr",
                    "action_flag",
                ),
            },
        ),
    )


###############################
# 共通フィルター用のクラス定義
###############################


# 削除日用のクラス定義
class DeletedAtFilter(admin.SimpleListFilter):
    title = "削除日(deleted_at)"
    parameter_name = "deleted"

    # 選択肢の設定
    def lookups(self, request, model_admin):
        return (
            ("alive", "未削除"),
            ("deleted", "削除済み"),
        )

    # 選択肢に対するクエリ設定
    def queryset(self, request, queryset):
        value = self.value()
        if value == "alive":
            return queryset.filter(deleted_at__isnull=True)
        if value == "deleted":
            return queryset.filter(deleted_at__isnull=False)
        return queryset


###############################
# DBモデルをメニューに追加する設定
###############################


# usersの設定
@admin.register(Users)
class UsersAdmin(admin.ModelAdmin):
    # 一覧画面に表示するフィールド設定
    list_display = [field.name for field in Users._meta.get_fields()]

    # 一覧画面のフィルター設定
    list_filter = ((DeletedAtFilter),)

    # 検索用の対象フィールド
    search_fields = ("id", "uid", "last_name", "first_name", "email")

    # 変更不可フィールド設定
    readonly_fields = ("id", "created_at", "updated_at")

    # 詳細画面の表示設定
    fieldsets = (
        (
            None,
            {
                "fields": (
                    "id",
                    "uid",
                    "last_name",
                    "first_name",
                    "email",
                    "created_at",
                    "updated_at",
                    "deleted_at",
                ),
            },
        ),
    )

    # 単体用の論理削除設定
    def delete_model(self, request, obj):
        obj.updated_at = timezone.now()
        obj.deleted_at = timezone.now()
        obj.save()

    # 一括用の論理削除設定
    def delete_queryset(self, request, queryset):
        queryset.update(updated_at=timezone.now(), deleted_at=timezone.now())

※削除処理時は論理削除をするように設定

 

次に以下のコマンドを実行し、フォーマット修正を行います。

$ docker compose exec django poetry run ruff format .
$ docker compose exec django poetry run ruff check . --select I --fix

 

次に以下のコマンドを実行し、静的コード解析でエラーがでないことを確認します。

$ docker compose exec django poetry run ruff check .

 

CRUD機能を試す

では再度CRUD機能を試してみます。

まずはデータを追加するため、Usersの右側の「+追加」をクリックします。

 

次に「Uid」、「Last name」、「First name」、「Email」をそれぞれ入力し、画面下の「保存」をクリックします。

 

これでデータが追加され、一覧画面からも対象データの詳細を確認できます。

続けて対象データのIDをクリックします。

 

これで追加したデータの詳細が確認できます。

 

次に「Email」を修正し、画面下の「保存」をクリックします。

 

これでデータの更新ができたので、一覧画面から対象データのIDをクリックします。

 

対象データの詳細画面から「Email」を確認し、更新されていればOKです。

続けて、画面右下の「削除」をクリックします。

 

削除の確認画面が表示されるので、「はい、大丈夫です」をクリックします。

 

これで削除処理ができたので、対象データのDeleted_atに削除日が設定されていればOKです。

 

操作履歴を確認する

次に再度操作履歴を確認してみます。

まずはトップページから「ログエントリー」をクリックします。

 

これで一覧画面からも詳細が確認できます。

続けて最新の操作履歴をクリックしてみます。

 

これで操作履歴の詳細が確認できます。

 

グループ機能と管理ユーザー機能について

詳細は割愛しますが、デフォルトでグループ機能や管理ユーザー機能もついており、これらを使うことで各種権限を付与した管理ユーザーの作成も可能です。

※例えばユーザーテーブルを確認することだけができる管理ユーザーの作成などが可能

 



最後に

今回はPythonのDjangoで管理画面を開発する方法についてまとめました。

実際に試してみると、本当に簡単に管理画面を作ることができ、かつシンプルでスマートな感じもめちゃめちゃ良かったです。

私は以前にPHPのLaravel-Adminでの管理画面開発の経験もありますが、それと比較しても作りやすかったので、今後はこれを使っていくべきだなと思いました。

今回は簡単な例をご紹介しましたが、他にも色々カスタマイズはできそうなので、より深掘りしていくのもありかなと思います。

ということで、管理画面を作るならPythonのDjangoがおすすめなので、興味がある方はぜひ参考にしてみて下さい。

 

The following two tabs change content below.








シェアはこちらから


【2025年】おすすめのゲーミングPC

モンハンワイルズの発売日とPC版(Steam版)の推薦スペックが公開されたので、おすすめのゲーミングPCをご紹介!


コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です