大卫,我想感谢你所有关于你的决定和你的实际行动的优秀和详细的文章/视频Cloudways.我在自己的网站上使用WPEngine创建会员区和博客已经有几年了,在“大多数情况下”,还没有任何问题。
但是,对更快页面加载的渴望(当然有很多活跃的插件)激励我听从你的建议,在过去的这个周末,我把我的网站搬到了Cloudways上。
(当我注册和付款时,我确保点击了你的Cloudways推荐链接,所以我希望你能得到他们的信任!)
我读到并听到你提到你个人不使用他们所包含的"微风缓存插件与BMA。即使现在你已经将你的博客和会员WordPress安装合并在一起了吗?
我已经和至少两三个不同的Cloudways技术支持代理交谈过(在聊天中),他们都说他们建议(或坚持)我使用Breeze——即使我说我正在运行一个动态内容的会员网站。
当我问他们如果我关闭了Breeze会发生什么时,我得到了这样的答案:
Breeze是一个缓存插件,所以你将无法清除缓存,你的网站将显示旧的内容给你的访问者。如果你不使用breeze使用其他插件代替。
我听从了你的服务器设置建议,使用了Vultr“高频率”2 gb / 64 gb服务器。我的会员软件是(嗯哼,你的最爱)MemberMouse(尽管你很好地说服我考虑在不久的某个时候将“WP融合/WooCommerce订阅”转换)。
到今晚为止,当我试图弄清楚是否继续运行Breeze的决定时,我遵循了这个决定MemberMouse的建议将所有MM核心页面添加到Breeze插件设置页面”永远不要缓存这些URL字段列表。
但是,现在我想知道我是否需要对他们做同样的事情清漆缓存“系统”以及…额。我很难做出明智的决定。
长话短说,因为我知道你经历过这种事确切的路径自己马鞍MemberMouse在Cloudways上,我应该只是禁用微风,交叉我的手指,永不回头?
如果是这样,还有什么你认为我应该设置-比如在Varnish -保持我的会员网站动态?
谢谢你,大卫!
LAB分离时,我没有使用Breeze(或任何缓存)。这是因为没有登录的网站上没有流量。现在站点重新组合在一起,我使用了Breeze。我只是将登录用户从缓存中免除,以便所有成员的动态内容都能正常工作。
你可以做同样的事情。而且,对于需要从缓存中豁免的页面,这仅适用于动态页面,即当它们到达缓存时没有登录的页面。例如,结帐页面。你会想要豁免MemberMouse给你的那些东西。
至于Varnish,你可以在你的Cloudways账户中设置这些豁免。尽管如此,您所需要的可能只是Breeze中的豁免,因为Breeze被设计为与Cloudways紧密合作。
谢谢大卫,我非常欣赏你详细的回答。知道(肯定地)您以前没有在“Lab”安装上使用缓存,但是现在您使用了“Breeze”,因为它已经与您的博客安装结合在一起了,这确实帮助我理解了这一切是如何工作的。
所以,上周我在Cloudways的Breeze和Varnish设置中添加了我的MemberMouse动态“核心”页面列表(以防万一)。
对于将来遇到这个线程的任何人,仍然有防止页面不缓存的问题,在添加到我的“排除”列表(s)后,我的登录页面仍然给我带来问题。在与MM和Cloudways的支持来回折腾了几天之后(他们都无法解决这个问题),我终于(靠自己)发现问题是我在跟踪MM的支持页面完全正确,我实际上需要在每个“核心”页面的末尾添加一个“/”,我不想被缓存。因此,例如,登录页面实际上应该在排除列表中列出:
https://www。(我的域)/登录/
现在,当我输入错误的密码时,由于它不再被缓存,登录页面现在会向我显示之前通过重新加载页面的“干净”缓存版本(没有代码)而隐藏的错误代码。
至少,到目前为止,几天后还不错。