前回紹介したdjangoWEBアプリテンプレートに関して、個別の機能について気が向いたらメモを残しておきます。
ユーザー（www-data）の設定
djahgoのサービスはwww-dataというユーザー（debian-slimイメージに最初から居る）で起動するので、/code以下のファイル所有権もwww-dataとし、また実際のアプリ開発のために起動したコンテナにVScodeにアタッチして編集したりgitでソース管理出来るようにwww-dataユーザーでログインすることとし、念のためsudo権限を与えておく事とした。
# Dockerfile
RUN apt update; apt install -y git sudo
......
# usermod for www-data & sudo group
RUN usermod -d /code www-data; \
usermod -s /bin/bash www-data; \
echo "%www-data ALL=(ALL) NOPASSWD: ALL" > /etc/sudoers.d/www-data
# docker-compose.yml
services:
django:
build: .
image: django_image:test
user: www-data
command: /code/startup
.......
こうすることで/code/startupはwww-dataの権限で実行されてテンプレートの構築が行われる。ただし、コンテナでマウントしたディレクトリの扱いがMacとそれ以外では異なるようで、Linuxなどの場合コンテナとホストのUIDが一致していない場合、ホストのユーザーで作成した/codeにwww-data権限で書込が出来ない問題がある。ここでは/code/startupの初期の段階で/codeの所有権をコンテナのwww-dataに取得させている（その為にパスワード無しのsudo権限を与えてしまった・・・・）
adminユーザーの設定
コンテナ側のユーザー管理とは別に、django WEBアプリにも認証があるため、少なくとも管理ユーザーの作成が必要（認証する気がなければ無くても良いかも知れない）。これもサイト構築毎に毎回は面倒なので、/code/startupのテンプレート作成時に自動生成させている。
ユーザーデータベースの更新は本来インタラクティブモードで動作するが、全自動で行うために下記のようにshellでコマンドを食わせている。
# startup
python manage.py migrate # データベースの初期化
cat <<CREATESUPER | sed -r "s/^\s*//g" | python manage.py shell
from django.contrib.auth import get_user_model
User = get_user_model()
User.objects.create_superuser('admin' ,'', 'admin')
CREATESUPER
本テンプレートでは認証画面への遷移や管理画面へのリンクはnavbarに配置しており、テンプレートのcommon.tsでDOM構築している。
テンプレートのDOM構造は先日投稿のものをTypescript対応にしたもので、少し冗長になる感じだけど上手く動いています。これも気が向いたらメモを残しておこうかと・・・・
