問題タブ [cache-expiration]

次の AppEngine コードを期待していました。

次の出力が得られます。

つまり、エントリをキャッシュに入れるときに有効期限を 1970 年に設定することで、エントリがすぐに削除され、再利用できるようになることを期待していました。

代わりに、次のようになります。

つまり、エントリはまだ残っています。

さて、奇妙なことに、コードをExpiration.onDate(new Date())(なし1) に変更すると、つまり put 操作を実行する直前に有効期限を設定すると、期待どおりの "null, true" が得られます。

Memcache は、どうにかして、過去に過ぎた有効期限を絶対的ではなく現在との相対的な日付として解釈しますか? しかし、それでも結果には適合しません。なぜなら、put からの 1 ミリ秒は、get が来るまでにまだ期限切れになっているはずだから?!?

put エントリの即時期限切れ (および削除!) を保証するために、Expiration をどのような値に設定できますか? AppEngine はサーバー間のクロック同期の保証を提供しないため、現在のタイムスタンプを使用するだけでは確実に機能しない可能性があることに注意してください。

これを実行したいというのは、一見すると無意味に思えますが (なぜ単に削除しないのでしょうか?)、ここで使用したいと思います: AppEngine Memcache のアトミックな get-and-delete (「結論」のすぐ上の文)。

Rails 3 とフラグメント キャッシュを使用しています。これが私のコントローラーコードです（メソッドを表示）：

そして、ここに私のビューファイルコード(show.html.slim)があります:

しかし、新しいレコードを追加すると、このレコードはページに表示されません。何が欠けているのかわからない。

このコードに何か問題がありますか?

オブジェクトをキャッシュします。http://msdn.microsoft.com/en-us/library/ms227644(v=vs.80).aspxからの読み取りポリシー前の明白で一般的なチェック

dataSet オブジェクトの存在を保護します。dataSet はオブジェクトへの参照にすぎないため、キャッシュ内の実際の dataSet は、たとえば foreach ループの途中で数ミリ秒でなくなる可能性があります。もしそうなら、これ：

より安全であるべきです。ただし、キャッシュは .Copy() 中に期限切れになる可能性があります。私は正しいですか、それとも単に考えすぎですか?

フラグメントキャッシュが使用され、データの保存に memcached を使用する Ruby on Rails アプリケーションがあります。また、モデルに変更が加えられるとキャッシュを期限切れにするスイーパーもあります。

ユーザーがアルバム ページにアクセスする前に、期限切れのフラグメントを新しいデータで更新する必要があるという要件があります。フラグメントキャッシュデータの更新を実装する方法について誰か助けてもらえますか?