fideloper/proxyで理解するリバースプロキシ配下のLaravel設定
ロードバランサやリバースプロキシの背後にLaravelを配置すると、「ローカルでは正常なのに本番だけおかしい」という症状が高確率で発生します。代表的なものは次のとおりです。
計画承認→実装→セルフレビュー是正→マージ：移行案件を「記録駆動」で回す開発ループ
レガシーシステムの移行・是正案件では、1週間で十数個の修正PRが並行して流れることがある。テナントフィルタの横断是正、ロールガードの追加、2リポジトリにまたがる仕様の食い違い——粒度もリスクもバラバラなタスクを、抜けなく・後から追跡できる形…
GitHub Actions で Lambda のデプロイを自動化する
AWS Lambda を手動でデプロイしていると、更新のたびに「zip を作って」「コンソールにアップロードして」「環境変数を確認して」という作業が発生します。ちょっとした修正でもこの手順を踏むのは負担で、手作業のぶんだけデプロイ漏れや事故…
セキュリティグループ vs ネットワークACL：AWSの2つのファイアウォールを使い分ける
AWSのVPCには、トラフィックを制御する仕組みが2種類あります。セキュリティグループ（Security Group, SG） と ネットワークACL（Network ACL, NACL） です。どちらも「ファイアウォール」と説明されるため…
標準 auth_user は一切変更しない。紐付けは専用テーブルで持つ
個人開発の株式分析Webアプリで、認証基盤を全面的に入れ替えました。移行元は「Django allauth + Simple JWT のメール/パスワード認証」、移行先は「AWS Cognito User Pool ベースの OAuth 2…
Ruff で Python の Lint + Format を一括実行する
Python の Lint と Format は、長らく flake8 / isort / black などを組み合わせるのが定番だった。ツールごとに設定ファイルが分かれ、実行も別々で、CI のステップも増える。
Reactのカスタムフック設計パターン集
Reactのカスタムフックは「状態を持ったロジックの再利用」を実現する仕組みです。しかし書き方の指針がないまま切り出すと、「ただ関数に分けただけ」で終わり、再利用性も可読性も上がらないことがあります。
Docker イメージのレイヤー構造を理解する
Docker を使い始めると、docker build のログに CACHED が並んだり、Dockerfile の書き方を少し変えるだけでビルド時間が大きく変わったりする場面に出会います。その背景にあるのが「イメージのレイヤー構造」です。
GitHub Copilot 入門 — コード補完を使いこなす
GitHub Copilot は、コード中に自然言語コメントや途中まで書いたコードを与えると、続きの候補を提示してくれる AI ペアプログラミングツールです。本記事では、導入からエディタ上での基本操作、補完の精度を引き上げるコツ、そして「使…
主キー設計入門 — AUTO_INCREMENT と UUID をどう選ぶか
テーブルを作るときに必ず決めるのが「主キー（Primary Key）をどう採番するか」です。最も一般的な選択肢は次の2つです。