web-dev-qa-db-ja.com

W3 Total CacheはCloudFlareでまだ便利ですか？

両方とも同じことをしていることに気づきました。

plugin-w3-total-cache
5
user25893

W3TCはフレームワークです。その目的は、Origin（WordPressアプリケーションが実行されるスタック）と、その上で実行されるものを最適化することです。それについての素晴らしい議論はここで利用可能です： http://websynthesis.com/wsa/wp-content/uploads/2013/09/The-Truth-About-WordPress-Performance.pdf?utm_content=buffere8e5b&utm_source=buffer&utm_medium=Twitter&utm_campaign =バッファ

そのため、CloudflareやYottaなどの他の同様のプロバイダは、ブラウザのキャッシュポリシーを適用したり、複数のEdgeロケーションを提供したり、CSS/JSを縮小したり、画像を最適化したりすることができますが、フレームワークとしてW3TCはWordPressに統合されています。 WP管理者は、コンテンツの削除時に設定可能なポリシー、縮小される内容、および使用するブラウザのキャッシュポリシーについて、内部からの制御も可能にします。それらを定義するか、あるいはレポートが誰にとっても「機能する」と思われる「最良の」最小公約数として定義するものを定義します。

今日のWebサイトはJavaScriptが豊富で、パーソナライゼーション、ソーシャルレイヤ、ショッピングカート、その他の動的な対話機能を提供します。サイトの動的コンテンツにキャッシュミスがある場合は、ページキャッシングを追加するだけでは不十分です。そのため、オブジェクトキャッシュ、フラグメントキャッシュ、およびCloudflare、CDN、およびWordPress自体とのサポートされている統合全体でポリシーを管理するW3TCの機能（パージなど）に加えて、W3TCを使用して物事の要求に対する実行時間（応答時間）を短縮できます。そもそもキャッシュすることはできません。これは今日のWebにとって重要です。

6
Frederick Townes

これがCloudFlareとW3 Total Cacheの間で共通していることです：

  • ページキャッシング
  • 縮小化
  • ブラウザキャッシュ
  • CDN

そのため、CloudFlareは、コンテンツを広く一般に効率的に提供するために重要なことをすべて行います。

一方、W3 Total Cacheの Object Cache は、ログには欠かせないwp-adminのように、キャッシュ不可能なページ/コンテンツのパフォーマンスを向上させる可能性があるため、役に立ちます。ユーザー.

1
its_me