你好,山姆!
你正在使用我们的插件的哪个版本?最新版本也会出现这种情况吗?还有:这个错误是在哪里产生的?我们如何重现这种行为?
你好!很抱歉延迟回复。
我们需要将您的问题分为两部分–首先是关于菜单缓存功能的问题:
您可以通过检查菜单所在页面的源代码来验证该功能是否正常工作。但首先我们需要向您的站点添加一些代码以进行调试:
添加过滤器('sb_optimizer_menu_optimiszer_print_cached_comment','__return_true');
通常,您会将其添加到主题中的functions.php文件中,或者可能是“wp-content/mu-plugins”文件夹中的php文件中。
此代码将在源代码中生成注释,告诉您菜单是否从缓存中检索。注释的格式如下:
<!-- 此菜单由Servebolt Optimizer-->缓存
.
关于缓存存储在哪里——缓存存储在WordPress瞬态中,后者又存储在“wp_options”表中。瞬态密钥将以字符串“sb-menu-cache-”开头。您需要检查数据库表才能看到缓存的数据。
请注意,我们即将发布v3.4版本(目前还没有正式的发布日期),它将改进菜单缓存功能,并增加各种主题和插件的兼容性。因此,如果您发现菜单缓存功能有问题,那么您可能需要等待v3.4版本发布,然后再次测试。
关于翻译加载缓存功能,目前无法确认该功能是否正常工作(除了手动调试代码)。翻译缓存也存储在WP瞬态中。瞬态密钥是MO-file路径的md5散列。不幸的是,没有前缀,所以很难在“wp_options”表中找到这些行。
嗨,菜鸟!
最近插件有一些变化。你目前在网站上运行的是什么版本?
你好,山姆!
感谢您与我们联系。如果您在此类更改期间担心数据库性能,最好先在登台环境中试用。很难判断它是否适合您的情况,因为我们对您当前使用的平台/堆栈没有深入了解。
如果您可以选择通过WP-CLI运行此操作,那么这确实是最好的方法。
如果还有什么我们可以帮你的,请告诉我!
对此非常抱歉。
好消息是:Servebolt即将发布此插件的更新。这个问题是需要解决的问题之一。它应该很快就会登陆,但如果您需要同时删除插件,则必须通过SFTP手动删除它。
嗨,彼得!
通常这种行为不应该发生。你在我们的插件上使用什么设置?你能在禁用所有其他插件时检查问题是否仍然存在吗?
实际上,与其使用mod_access_compat,不如使用以下.htaccess代码,该代码应适用于所有服务器:
<文件web.config>#阿帕奇2.2<If模块!mod_authz_core.c>订单拒绝,允许拒绝所有人</IfModule模块>#Apache 2.4版<IfModule mod_authz_core.c>要求全部拒绝</IfModule模块></文件>
您是否在使用任何类型的缓存解决方案?如果是这样:清除缓存是否解决了此问题?
如果你没有积极使用Duplicator,我建议你删除它,并删除它创建的所有文件。如果你以后需要它,你可以随时重新安装插件。