在WP成员网站上启用缓存。好还是不好?

时间:2015-08-07 作者:bakar

我开发wordpress会员网站,但我从未在这些网站上启用任何缓存插件。

我推测,如果启用缓存,则成员可能会因缓存而出现一些问题,或者在签出过程中可能会出现问题。

但我从未尝试过:

我使用的成员插件有:Wishlist成员、数字访问通行证(DAP)、OptimizeMember

类似的缓存插件有:Wp Super cache、Wp Total cache

我需要这方面的专家意见。

是否应启用缓存?

请分享你的想法。

ThanksAbu公司

2 个回复
最合适的回答,由SO网友:AddWeb Solution Pvt Ltd 整理而成

Source: Chris Lima - Managing a High Performance WordPress Membership Site

<我应该看看缓存插件,因为它让事情变得更快、更好,而且对你有用。这个答案的问题是,大多数缓存插件对登录用户没有多大作用。

大多数网站都认为,未登录的用户应该获得超高速加载的预缓存页面,而登录的用户是在后端工作的作者和管理员,不需要相同级别的性能。对于大多数网站来说,这是可行的。但会员网站有点不同。

最终用户是登录用户。因此,您需要一个适用于登录用户的解决方案。此外,会员网站通常填充用户特定的数据(如菜单、侧边栏小部件、内容等),这些数据需要是最新的。因此,全页缓存并不是一个解决方案——它来自插件或托管提供商。

相反,您需要的是页面缓存的一部分。

1. Part of page caching:这些类型的方法既不多,在评估成员插件时也不经常讨论。我也该受责备。有一篇很棒的文章解释了为什么Austin Gunter of WP Engine 在他们的博客上。可以这么说,如果你的期权表疯狂增长,你可能做错了。

顺便提一下garbage collection for transients (奥斯汀文章中提出的一个问题)可能会在3.7版本中添加到WordPress中

2. Fragment caching:您可以使用Mark Jaquith创建的一个小类。他称之为fragment caching, 但它与部分页面缓存没有什么不同。您应该查看这篇包含代码的文章,并阅读注释。

我认为这在很多情况下都是一个非常强大的选择,但扩展成员网站只会限制应用程序处理方面的事情。

所以,最后有一个选项,您需要尝试只缓存数据库而不捕获页面数据,即浏览器数据。我不打算使用W3 Total Cache 但一旦这个插件可能是你的解决方案,请检查它。

SO网友:Cristián Lávaque

@absikandar在本文中,我解释了如何在我的会员网站上缓存登录的用户页面:http://s2member.net/how-to-cache-your-membership-site-225

更好的方法是缓存页面的单独副本,对于每个登录的用户都是唯一的。成员不会从其他人造成的缓存中受益,但当再次访问同一页面时,他仍然会从中受益。

我希望这有帮助!:)

结束

相关推荐

Nonces and Cache

很明显,表单提交和AJAX请求,尤其是合理的请求,需要“nonces”来避免某些攻击。然而,随着高速缓存系统的大量使用,很难生成它们并输出新的nonce而不是高速缓存的nonce。为了解决这个问题,我考虑创建一个AJAX函数,返回一个新的nonce,在提交表单之前进行请求。然后,此nonce将作为隐藏字段附加到表单中。你认为这是一种安全的方法吗?返回新nonce的PHP函数:function create_nonce() { return wp_create_nonce(\'my-nonc

在WP成员网站上启用缓存。好还是不好? - 小码农CODE - 行之有效找到问题解决它

在WP成员网站上启用缓存。好还是不好?

时间:2015-08-07 作者:bakar

我开发wordpress会员网站,但我从未在这些网站上启用任何缓存插件。

我推测,如果启用缓存,则成员可能会因缓存而出现一些问题,或者在签出过程中可能会出现问题。

但我从未尝试过:

我使用的成员插件有:Wishlist成员、数字访问通行证(DAP)、OptimizeMember

类似的缓存插件有:Wp Super cache、Wp Total cache

我需要这方面的专家意见。

是否应启用缓存?

请分享你的想法。

ThanksAbu公司

2 个回复
最合适的回答,由SO网友:AddWeb Solution Pvt Ltd 整理而成

Source: Chris Lima - Managing a High Performance WordPress Membership Site

<我应该看看缓存插件,因为它让事情变得更快、更好,而且对你有用。这个答案的问题是,大多数缓存插件对登录用户没有多大作用。

大多数网站都认为,未登录的用户应该获得超高速加载的预缓存页面,而登录的用户是在后端工作的作者和管理员,不需要相同级别的性能。对于大多数网站来说,这是可行的。但会员网站有点不同。

最终用户是登录用户。因此,您需要一个适用于登录用户的解决方案。此外,会员网站通常填充用户特定的数据(如菜单、侧边栏小部件、内容等),这些数据需要是最新的。因此,全页缓存并不是一个解决方案——它来自插件或托管提供商。

相反,您需要的是页面缓存的一部分。

1. Part of page caching:这些类型的方法既不多,在评估成员插件时也不经常讨论。我也该受责备。有一篇很棒的文章解释了为什么Austin Gunter of WP Engine 在他们的博客上。可以这么说,如果你的期权表疯狂增长,你可能做错了。

顺便提一下garbage collection for transients (奥斯汀文章中提出的一个问题)可能会在3.7版本中添加到WordPress中

2. Fragment caching:您可以使用Mark Jaquith创建的一个小类。他称之为fragment caching, 但它与部分页面缓存没有什么不同。您应该查看这篇包含代码的文章,并阅读注释。

我认为这在很多情况下都是一个非常强大的选择,但扩展成员网站只会限制应用程序处理方面的事情。

所以,最后有一个选项,您需要尝试只缓存数据库而不捕获页面数据,即浏览器数据。我不打算使用W3 Total Cache 但一旦这个插件可能是你的解决方案,请检查它。

SO网友:Cristián Lávaque

@absikandar在本文中,我解释了如何在我的会员网站上缓存登录的用户页面:http://s2member.net/how-to-cache-your-membership-site-225

更好的方法是缓存页面的单独副本,对于每个登录的用户都是唯一的。成员不会从其他人造成的缓存中受益,但当再次访问同一页面时,他仍然会从中受益。

我希望这有帮助!:)

相关推荐

减少或阻止调用UPDATE_META_CACHE

我的主题每页调用update\\u meta\\u cache()函数58次!此函数将根据相关帖子运行以下查询:SELECT post_id, meta_key, meta_value -> FROM wp_postmeta -> WHERE post_id IN (81649) -> ORDER BY meta_id ASC -> ; 返回的绝大多数meta\\u键(以及相应的值)对于相关页面不是必需的(例如,主页循环不需要yoast\\