Questions tagged «plugin-w3-total-cache»

我已经提出了一个临时解决方案，该解决方案不是很常见，但与流行的WP缓存解决方案与cookie（在这种情况下为标准WP注释cookie）的交互作用相比，还没有出现前所未有的问题。我的解决方案还涉及在提供缓存文件方面很少定义的“已知用户”例外。无论它是否可用，我都认为对它进行解释并可能了解为什么它不是一个好主意通常具有指导意义。 我已经使用WP Super Cache，W3 Total Cache和Comet Cache测试了我的方法。在研究此问题时，我为自己详细介绍的一个就是WP Super Cache（以下简称“ WPSC”），因此我将其作为主要示例。 背景 如果将WP标准评论线程设置为允许访问者发表评论，则将为非注册用户并登录的任何评论者设置评论cookie，并使用实际的评论特权进行进一步检查。在我认为是最常见的配置中，评论者只需提供姓名和电子邮件地址。它们存储在两个浏览器Cookie中，通常是comment_author_ . COOKIEHASH和comment_author_email_ . COOKIEHASH。COOKIEHASH是根据用户选项定义的。 如果设置为将新生成的文件传递给“已知用户”，则WPSC会基于以下检查来确定是否提供缓存文件：登录的用户会获得新文件，访问者“可以发表评论”也是如此。后者主要由comment_author_cookie 在浏览器中的存在来标识，这些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)) …

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

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，使它成为WordPress Development Stack Exchange 的主题。 5年前关闭。 我正在WordPress中建立类似Digg的网站。 在安装W3 Total Cache之后，我注意到某些元素（例如每个帖子的投票数（和选民ID））被缓存，即使它们不应该被缓存（至少在用户对文章进行投票之后也是如此）。我认为不可能阻止页面中的特定元素被缓存（或者是？），所以我想到了以编程方式触发页面缓存刷新。 有什么建议么？

21 cache  plugin-w3-total-cache 

我真的很想使用Cache插件之一，以便可以在WordPress主题/网站上提供更多的静态页面。显然，这是您可以对WordPress主题/网站进行的最佳性能升级。 我的主题有一些动态元素，使我无法进入“跃迁到静态/缓存”页面。 我将在下面概述这些问题，并提供一种可能的方式来解决到目前为止我想到的每个问题。 这篇文章的目的是获得更好的想法/方法来处理我解释的问题，或者至少让我放心我处于正确的轨道。我是一名12-13年以上的PHP老手，但是在过去的1-2年中才使用WordPress，到目前为止，我对功能确实印象深刻，如果这样的事情存在，我现在将是WordPress Fanboy！ 好的，到目前为止，我转换到缓存页面时已经想到的问题... 单帖页面 Views Counter问题 -我有一个函数可以在Posts页面上获取“ View / hit Counter”的计数值，以提供Posts Views的概念供用户查看。这些不是唯一的访客，而只是一个简单的计数器。我已经为这些值创建了一个单独的MySQL表，但我仍在尝试决定是否应该继续使用该表或切换为使用元字段。在页面视图中，无论哪种方式，都将在每次页面加载时获取数据库值并将其增加+1。（不添加管理员用户视图。）然后，该值以以下形式显示在页面上988 Views Views Counter可能的解决方案 -我可以使用Ajax来运行此Value / function。一旦加载了新的“缓存/静态”页面，JavaScript便可以使用Ajax请求并更新该页面的Views计数器。 这听起来像是针对此类问题的最佳解决方案吗？ 发表评论问题 -使用默认的WordPress评论系统，每次将新评论添加到帖子时，都需要重新构建该帖子的“缓存/静态”页面！从我所看到的内容来看，我所看到的Caching插件上有一个选项可以让您做到这一点，您可以让它在每次发布新评论时重新构建页面。从表面上看，这听起来不错，但我可以想象这是高流量/活跃站点中的噩梦，在该站点中，您可能有多个用户在同一时间评论同一篇文章（所有这些未经测试，所以我不知道） 发表评论可能的解决方案 -因此，为解决评论问题，我在上面提到了一个解决方案，您可以将Cache插件设置为在每个新的Comment上简单地重建Cached / Static页面。我担心的是，从长远来看，我并不是很满意。现在，我看到越来越多使用的另一种可能的解决方案是使用JavaScript解决方案，例如Disqus评论或类似的解决方案。长期以来，我确实反对这一观点，因为我希望所有评论都不要依赖任何第三方作为我的评论系统。对于这个问题，我还是很感兴趣，但是已经切换到在我的网站上使用Disqus评论，并且到目前为止效果很好。我愿意接受其他可能的解决方案吗？还是您认为这确实是要走的路？ 全站点侧边栏 补充工具栏最近的文章问题 - 补充工具栏中有一些选项卡，这些选项卡在网站的每个页面上显示在整个网站范围内...其中一个选项卡可加载博客上的10条最新帖子，因为该标签显示在网站的每个页面上，添加新文章/帖子后，将要求重新构建网站上的每个“缓存/静态”页面，以反映此“最新帖子列表”中新添加的帖子。 补充工具栏最近的文章可能的解决方案 -我想我还是想出了一个好的可能的解决方案。我可以使用Javascript和Ajax将这些内容加载到Cached / Static页面中，这样就不必如此频繁地重新构建它们，但仍可以显示最新的帖子。 这听起来是一个好的解决方案？或更重要的是，您能想到解决此问题的另一种更好或替代的解决方案吗？ 至今还不会弄脏我的手，这是到目前为止将主题转换为“对缓存/静态友好”的所有可能出现的问题 更新 我只是想到了另一个要考虑的问题。每次添加适合该页面列表的帖子时，所有标签/类别以及用户页面都需要更新。我认为这一定已经是我想到的缓存插件的功能

14 cache  plugin-w3-total-cache 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，使它成为WordPress Development Stack Exchange 的主题。 5年前关闭。 我最近更新了WordPress安装的style.css文件。所做的更改是有效的：以管理员身份登录（设置我的博客的目的是，从不为管理员提供该站点的缓存版本，而是“实时”站点），我可以看到它们。 但是我的博客是通过CDN（使用W3 Total Cache）提供的。通过CDN，所做的更改无效：CDN不会提供我主题中修改后的文件。即使修改后我已经上传了它们（“控制台”>“性能”>“ CDN”>“上传主题文件”。 我的CDN在AmazonCloud Front上运行。并且在W3 Total Cache上禁用了Minify。 通过CDN提供的主题文件是一个压缩版本：style.css.gzip 我应该从CDN中“清除”对象还是要等待更多时间（已经超过一周）。是的，我清空浏览器的缓存，以查看更改是否生效。还是我还缺少其他东西？ 谢谢， P.

10 themes  plugin-w3-total-cache  cdn 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，使它成为WordPress Development Stack Exchange 的主题。 5年前关闭。 是否可以为W3 Total Cache允许使用多少空间定义一个限制？

8 cache  plugin-w3-total-cache 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，使它成为WordPress Development Stack Exchange 的主题。 5年前关闭。 在wp-super-cache页面中，有以下句子，我不理解： 检查和删除过期的文件非常昂贵，但是将它们保留在那里也很昂贵。在非常繁忙的站点上，您应该将到期时间设置为300秒。 假设我使用的到期时间很短，这是否意味着缓存需要每隔300秒重新构建一次？ 我的意思是，我的大部分内容（首页除外）都不会改变。那么，为什么大多数帖子在几天之内都保持不变是为什么呢？

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