なぜCakePHPなのか？ | ECWorks Blog
【おことわり】 本記事は2008年１月末に書かれたものです。 各フレームワークとも現在はバージョンアップを重ね、より高機能になっているため、記事内で指摘した各長所短所が現在のものと異なる場合がございます。その点を踏まえてお読みいただけますと幸いです。 CakePHPそのものにについては他でもさんざんに取り上げられているでしょうから、解説等はほどほどにしておいて、なぜCakePHPを選択したのか、そこについて語ろうと思います。CakePHPについてよく知らないようでしたら、 こちら に詳しく書かれていると思いますので、是非ご一読されてみてください。 昨年初冬あたりから、PHPフレームワークの導入に関心を持ち始めいろんなものを研究していました。その中でもとりわけ、３大フレームワークと呼ばれている「Zend Framework」「symfony」「CakePHP」の３点に絞り、実際にインストール
GIGAZINE最大の挑戦、LoadAverage「86」から「3」へ
というわけで、再び負荷を下げる方法を模索した、戦いの記録。 1.MySQLの設定を変更して高速化 2.Zend Optimizer 3の導入 3.ionCube PHP Acceleratorの導入 4.テンプレートの見直しでクエリーを減らす 5.robots.txtでクロールする間隔を制御する 6.MySQLの設定を負荷を低くする設定に変更 7.キャッシュを有効化する 前回解説した「GIGAZINEのLoadAverageを「27」から「2」へ下げた方法」から約3週間後、6月20日（火）の夜、気がつくと負荷の15分平均は「25」をコンスタントに吐き出すようになり、さらに訪問者は急増、ついに6月28日（水）12時45分、負荷対策の効果がほとんど出ないまま、LoadAverage15分平均は「86」に…。 何か対策が根本的に間違っているのだろうか？それとも、もうGIGAZINEサーバのハード
Zend Framework: Documentation: Zend Framework PHP 標準コーディング規約 - Zend Framework Manual
このドキュメントは、Zend Framework に貢献してくださる開発者個人 (あるいはチーム) のためにコードの書式やドキュメント作成の指針を示すものです。 Zend Framework を用いて開発をする人たちにとってもこのコーディング規約は有用でしょう。 これに従えば、Zend Framework のコードとの一貫性が保てるからです。 そのためには、ここで完全なコーディング規約を示す必要があります。 注意: 詳細なレベルまでの設計指針を示すこと以上に、 それを標準規格として確立することが大切だと考えています。 Zend Framework コーディング規約の指針は、 これまで ZF プロジェクトでうまく回っていた方針をまとめたものです。 このライセンスのもとで、 そのまま使用するなり多少変更して使用するなりすることができます。 ZF コーディング規約では、次のような内容を扱います。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
