まとめ
- COPY で
--chownフラグをつけることで、コンテナ内にコピーされたファイル・ディレクトリのオーナーを指定できる。 - メリットとして、Docker ビルド時の レイヤーを 1 つ減らせる。また、
RUN chwonした時に時間が掛かっていたが、--chownフラグ付きの COPY の方が時間がかからなかった。
はじめに
- Laravel のコードを全て Dokcer コンテナの中に入れ、単一の Docker コンテナにする。 Laravel 6 を Docker 化する。その1 – oki2a24 の続き。
今回行うこと
- php.ini の date.timezone 等の設定
はじめに
- Laravel のコードを全て Dokcer コンテナの中に入れ、単一の Docker コンテナにする。
- Go 言語における、ビルドして作成したバイナリのみ Docker コンテナに含めるようにし、 Docker コンテナをアプリとして扱うような感覚に近い。
- Laravel のコードをコンテナとホストでボリューム共有するような、開発環境のために Docker を使う構成ではない。
今回行うこと
- Laravel のウェルカムページを表示するだけの Docker コンテナを作る。
- Docker コンテナ化することを今回の第一の目的とする。そのため、
composer installなどは Docker ホストで行う。 - ベースの Docker コンテナは php-apache とする。 php-fpm と Nginx だと、 Nginx 用のコンテナを別途用意するか、 Nginx をコンテナ内にインストールしなければならず、手間がかかる。今回は、簡単に行う。
git format-patch -M masterで master から派生させた今のブランチのコミットのパッチを作る。
- メールを使った公開プロジェクトへの貢献
Git – プロジェクトへの貢献
git format-patch -M-> Git – git-format-patch Documentation
- できあがったパッチファイルを、パッチを適応したい環境へ移動する。
git am path/to/patch-file.patchでパッチを取り込む。
概要
- 前提として OAuth2 の知識が必要です。
- 本来必要なのは OAuth2 の認可機能ではなく、ただの認証機能で、それは OpenID Connect によって実現できます。ただ、サンプル構築後に動きを確認したところ、 OpenID Connect で自分がやりたいことを Laravel Passport で代替可能なように思えます。
- 認可サーバ (Authorization Server、 OAuth2 サーバ) を Laravel Passport で構築
- Laravel Passport では数種類のトークン発行方法があるが、今回は アクセストークンの発行 Laravel Passport 5.8 Laravel
- 認可サーバにログイン処理を肩代わりしてもらう ("Twitter でログイン" のように "Laravel Passport でログイン" リンクを備えた) クライアントアプリは、次の ２ つ作成した。
- 認可のプロトコルを全て自分で実装したもの。先ほどの アクセストークンの発行 ページのやり方に沿ったものになる。実際に作ったもの -> sample_laravel5_8_oauth2/client at master · oki2a24/sample_laravel5_8_oauth2
- 認可のプロトコルを Laravel Socialite に任せたもの -> sample_laravel5_8_oauth2/socialite at master · oki2a24/sample_laravel5_8_oauth2
- Laravel Socialite 5.8 Laravel では Laravel Passport でログインする方法には言及されていない。別途 Socialite Providers | Laravel Passport を読んで Laravel Passport のプロバイダを追加する必要がある。
はじめに
次をベースにして勉強、実際の設定を進めていきました。
- [iam aws ベストプラクティス] で検索
- 公式ドキュメント -> IAM とは – AWS Identity and Access Management
はじめに
- PHP 5.3.3 のサーバで動いている 1 ファイルの PHP を修正したい。
- Composer を使っていなかったが、使いたい。
- 手元のローカル開発環境は PHP 7.3
このような環境で、開発をするときの注意事項がわかりましたので、ノートいたします。
はじめに
docs/README.md at master · docker-library/docs を見てみても、2019年9月3日現在、 PHP 5.3 のイメージはありません。
でも、古いサーバの PHP をメンテしたい時、 PHP 5.3 が欲しいのです。そこで、 Docker イメージを作ってみました。
また、古いサーバの古い PHP を、 Composer を使って管理するようにもしたいので、 Composer も Docker イメージに含めるようにしました。
- Logstash を使って、日々出力されるログを Elasticsearch へと送りたい。
- filter で色々書く必要がある。
- お手軽に、書いた logstash.conf をすぐに試す環境が欲しい。
こんな必要性が出てきましたので、今回、まとめました。