This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
既存CMSで構築されたシステムを移植する作業中なのですが、急ぎ負荷問題だけ解消しておきたいサイトがあったので先行してキャッシュだけ導入しておきました。 Zend_Cacheのページキャッシュが適用できるようなサイトならこの作業は数分で済みます。オプションを入れてstart()するだけ。とても簡単です。 エントリーポイントで下記のような記述を入れます。 <?php $backendOptions = array('cache_dir' => '/path/to/cachedir'); $frontendOptions = array( 'lifetime' => 360, 'debug_header' => true, 'default_options' => array( 'cache_with_cookie_variables' => true, 'cache_with_get_vari
かなり前の話題ですが、PHPのフレームワークのパフォーマンス比較記事がありました。 これを見てわかる通り、Zend Frameworkは結構遅いフレームワークです。昔、リリースされたばかりで機能がショボかったころは速いと言われたりもしましたが、Zend_Applicationが追加されてからは多機能化を突き進んでいて、それに伴って遅くなっています。 そもそもZFのセールスポイントって、「疎結合」「高い拡張性」「品質の高さ」などで、パフォーマンスは優先されていないような気もします。 でも最低限の速さは欲しいので、パフォーマンスチューニングをやってみます。 基本 公式ドキュメントの「Zend Frameworkパフォーマンスガイド」を実践するのがすべての基本になります。 あとはPHPの基本的なパフォーマンスチューニングをやることですかね。とりあえずAPCは導入して、Xdebugで測定して、遅い
キャッシュというとページ単位のキャッシュを考える人も多いかもしれませんが、もっと手軽なPEAR::Cache_Liteを使用した関数単位でのキャッシュを紹介します。キャッシュはパフォーマンスをかなり向上させることができます。パフォーマンスの低下に悩んでいる方はぜひ試してみてください。 キャッシュを使用する場合、まずはキャッシュのヒット率を考える必要がありま す。例えば、アクセスしているユーザーごとに異なる結果を返す場合は、10回の アクセスがあっても、それが10人のユーザーからのアクセスであれば、キャッ シュを作るだけになってしまいます。 逆に、毎回同じ結果を返す場合は10回のアクセスがあると、はじめのアクセスで キャッシュを作成し、残りの9回のアクセスでは、キャッシュが使用されること になり、結果を作成するための処理を省略することができます。 では、以下のような関数にキャッシュ機能を追加
過負荷に耐えるWEBサービス作成のための使えるPHPキャッシュテクニックまとめ。 サービス展開というとOSのチューニングや各種インフラソフトウェアのチューニング、更にはWEBアプリプログラム自体の効率化と、幅広い知識が必要になってきますが、PHPでWEBアプリを作る際によく効くキャッシュテクニックを用途・使いどころ別に説明します。 キャッシュをうまく効かせることで大幅に計算量を減らしてより多くのリクエストを少ないマシンで捌くことが出来、コストを下げたり、過負荷の悩みを減らせます。 個人レベルでのWEBサービス開発の場合、サーバ代がお財布を大きく圧迫しますが、最低のコストでサービスを賄うことに繋げられます、ということでPHPでサービス作ってやろうと思っている人は参考にしてみて下さい。 static変数でキャッシュ 特に何も入れなくてもそのまま使えるstatic変数。例えば、関数等で一定の計算
に尽きると思います。単純に squid 等のキャッシュサーバをフロントに置けと言うことを言っているのではなく、動的コンテンツを生成するスクリプト内にキャッシュ可能なポイントを作っていくことが重要と言うことを指しています。もう少し具体的にＭＶＣモデルで話をしてみるとこんな感じです。 Model ではデータベースのキャッシュヒット率を上げるとかデータベースの性能を最大限に引き出すのと同時に、アプリ内でも透過的キャッシュを利用するとかでデータベースへ利用を極力避けることで更なる高速化がねらえる。 View なら Template のキャッシュを利用するとか毎度パースするコストを下げたり、生成したコンテンツそのものをキャッシュして再利用することで高速化がねらえる。 Controller なら同じビジネスロジックで計算される複雑な値（結果）をキャッシュしたり、適切なアルゴリズムを利用することで高速化
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Online classifieds Top Smart Phones Healthy Weight Loss Parental Control music videos Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く