SDKでは全然結果が異なりました。(これもバグ??)完全一致が使えると(全文検索以外に)使い途が広がるのですが、文字種を限定するなど工夫が必要そうです。気づいたのはこんなところですがまだまだ落とし穴があるかもしれません。コメントを受け付けていません。概要データストアのRead/Writeの無料課金枠が結構シビアなのでもはやキャッシュなしではやっていけないと思ったのがこれを作るきっかけでした。(速度的にはデータストアの呼び出しがそんなに遅いとは感じないのであくまで課金対策が主眼です。bufferのrequest,responseをそのままキャシュしてはどうかと思いつきました。キャッシュ対象とするのはQuery(RunQueryメソッド)でGetはもともと安いので対象外としました。APIは呼び出さずにキャッシュしたレスポンスを返す、キャッシュにデータが存在しなければそのままAPI呼び出しをしてresponseをキャッシュする、というしくみになっています。同一カインドのデータがPutまたはDeleteされた場合はキャッシュを無効にするようにカインド毎のResetDateを持って管理しています。WriteよりReadのほうが圧倒的に多いシステムではキャッシュヒット率が高くなるのでこのしくみは有効かと思います。逆に同一カインドのエンティティが頻繁に更新されるようなシステムではあまり効果がないかもしれません。必要なjarファイルを追加して、web.xmlのfilterChain先頭に以下のフィルター設定を追加するだけです。超えるサイズのデータも問題なくキャッシュされます。(適切なサイズにchunkされて保存します。)memcacheだけでなくThreadLocalなコンテキストにもキャッシュを保持します。(Request毎にクリアされます。)上記ローカルキャッシュは使わない設定にすることもできます。Production環境でしか有効になりません。APIのasyncCallはsyncCallにデグレードします。asyncCallの恩恵を受けているシステムでは使用しないほうが良いかと思います。便利テストをするにあたり、slim3に組み込まれているktrwjrを使ってみましたがすごく便利!これは素晴らしいです。ダウンロードhttp://code.google.com/p/pbcache/downloads/listオープンソースとしてありますので自己責任でご自由にお使いください。フィードバック使っていただけた方は些細な事でもフィードバックいただけると嬉しいです。詳しくないので探り探りの実装になってます。フィードバックは私のtwitterまでお寄せください。コメントを受け付けていません。ブラウザ上でのソースコード編集に便利なjavascriptモジュールです。テンプレート編集画面に導入しています。そのときにIEでエラーが出てしまって嵌ったことがあったので記録しておきます。IEでjavascriptのエラーが出ると追跡が困難で厄介なんですよね。今回の原因は、CodeMirrorで編集対象のtextareaタグがpタグの中に入っていたことでした。(なんと単純)pタグじゃなくてdivタグのなかにtextareaを入れたら、すんなりエラーが無くなりました。DOMのinnerHTML操作がinlineのコンテナだとIEではエラーになるそうです。これだけのことで結構はまってしまいました。コメントを受け付けていません。