とりあえず、前の記事で書いたとおり（ソースの修正なしで、pgcache.mobile.checkとpgache.mobile.browsersだけ）で正常に動作しているかのように思えます。自宅からPC、i-mode用ブラウザ、jig browserを携帯から、別回線（mopera U）からPC接続で、キャッシュが混じらず、PC用、携帯用それぞれ表示できました。このポストに携帯からでもPCからでも1行で構わないので、コメントで、正常に見えてるか、異常（キャッシュが混じって異なるデバイス用の表示になるか）調査にご協力ください。よろしくお願いいたします。
memcachedのデータを調べてみると、末尾にdocomoとなったハッシュキーが別に生成されているし、データベースへのクエリもdocomo用と標準のキーで分けられてるし自分が希望している動作をしているように見えます。
このブログで関連すると思われる他の投稿
こんにちは～
Ktai Style と W3 Total Cache との互換性で調べていたら 塵芥空間さんのＢＬＯＧを発見しました。
ＷＰ Ｓｕｐｅｒ Ｃａcheはどうしてもサーバーでうまく動かず、WTCを使っていますが、今のところ大丈夫なようです。 私の場合、もう全然知識がありませんので、、、 ブログの内容さえ、、よくわからなかったのですが（すいません）、、、英語は少し読めるので、 WTCのタブで Page Cache Settings というところの 「Rejected User Agents」 というところに、Docomoとか、J-Phoneとかいれました。 厳密にテストはしてはいないのですが、今のところOKかな・・と思います。 Rejected User Agentsっていうのはその名のとおり、リストにあるユーザーエージェントからのアクセスの場合ページは一切キャッシュしません。ということだと思います。 でも実際のところどうなんでしょうかね。
Robotcatさんコメントありがとうございます。動作としてはRobotcatさんの認識であっています。W3TCの0.8.5ですね。
Page Cache Settingsタブで、Ketai Styleで使うようなUser-AgentはMobile user agents:の項目に追加した方が効率的です。
Ketai Styleのページもキャッシュされます。
Rejected User Agents:はその名の通り、キャッシュを拒否する設定というかページのキャッシュを用いない設定です。
この項目は既知の、クローラー（検索エンジンの為に情報を集めるアクセス）などにキャッシュを渡さず、毎回ページを生成して伝えるためのものです。現状で自分のところでは、Mobile user agents:に追加して正常に動作しています。
Rejected User Agents:に追加しても、Mobile user agents:に追加してもどちらも、ketai styleは正常に動作します。その差異は、ketai styleで生成されるページをキャッシュするか否かです。Mobile user agents:に追加した場合も、DoCoMoとKDDI、SoftBankなど別々なキャッシュとして扱われるので携帯専用サイトだったり、短時間に登録したUser-Agentから連続してアクセスが無ければ大きな効果は出ませんケドね。
macaroさん、こちらこそコメント返信ありがとうございます＾＾
12月９日のmacaroさんの記事をみました！ W3Tの０.８．５バージョンではMobile User Agentsの中にDocomoとか入っていたんですね・・・＾＾； スばらしいです。。
Rejected User Agents はキャッシュを拒否するではなく、キャッシュを用いないとのことですが、
私が心配しているのが、（キャッシュを用いても良いのですが）以前WP－Super Cacheを用いたときに、携帯での表示画面がキャッシュされて、PCからアクセスしたときに、記事が携帯表示になったり、アラビア語の文字化けでページがでてきたりしたことです。Ktai Styleと、Super Cacheを共存させる記事等もみて調整しても、configファイルが毎回上書きされてしまうのでだめでした。それでW3Tに行き着いたのです。 macaroさんの今回のメッセージをみますと、私が心配している事を引き起こさないという理由であれば、Rejected User Agentsには、特に何もいれなくていいということでしょうか？
まずザックリ言ってしまえば、比較的新しいバージョンのketai Styleと WP Super Cacheはバッティングしないです。configファイルが上書きされてしまう事が問題で、おそらくコンフィグファイルのパーミッションが適切ではないとか、Linuxを使ったサーバであればSELinuxによる保護で正常に設定ファイルを更新出来ていないのはないかと思います。WP Super Cacheもketai Styleも大変メジャーなプラグインで、ketai Style作者の池田百合子さん（http://www.yuriko.net)がWP Super Cacheに関してきちんと動作するように、考えられています。
ちなみに、W3TCは比較的新しいプラグインです。もし、RobotcatさんがMobile User Agentsの設定で正常に動作しているようであれば、Rejected User Agentsに携帯関連のUser-Agentを追加する必要はありません。少なくとも自分のサイトでは、Rejected User Agentsは初期設定のクローラーやBOTのなど少数の設定のままです。論理的には、どちらがでも正常に動作するハズです。
12月は忙しくて、まだ0.8.5のキャッシュの振り分け部分のソースを読んでないので『絶対』とは言えませんが、あと実は0.8.5のGUIの少しはバグが有るような気がします。最も、memcache絡みの部分なんで今回の設定には関係ないですが。
macaroさんこんにちは！
ご丁寧なご説明とても助かります。。
さっそく、RejectedUserの部分をデフォルトの状態にもどしました。
以前のWP-Super-Cacheにつきましては、Yurikoさんのプラグイン及び、SuperCacheともに最新（12月上旬での）ものでしたので、パーミッションの問題ですかね。 でもこのW３TCの方が、.htaccessとかを書き換えたりしなくていいですし、使い勝手がなんとなくよさそうなので、こちらでいきます！
RejectedUserをはずした状態でしばらく様子をみてみようと思いますね☆
当方のミスです、申し訳ないです。0.8.5と0.8.5.1では、Rejected User Agentsに追加するのが正解です。W3TCでログインユーザ向けにはキャッシュ中のページを表示しない設定にしていたため、気がつきませんでした。0.8であれば、非公開のリストに追加するだけだったんですが。
Rejected User Agentsに下記を追加してお使いください。これだと、Ketai Style側はキャッシュされません。
bot
ia_archive
slurp
crawl
spider
DoCoMo
J-PHONE
J-EMULATOR
Vodafone
MOT(EMULATOR)
SoftBank
[VS]emulator
KDDI-
UP.Browser
emobile
Huawei
Nokia
mixi-mobile-converter
DDIPOCKET
WILLCOM
Opera Mini
Opera Mobi
PalmOS
Windows CE
SL-
PlayStation Portable
SONY/COM
Nitro
Nintendo