タグ付けされた質問 「plugin-w3-total-cache」

まったく一般的ではないが、人気のある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( …

23 jquery  cache  cookies  plugin-w3-total-cache  plugin-wp-supercache 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新することがありますので、上のトピックワードプレスの開発スタックExchange用。 5年前に閉鎖されました。 WordPressでDiggのようなWebサイトを構築しています。 W3 Total Cacheをインストールした後、投稿ごとの投票数（および投票者ID）などの特定の要素がキャッシュされるべきではないにもかかわらず（少なくともユーザーが記事に投票した後は）キャッシュされることに気付きました。ページ内の特定の要素がキャッシュされるのを防ぐことは不可能だと思います（またはそうですか？）ので、ページキャッシュの更新をプログラムでトリガーすることを考えました。 助言がありますか？

21 cache  plugin-w3-total-cache 

WordPressテーマ/サイトでより多くの静的ページを提供できるように、Cacheプラグインのいずれかを実際に使用したいと思います。これは明らかに、WordPressのテーマ/サイトで実行できる最高のパフォーマンスアップグレードです。 私のテーマにはいくつかの動的な要素があり、静的/キャッシュされたページへの跳躍を妨げています。 これらの問題の概要を以下に示し、これまで考えていた各問題を解決するための可能な方法を提供します。 この投稿の目標は、説明した問題を処理するためのより良いアイデア/方法を取得するか、少なくとも正しい軌道に乗っているという安心感を得ることです。私は12〜13年以上のPHPのベテランですが、過去1〜2年しかWordPressを使用していません。これまでのところ、そのような機能に本当に感銘を受けました。 わかりましたので、キャッシュされたページに変換するときに私がこれまで考えてきた問題... シングル投稿ページ ビューカウンターの問題 -投稿ページの「表示/ヒットカウンター」のカウント値を取得して、ユーザーが表示できる投稿ビューのアイデアを提供する機能があります。これらはユニークビジターではなく、単なるヒットカウンターです。これらの値用に別のMySQLテーブルを作成しましたが、それでも続行するか、代わりにメタフィールドを使用するように切り替えるかを決定しようとしています。どちらの方法でも、ページビューでは、データベースの値が取得され、ページの読み込みごとに+1ずつ増加します。（管理者ユーザービューは追加されません。）その後、値は次の形式でページに表示されます。988 Views ビューカウンター可能な解決策 -Ajaxを使用してこの値/関数を実行できます。新しいCached / Staticページがロードされると、JavascriptはAjaxを使用してそのページのViewsカウンターを要求および更新できます。 これは、このようなものの最良の解決策のように聞こえますか？ コメントの投稿の問題 -デフォルトのWordPressコメントシステムを使用して、新しいコメントが投稿に追加されるたびに、その投稿のキャッシュ/静的ページを再構築する必要があります！私が見たものから、私が見たキャッシングプラグインにはオプションがあり、それを行うことができます。新しいコメントが投稿されるたびにページを再構築することができます。これは紙上では良いように聞こえますが、同じ記事に複数のユーザーが同じ時間にコメントする可能性のあるトラフィックの多い/アクティブなサイトでは悪夢であると想像できます（すべてテストされていないのでわかりません） コメントの投稿可能な解決策 -したがって、コメントの問題の解決策として、新しいコメントごとにCached / Staticページを単純に再構築するようにCacheプラグインを設定できる解決策について説明しました。私の懸念は、これが長期的にどの程度うまくいくかということではありませんでした。今、私がますます使用されていると思う他の解決策は、Disqus CommentsのようなJavascriptソリューションまたは同様のソリューションを使用することです。長い間、コメントシステムについてはすべてのコメントがサードパーティに依存しないようにしたかったので、これには本当に反対でした。私はまだこの問題についてフェンスにいますが、私のサイトでDisqusコメントを使用するように切り替えており、これまでのところかなりうまく機能しています。しかし、他の可能な解決策を受け入れていますか？または、これが本当に進むべき道だと思いますか？ サイト全体のサイドバー サイドバーの最近の記事の問題 -サイトのすべてのページでサイト全体に表示されるタブがサイドバーにあります...タブの1つはブログの最近の10個の投稿を読み込みます。これはサイトのすべてのページに表示されるためです、新しい記事/投稿を追加したら、サイトのすべてのキャッシュ/静的ページを再構築して、この「最新の投稿リスト」に新しい投稿を追加する必要があります サイドバー最近の記事考えられる解決策 -繰り返しますが、良い考えられる解決策を思いついたと思います。JavascriptとAjaxを使用してこのコンテンツをCached / Staticページに読み込むことができるので、すべて頻繁に再構築する必要はありませんが、最新の投稿を表示できます。 これは良い解決策のように聞こえますか？またはより重要なこととして、この問題に対する別のより良いまたは代替のソリューションを考えられますか？ 手を汚すことなく、これは私のテーマをCache / Static Friendlyに変換することでこれまで見たすべての可能な問題です。 更新 考えるべき別の問題を考えました。すべてのタグ/カテゴリおよびユーザーページは、そのページの投稿リストに適合する投稿が追加されるたびに更新する必要があります。私はこれが既に想像するキャッシングプラグインの機能でなければならないと思います

14 cache  plugin-w3-total-cache 

閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか？ 質問を更新することがありますので、上のトピックワードプレスの開発スタックExchange用。 5年前休業。 最近、WordPressインストールのstyle.cssファイルを更新しました。変更は効果的でした。管理者としてログインした場合（私のブログは、管理者がキャッシュされたバージョンではなく、「ライブ」のサイトを提供されるように設定されています）、それらを表示できます。 しかし、私のブログはCDN（W3 Total Cacheを使用）を通じて提供されています。CDNを介した変更は有効ではありません。CDNは私のテーマの変更されたファイルを提供しません。変更後にそれらをアップロードしましたが（ダッシュボード>パフォーマンス> CDN>テーマファイルのアップロード）。 私のCDNはAmazonCloudフロントで実行されます。また、W3 Total CacheではMinifyが無効になっています。 私のCDNを介して提供されているテーマファイルは圧縮バージョンです：style.css.gzip CDNからオブジェクトを「パージ」するか、もう少し待つ必要があります（1週間以上経過しています）。そして、はい、変更を反映するために使用しているブラウザのキャッシュを空にします。または、他に何か足りないものはありますか？ おかげで、 P

10 themes  plugin-w3-total-cache  cdn 

閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか？ 質問を更新することがありますので、上のトピックワードプレスの開発スタックExchange用。 5年前休業。 W3 Total Cacheが使用できる領域の制限を定義することは可能ですか？

8 cache  plugin-w3-total-cache 

閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか？ 質問を更新することがありますので、上のトピックワードプレスの開発スタックExchange用。 5年前休業。 wp-super-cacheページに、私には理解できない次の文があります。 期限切れのファイルをチェックして削除することはコストがかかりますが、それらをそこに残しておくのもコストがかかります。非常に忙しいサイトでは、有効期限を300秒に設定する必要があります。 短い有効期限を使用しているとしましょう。これは、キャッシュを300秒ごとに何度も再構築する必要があるという意味ではありませんか？ つまり、ほとんどのコンテンツ（ホームページを除く）は変更されません。それでは、ほとんどの投稿が何日間も同じままであるのであれば、なぜ問題があるのでしょうか？

8 cache  plugin-w3-total-cache  plugin-wp-supercache