PHPはLaravelだけじゃない ― SQL派のためのCodeIgniter運用術
1. イントロ：なぜ“PHP＝Laravel”の空気がしんどいのか Laravelが悪いわけじゃない でも「マイグレーション強制」「artisan前提」「フルスタック思想」が合わない人もいる SQLが書ける人ほど“二重管理の苦しみ”が生まれる そこで CodeIgniter / Slim という選択肢が光る 2. SQL派がLaravelで疲れる理由（マイグレーション疲れの正体） DDLをPHPで書くストレス “DBが正”なのにコード側に定義を複製する矛盾 ロールバック前提の思想が現場と噛み合わない 共有サーバやレンタルサーバで artisan が動かない問題 「SQL書けるのに、なんで遠回り？」という根本的な違和感 3. CodeIgniter 4 が SQL派に向いている理由 マイグレーション必須じゃない Model が薄くて扱いやすい Controller → Model の流れがシンプル “フレームワークが支配しない”自由さ A5:SQL と相性が良すぎる 4. A5:SQL × CodeIgniter の最強ワークフロー A5でDDLを作る そのままDBに反映 CodeIgniter側は Model でテーブル名を指定するだけ スキーマ変更も A5 で完結 「DBが正」の世界観が崩れない 5. 実例：600円の本で CodeIgniter を最速で理解する Controller（受付） Model（DB操作） View（表示） この3つだけで十分 Laravelのような“巨大な概念”を覚える必要がない 「必要なところだけ使う」思想が現場向き 6. CodeIgniter をさくらにデプロイする時の注意点 public フォルダの扱い .htaccess の配置 index.php のパス修正 PHPバージョンの罠 キャッシュと書き込み権限 ここで“現場のハマりポイント”を丁寧に書くと読者が喜ぶ 7. LaravelとCodeIgniterの思想の違いを整理する 観点 Laravel CodeIgniter 世界観 フレームワークが支配 開発者が主導 マイグレーション ほぼ必須 任意 CLI artisan前提 なくてもOK 学習コスト 高い 低い SQL派との相性 △ ◎ 8. SQL派がCo...