問題タブ [zend-cache]

application.iniでZend_Cache_Frontend_Pageを構成するにはどうすればよいですか？正規表現を定義できません（例http://framework.zend.com/manual/en/zend.cache.frontends.html#zend.cache.frontends.page.examplesを参照してください。次のようになります。

しかし、それは悪いiniファイル構文であり、次のように失敗します。

Zend_Config_Exception：構文エラー、予期しない'$'

データベースから配列を格納する zend キャッシュがあります。キャッシュは正常に読み取りおよび更新できます。しかし、実際のキャッシュ ファイルは 1 日ほどで消えてしまうようです。追加すれば解決すると思ってautomatic_cleaning_factor = 0いたのですが、そうではないようです。

このキャッシュを使用するページはあまり人気がありません。それが関係しているかどうかはわかりません..何かアイデアはありますか?

Zend Cache (APC バックエンド) の使用を開始しましたが、毎回データベースにアクセスするのではなく、キャッシュされた値を返すという点ですべてがうまくいっています。ただし、私の問題は次のとおりです。

各オペレーターには、オペレーターによって異なる独自のリベートがあります。データベースを変更して、すべてのオペレーターのリベートをクリアする必要がある場合、どうすればよいですか?

$Cache->clean()を使用できますが、これにより他のキャッシュがクリアされます (各オペレーターのリベート キャッシュだけではありません)。すべての演算子をループすると:

これは、キャッシュにとって多くの作業のようです。キャッシュの一部だけをクリアする方法はありますか?

APC キャッシュに配列構造はありますか、それともすべてキャッシュのキー/値ベースですか?

この質問のタイトルは紛らわしいかもしれませんが、問題は単純です。

memcachedをバックエンドとしてZend_Cacheを使用しています。「最後の記事」と「人気の記事」という2つのモジュールがあります。このモジュールは両方ともすべてのページにあり、次のような同様のクエリを使用します。

私のテーブルにはこれまでに150万行あります。前のクエリで使用しているすべてのフィールドにインデックスがあります。最近の記事を1時間キャッシュし、人気のある記事を4時間キャッシュします。4つのWebサーバー（php5 / apache2）と1つのデータベースサーバー（mysql）があります。テーブルエンジンはinnoDBです。

この問題は、負荷が高い途中でキャッシュが期限切れになり、それらのモジュールが再びキャッシュされるまでWebサイトが使用できなくなる場合があります。私は新しいMYSQLサーバーを持つことができました。

しかし、よりスマートな方法でキャッシュを処理する方法はありますか？たとえば、server1はキャッシュを更新しようとしますが、サーバー2、3、4はキャッシュから同じ値を使用します。

それを行うためのコードを書くことはできますが、Zend_Cacheを使用して直接それを行う方法があるかどうか疑問に思っていました。問題に適用できるデザインパターンがある場合はどうなりますか？

[編集]100台のサーバーにスケールアップできるものが欲しい

私は自分のサイトで物事をスピードアップしようとしています。YSlowは、画像に有効期限ヘッダーがないことを警告します。しかし、どうすればそのようなヘッダーを画像に適用できますか？

私のアプリケーションはzendフレームワークに基づいています。画像は画像と同様にフォルダに保存されますが、それらの有効期限ヘッダーを設定するにはどうすればよいですか？

キャッシュオブジェクトの識別子をに保存する際に問題が発生しますZend_Cache。識別子はZend_Cache実際にサニタイズする必要があります（特別な文字やスペースなどは使用できません）。一部の内部識別子にはスペースが含まれているため、キャッシュオブジェクトを保存するのは問題です。

保存する前に、md5（）を使用してzend_cache識別子を変換することを考えていました。

（ここでは、たとえば、$propertyIdスペースを含む文字列による場合があります）

私の質問は、私が作成しているmd5文字列がどれほどユニークかということです。2つのキャッシュオブジェクトが同じ識別子を持つ可能性はありますか？助言がありますか？

私の Zend アプリは 3 つの ini 構成ファイルを使用しており、合計で 200 行を超える解析行があり、100 を超える命令が含まれています。これらのファイルはリクエストごとに解析されますか? あると言う人もいます (ここやここのように)。もしそうなら、これは効率の問題ではありませんか？

これらのリンクのコメントにはさまざまな意見があります。ini 構成ファイルを避けて PHP で構成を行うべきだと言う人もいれば、Zend_Cache_Frontend_File を使用できると言う人もいれば、問題ではないと言う人もいます。しかし、大量のトラフィックが予想される場合、1 回のリクエストで 200 行のテキストを解析するのはすぐに問題になるのではないでしょうか?

キャッシュ技術の使用をお勧めする場合、それをどのように実装するかを正確に説明していただけますか?

これまでBootstrap.php、application.ini構成をZend_Registryとロガーのインスタンスにロードするために使用してきました。これらをZend_Cache内に保存する方が、アプリケーションの存続期間を通じて変更されないままであり、アプリケーションを再デプロイするたびに、とにかく最初の実行時にキャッシュがクリアされるため、より良いソリューションになるかどうか疑問に思いました。これについてのあなたの評決は何ですか？

また、保護された変数にロガーと構成が格納されているコントローラーを作成することを提案した人もいます。そうすれば、すべてのアプリケーションコントローラーがそれを継承します。私はそれが現在のZend_Registryの解決策よりも優れた解決策であるとは思いませんが、私が正当化されるかどうかはわかりません。

現在、ZFベースのCMSをまとめており、現在、Zend_Navigationオブジェクトと、によってレンダリングされたhtmlをキャッシュしていますrenderMenu()。したがって、現時点では、メニューが変更されるたびに、関連するアクションで次の行を呼び出す必要があります。

メニュー構造の変更を処理するsiteControllerと、個々のページの追加/編集/削除を処理するpageControllerがあるため、これらのコントローラーの両方のアクションでコードが使用されます。

私は明らかにこのコードを私が呼び出すことができる単一のメソッドに入れたいのですが、どこが最も適切な場所でしょうか？アクションヘルパー？siteControllerとpageControllerの親クラス？コントローラーを組み合わせる必要がありますか？または、他の何か？

Zend_Log (Zend_Log_Writer_Stream を使用) のインスタンスを Zend_Cache (できれば) または Zend_Registry (フォールバック) に格納しようとしていますが、カスタム ヘルパーを直接アクセスではなく抽象化レイヤーとして使用しています。

問題

• Zend_Registry を直接使用する場合を除き、Zend_Log_Writer_Stream の _stream プロパティは毎回消えます。

以下のコードを、それが生成する出力とともに添付しました。

アプリケーションとは別のデータベースに書き込む別のライター Zend_Log_Writer_Database があるため、これらの リンクをたどっていないので、それを初期化する必要があります。とりあえずコメントアウトしました。

Bootstrap.php - クリップ

Helper_SCacheOrRegistry.php

出力：

ロガー、ローカル変数

カスタム ヘルパーを使用したレジストリからのロガー

カスタム ヘルパーを使用した apc キャッシュからのロガー

ロガー、Zend_Registry から直接。

ロガー、apc キャッシュ、ダイレクトから。