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の思想の違いを整理する

観点LaravelCodeIgniter
世界観フレームワークが支配開発者が主導
マイグレーションほぼ必須任意
CLIartisan前提なくてもOK
学習コスト高い低い
SQL派との相性△◎

8. SQL派がCodeIgniterを選ぶと“開発が軽くなる”理由

  • DB設計がそのままアプリに反映される
  • 二重管理が消える
  • A5:SQLで完結する
  • デプロイが軽い
  • “現場の泥”に強い

9. まとめ：PHPはLaravelだけじゃない。選択肢はもっと自由でいい

  • Laravelは強力だが万能ではない
  • SQL派には CodeIgniter / Slim が自然
  • 「自分の得意を活かす」ことが最強の生産性
  • そして現場改善の視点からも合理的

コメント

コメントを投稿

人気の投稿