タグ付けされた質問 「plugin-wp-supercache」

1
キャッシュとCookieのこのソリューションは問題を引き起こすでしょうか?
まったく一般的ではないが、人気のあるWPキャッシングソリューションとCookie(この場合は標準のWPコメントCookie)との相互作用に関する前例のない問題から、暫定的なソリューションを思い付きました。私のソリューションは、キャッシュファイルの提供に対する、あまり明確に定義されていない「既知のユーザー」例外にも関係しています。それが使用可能かどうかにかかわらず、それを説明し、おそらくそれが悪いアイデアである理由を学ぶことは、一般的に有益であると考えています。 WP Super Cache、W3 Total Cache、Comet Cacheでメソッドをテストしました。この問題の調査中に私が詳細に故障したのはWPスーパーキャッシュ(以下「WPSC」)であったため、これを主な例として使用します。 バックグラウンド 訪問者がコメントできるようにWP標準のコメントスレッドが設定されている場合、登録ユーザーではなくログインしているコメント作成者にはコメントCookieが設定され、実際のコメント権限はさらにチェックされます。私が最も一般的な構成だと思うのは、コメンターが名前とメールアドレスだけを提供する必要があることです。これらは2つのブラウザCookie(通常comment_author_ . COOKIEHASH、および)内に保存されますcomment_author_email_ . COOKIEHASH。COOKIEHASHユーザーオプションに従って定義されます。 新しく生成されたファイルを「既知のユーザー」に配信するように設定されている場合、WPSCはいくつかのチェックに基づいてキャッシュファイルを提供するかどうかを決定します。後者は主comment_author_に、特定のユーザーに対して特定または一意に識別されないCookie がブラウザに存在することによって識別されますCOOKIEHASH(通常、サイトオプションに記録される「siteurl」のMD5エンコードバージョンではありません)。 wp-cache-phase1.php LL371-383のWPSCコードの重要な部分と思われるものは、RegExパターンを使用して文字列を取得し、Cookieを循環させます。 $regex = "/^wp-postpass|^comment_author_"; if ( defined( 'LOGGED_IN_COOKIE' ) ) $regex .= "|^" . preg_quote( constant( 'LOGGED_IN_COOKIE' ) ); else $regex .= "|^wordpress_logged_in_"; $regex .= "/"; while ($key = key($_COOKIE)) { if ( preg_match( …

4
wp-superキャッシュでJSONをキャッシュする方法
新しいプロジェクトでは、wp-super-cache(クライアントの優先プラグイン)を使用して、カスタムコンテンツタイプの静的htmlファイルを作成しています。しかし、すべてが適切にキャッシュされているかどうかを把握しようとしています。 これは2部構成の質問です。 1)作成したテーマは、ページテンプレートを使用して、ajax呼び出しを介して取り込まれたjsonを出力します。すなわち。ページにアクセスすると:theurl.com/sample-純粋なjsonが得られます。すべてのページおよび投稿の非JavaScriptバージョンがありますが、Ajaxはこのテーマのフロントエンドを駆動します。これらのファイルのヘッダーとフッターを削除して純粋なjsonにし、jsonがキャッシュされているかどうかを判断する方法を見つけようとしています。理論的には、データはワードプレスが提供するページであるため、データはキャッシュされます。しかし、キャッシュされているかどうかはどうすればわかりますか? 2)json apiプラグインを使用して、特定の投稿データも提供しています。 http://wordpress.org/extend/plugins/json-api/ この例では、プラグインのデフォルトの出力方法を利用して、このページにアクセスするとします。myurl.com/category/news?json=1-はこの出力がキャッシュされているかどうかを確認する方法は誰でも知っていますか?キャッシュされていない場合、これを実現する方法は何ですか? このオンラインに関する情報はあまりないようです。そのため、魅力的で最適化されたワードプレスサイトを作成するという精神で、兄弟を助けてください。

2
wp-super-cacheまたはw3-total-cacheでの「有効期限」が長い場合の長所と短所?[閉まっている]
閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか? 質問を更新することがありますので、上のトピックワードプレスの開発スタックExchange用。 5年前休業。 wp-super-cacheページに、私には理解できない次の文があります。 期限切れのファイルをチェックして削除することはコストがかかりますが、それらをそこに残しておくのもコストがかかります。非常に忙しいサイトでは、有効期限を300秒に設定する必要があります。 短い有効期限を使用しているとしましょう。これは、キャッシュを300秒ごとに何度も再構築する必要があるという意味ではありませんか? つまり、ほとんどのコンテンツ(ホームページを除く)は変更されません。それでは、ほとんどの投稿が何日間も同じままであるのであれば、なぜ問題があるのでしょうか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.