問題タブ [zend-cache]

わかりました、ここに問題があります：

これは何もしません。ページの読み込み時間はまったく同じで、に示されているフォルダ$backendOptionsは空です。私は何が間違っているのですか？

ちなみに：$config->cache->backend読み取ります"file"。

Zend_Cache_Frontend_Coreの場合、ライフタイムを定義でき、ドキュメントによると、「automatic_cleaning_factor」を定義できます。

マニュアルによると、このプロパティは、キャッシュへの書き込みの数を指定し、古いキャッシュエントリが無効になります。

APCをバックエンドとして使用する場合、キャッシュに書き込むことなく、キャッシュが自動的に無効化されるべきではありませんか？

それとも私はそこで何かを誤解しましたか？

私は頭がおかしくなっていると思います。データベースクエリをキャッシュするためにZend_Cacheを実装しようとしています。私はそれがどのように機能し、どのように構成するかを知っています。

しかし、キャッシュエントリの識別子を設定する良い方法が見つかりません。データベース内のレコードを検索するメソッドがあります（検索値を持つ配列に基づいて）。

しかし、この状況ではどのような識別子を使用できますか？

データをキャッシュに登録すると、次のように表示されます。

zend_cache---Zend_Paginator_1_42242d5fa3c4e4b7758810c276163e8a

でも読めません。

Zend_Cache（Ť、šなど）を使用してUTF-8文字を保存しようとしていますが、Zend_Cacheがそれらを台無しにして、Å、3/4、およびその他の奇妙な文字として保存しています。

データをキャッシュに保存するコードのスニペットを次に示します（UTF-8文字はオンラインでのみ混乱します。ローカルホストのPCで試してみると、問題なく動作します）。

キャッシュされたデータを保存する前に、HTMLPurifierでデータを精製し、次のようにDOMで解析を行います。

ブートストラップファイルでZend_Cacheを初期化する方法は次のとおりです。

何か案は？ローカルホスト（HTMLで使用される外国語をサポートしている）では機能しますが、サーバーでは機能しません。

結果をSimpleXMLオブジェクトとして返すZend_Service_Twitterを使用して、Twitterフィードのユーザータイムラインをキャッシュしようとしています。残念ながら、通常のシリアル化関数（Zend Cacheが使用する）はSimpleXMlオブジェクトではうまく機能しません。私はこれをhttp://www.mail-archive.com/fw-general@lists.zend.com/msg18133.htmlで見つけました。

したがって、使用するシリアル化機能を変更できるようにするには、ZendCache用に何らかのカスタムフロントエンドを作成する必要があるようです。誰かがすでにこれを行ったことがあるか、どこから始めればよいかを教えてくれますか？

zend_cacheがフロントエンドビューをsmartyと同じように扱うようにする方法はありますか？ロード時間を短縮したいのですが、ページのキャッシュがこれを行うための最良の方法のようです。

また、{nocache}に似たものが必要になります。

さて、私は今持っています：Bootstrap.php

ただし、キャッシュがヒットするのは、次のようなコードのみです。

私は全体のビューをキャプチャすることを望んでいました。

誰かがそれを完全に実装する方法の実用的な例を持っていますか？ドキュメントは実際には詳細にはなりません。

ユーザーがログインしているかどうかに基づいて、2 つの異なるビュー スクリプトをレンダリングするアクションがあります。

Zend Cache の使用方法に関する有用な例をいくつか見てきましたが、それらはアクションが 1 つの特定のスクリプトをレンダリングするという事実に基づいているようです。

本当に見ているのは、かなりの数のヒットを取得するindexpublicスクリプトをキャッシュするための最良のアプローチであり、可能であればZend MVCのオーバーヘッドを避けたいと思っています.

Zend_Cache_CoreとZend_Cache_Backend_Fileを使用して、データベースにアクセスするモデルクラスに対して実行されたクエリの結果をキャッシュしています。

基本的に、クエリ自体は、取得した結果をキャッシュするためのIDを形成する必要がありますが、問題は、クエリが長すぎることだけです。Zend_Cache_Backend_Fileは例外をスローせず、PHPは文句を言いませんが、キャッシュファイルは作成されません。

私はまったく効率的ではない解決策を考え出しました。実行されたクエリを自動インクリメントIDと一緒に、次のような別のファイルに保存します。

0->> SELECT*FROMテーブル1->>SELECT* FROM table1、table2 2->> SELECT*FROMテーブルWHEREfoo= bar

あなたはその考えを理解します。このように、私はすべてのクエリに対して一意のIDを持っています。挿入、削除、または更新が行われるたびにキャッシュをクリーンアップします。

これで、潜在的なボトルネックがここに表示されると確信しています。テストでは、ファイルシステムに対して2つ（または新しいIDを追加する必要がある場合は3つ）のリクエストがキャッシュから保存またはフェッチされます。これは、一緒にキャッシュする必要性を打ち負かす可能性さえあります。それで、ファイルシステムやデータベースに保存せずに、phpでクエリの一意のID、つまりはるかに短い表現を生成する方法はありますか？

コマンドラインで phpinfo と php -i の両方から php.ini をチェックすると、タイムゾーンがアフリカ/ヨハネスブルグに設定されます。私のタイムゾーンは GMT+2 です。

次のように、時間が正しいことを確認するための小さなスニペットを作成しました。

これにより、ローカルマシンのシステム時間と一致する正しい時間が出力されます。

しかし、php のエラー ログを見ると、各エラー ログ項目の時間は正確に 2 時間遅れていますか? これはなぜですか、どうすれば修正できますか。

Zend Cache にも問題があり、今回の問題が原因だと思います。