0

さらに試した後、Radiant が Rack Cache でどのように機能するかについて、かなり混乱しています。私の理解では、Radiant は Rack::Cache to server のみをクライアント側キャッシュの方法として使用します。そのため、Rack::Cache はクライアント側のコピーがまだ新しいかどうかをチェックし、Radiant プロジェクトからコンテンツを再度生成する必要があるかどうかを判断します。その場合、Radiant は /tmp/cache/meta フォルダーに etag などのメタ情報のみを保存する必要がありますが、エンティティ情報も保存する必要があるのはなぜですか。完全な html、css などを内部で見つけることができます。

Radiant キャッシュがクライアント側のキャッシュとしても機能している場合を除きます。ページがユーザー A によって既に提供されていて、ユーザー B が入ってくるとします。ページがまだ「新鮮」である場合、以前にページを提供したことはありませんが、ページはキャッシュから (エンティティ フォルダーから) 提供されます。直接。

プロダクション モードでラディアント プロジェクトを実行しようとしました。最初にページを提供したときに、プロダクション ログにリクエストが表示されますが、ページを更新すると、プロダクション ログにリクエストが表示されません。ページ リクエストのステータスが 304 Not Modified であるため、これは正しいはずです。そのため、Radiant プロジェクトにはまったく到達しません。ただし、強制更新を行うか、別のブラウザを使用してページをリクエストすると、ステータスが 200 OK であることを示していても、プロダクション ログにはリクエストが表示されません。つまり、Radiant はサーバー キャッシュとしても機能していると言えますか? つまり、コンテンツはサーバー側でキャッシュされ、有効期限が切れていない限り、このキャッシュから別の要求をサーバーに送信できますか?

このディスカッションhttp://groups.google.com/group/radiantcms/browse_thread/thread/d1e5f2836024d27fを見つけましたが、Radiant はクライアント側のキャッシュとしてのみ機能していると他の人が言っているようです。私が見つけたものに混乱しているように見えます。

どうもありがとうございました。

4

1 に答える 1

0

私は自分自身の質問に答えることになり、これについて詳細な説明を書きます。

于 2011-07-31T11:29:01.490 に答える