ポイント
- debian:bullseye-slim イメージをベースにした。
- Supervisor 4 が対象
- ログ出力に関して権限を修正する必要があった。
- ソケットに関する権限不足に対処する必要があった。
タグ: Docker
まとめ
- MTA として exim4 (Exim Internet Mailer) を使う。
- exim4 を php:apache コンテナにインストールする。
- PHP からメールを送信できるようになった。
- Laravel から sendmail ドライバーでメールを送信できるようになった。
- 次のページが大いに参考になった (ありがとうございます!) 。
まとめ
作ったもの
docker-compose コマンドだけで環境をうまく切り替える方法
docker-compose -fオプションを使うことで、使用する YAML ファイルを取捨選択できるようになった。これを利用して、開発環境用ではボリューム共有を使い、サーバ環境用では別のサービスを追加する、といったことが可能になる。docker-compose -fオプションで毎回 YAML ファイルを指定するのはとても手間がかかるが、解決することができる。Compose の設定に用いられる環境変数のデフォルト値を.envという 環境ファイル で行うことができる。このファイルにCOMPOSE_FILEという CLI 変数 を定義し、その値に使用する YAML ファイルを指定することで-fオプションを省略することができる。- Dockerfile のマルチステージビルド を使うことによって、複数の環境を一つの Dockerfile で表現することができる。
Visual Studio Code で開発環境コンテナも使う方法
- Visual Studio Code の Remote – Containers – Visual Studio Marketplace 拡張機能で実現する。
- コマンドパレットから "Remote-Containers: Add Development Container Configuration File…" を選んで設定ファイルを自動生成するのが楽。
.devcontainer/devcontainer.jsonが独自の設定ファイル。.devcontainer/docker-compose.ymlはただの Docker Compose ファイル。.devcontainer/devcontainer.jsonと.devcontainer/docker-compose.ymlの難しい箇所は本投稿の続きに記載した。
はじめに
以前、 Dockerfile を書かないで docker-compose.yml だけで Node.js 開発環境を用意する方法 にて Node.js のシンプルな開発環境を docker-compose.yml を使用して構築しました。
今回、 Vue.js を使ったアプリをお試しで作りたいです。この時、前回だけでは環境が足りませんでしたので、ノートいたします。
はじめに
ちょっとお試しで Vue Material Design Component Framework — Vuetify.js に入門したいと思いました。
この時、 Docker を使って開発環境を用意しようと思いましたけれども、最初は Dockerfile を使ってあれこれチューニングすることなく、シンプルに始めたかったのです。
そのために少し調べるような手間が発生しましたので、今後のためにメモしておきます。
はじめに
oki2a24/sample_dockerized_laravel6: Laravel6 を Docker 化するサンプルです。 にて Laravel を Docker コンテナ化しました。
Apache 入りの PHP コンテナで Laravel を動かしています。この Laravel で タスクスケジュール 6.x Laravel も行いたいと思いました。
cron を動かせば簡単です。
しかし、 コンテナではすでに Apache のプロセスが動いており、ここに cron を足せません。
これを、なんとかしたのが本投稿となります。
まとめ
/etc/apache2/sites-available/001-my.confなどのファイルを用意して配置する。a2dissite 000-defaultでデフォルトの設定ファイルを無効にする。a2ensite 001-myで用意した設定ファイルを有効にする。
はじめに
CLI で日本語を打とうとしたら、できませんでした。全角で日本語を打てるのですけれども、変換、確定するときに消えてしまいました。 vim をインストールし、そこで日本語を入力してみようとしてみましたが、やはりダメでした。別の文字へと変換されてしまったのです。例えば "あいう" => "~A~B~A~D~A~F" となってしまいました。
結論
- コンテナ内の CLI ではやはり日本語を使用できていない。
- コンテナ内の次の環境での結果
- PHP の REPL (
php -a): 日本語を使用できた。 - MySQL クライアント (
mysql -u root -p ...): 日本語を使用できた。 - Vim: 日本語を使用できた。
- PHP の REPL (
Debian
apt-get update && apt-get install -y locales
sed -i -E 's/# (ja_JP.UTF-8)/\1/' /etc/locale.gen
locale-gen
export LANG=ja_JP.UTF-8
MySQL や PHP など debian:buster-slim ベースのイメージの Dockerfile に書く場合
RUN apt-get update && apt-get install -y \
locales \
&& apt-get clean \
&& rm -rf /var/lib/apt/lists/*
RUN sed -i -E 's/# (ja_JP.UTF-8)/\1/' /etc/locale.gen \
&& locale-gen
ENV LANG ja_JP.UTF-8
まとめ
- 前回 、 "Composer コンテナに環境変数を設定するほうが筋が良いかもしれない" とコメントしたが、実際にできたのでメモ
composer.jsonのphp artisanコマンドに、--env=laravelといったオプションが不要になる。- 開発時は運用時は、
--env=laravelオプションを付けなくとも (.env.laravelを読み込むように環境変数 APP_ENV に laravel を付けることで)php artisanコマンドを使えるようにするので、こちらの方が統一されており、望ましいと言える。 - feat: Laravel の使用する .env ファイル名を変更する by oki2a24 · Pull Request #7 · oki2a24/sample_dockerized_laravel6
まとめ
- composer.json を修正する。
"@php -r \"file_exists('.env') || copy('.env.example', '.env');\""を修正する。例えば、"@php -r \"file_exists('.env.laravel') || copy('.env.laravel.example', '.env.laravel');\""とする。@php artisan package:discover --ansiを修正する。例えば、@php artisan package:discover --ansi --env=laravelとする。- 同様に
@php artisan key:generate --ansiを修正する。例えば、@php artisan key:generate --ansi --env=laravelとする。
- サーバレベル、システムレベルやコンテナレベルで定義されている外部の環境変数によって使用する .env ファイル名を制御する。例えば、
APP_ENV=laravelとする。- 【 export 】コマンド――環境変数やシェル変数を設定する：Linux基本コマンドTips（174） – ＠IT
- Dockerfile では
ENV APP_ENV laravelなどと書く。