CakePHP2系でマイグレーションを利用する方法
マイグレーションを使わないで、データベースのスキーマ構成を変更したりすると、特に複数人で開発しているような場合にこんなことが起こったりします。 自分の開発マシンとテストサーバ等でスキーマ構成が違っているさらには他人の開発マシンともスキーマ構成が異なっているしかもどっちがあっているか分からない例えば、みんなが色々変更しているせいで、カラムの順番が入れ子になってたりする本番サーバに反映しようとした時に、どの順番にスキーマ変更を行ったらよいか分からない。ソースコードのリリースバージョンと紐付くデータベースの状態がよく分からない。こういう本質的でないことに時間を使っては勿体無いので、データベースの構成管理にはマイグレーション機能を使うのが定石です。Railsなんかだと当たり前なのですが、今回はCakePHP2系でマイグレーションを利用する方法を紹介します。 CakeDC Migrationの導入C
cake.vimはCakePHPで開発する全てのvimmerがインストールすべき : akiyan.com
cake.vimはCakePHPで開発する全てのvimmerがインストールすべき 2012-07-09 cake.vimが便利です。便利すぎるので、CakePHPで開発しているvim使いは全員インストールすべきです。 作者による使い方まとめはこちら。 cake.vim使い方まとめ - yuhei.kagaya cake.vimはどういうものかというと、 CakePHPのController、Model、View間の移動を少し楽にするプラグインです。 CakePHP用のvimプラグイン、『cake.vim』を作ってみた。 ということで、vimで開いているCakePHP系ファイルの「移動」に特化したプラグインです。まあこれが多彩で気が効いています。 目次 「gf」と「:Ccontroller」は覚えるべき 僕が最もよく使う機能である「gf」と「:Ccontroller」の2つが便利なので、ぜひ
cohakim's blog » [CakePHP]業務システム用にエラーハンドリングを実装するまとめ
概要 rails でいう rescue_from。 各コントローラで発生し処理されなかった例外を、 AppController で一括で補足して独自の例外処理を行うためのメモ。 ポイント エラーハンドリングの方針を決める 例外ハンドラをオーバーライドして独自の例外処理を定義できるようにする データベースへの問い合わせに失敗した場合、例外を投げてログにエラーメッセージを記録する プロダクションモードで例外ハンドラが正常に動作しない対策を行う エラーハンドリングの方針を決める 基本的に復帰できない例外をハンドリングするために使用します。（必要であるなら）エラーメッセージをログに記録し、汎用的なエラー画面を出力するというのが主な機能です。 画面に出力するエラーメッセージは、小規模な業務システムを想定し、以下のようなポリシーにします。 生のエラーメッセージを出さない。 復帰できないエラーであること
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
