许可证、订阅等及其对性能的影响

时间:2017-09-08 作者:Madivad

我已经使用wordpress多年了,时间太长了。而且,由于持续的成本,我对付费解决方案避之唯恐不及。我当然不介意与支持协议相关,在支持协议中,你只会失去支持,但你仍然会得到终身更新(我个人认为这应该是普遍使用的模式,主要是为了鼓励插件不断更新)。

但我来到一个项目,我发现我不仅安装了大量插件,还安装了许多付费解决方案,并开始思考:

许可对性能有何影响

插件“呼叫总部”或“授权警察”的频率如何?

假设一个页面是提供给用户的,并且该页面可以使用5、10、20多个插件来显示,(为了便于讨论,可以这样说),其中有6个插件获得了许可,因为每个视图、内容、帖子等都会实例化几十个类,是否在此时检查了许可证,还是仅在后端有用户查看相关插件设置页面或尝试更新或类似操作时才检查许可证?

我意识到这是主观的,每个插件许可证方法都可能意味着在程序员认为合适的任何时候检查许可证,但考虑到一些拥有最大插件库的主要玩家,通常检查这些许可证的时机是什么?

我想这不能在前端观看时完成,那太繁重了。我甚至不认为它会出现在每个后端页面上。

我的直觉是他们会被检查/可能被检查:

在cron运行中,当检查更新时,当尝试更新特定插件时,当查看显示许可证详细信息的任何页面时,我认为只有当页面加载需要外部资源时,才会/可能会对请求的IP或域进行有效性检查,甚至传递凭据以执行服务。

当我开始思考这个问题时,我开始怀疑这些请求可能带来的影响,以及它们执行的频率。

我想尝试运行一个真实世界的测试并禁用所有许可的插件,但是页面显示会完全不同(并且有点中断),因此从这个意义上来说,加载时间不能用作衡量标准。

我一直在研究WordPress REST API问题,我对超时的数量感到惊讶,这让我陷入了“需要多长时间?”

1 个回复
最合适的回答,由SO网友:Mark Kaplun 整理而成

未托管在wordpress上的插件的最佳实践。org将连接到wordpress更新工作流,并在那时执行版本检查请求。这意味着只有当core决定是时候检查更新时,才会检查更新,这通常每7天在管理员页面加载时发生一次。

遵循最佳实践的插件许可证相关检查不应为前端页面加载时间增加任何可测量的时间。如果你有很多这样的插件,它们可能会不时减缓管理页面的加载速度,但这可能更多地取决于你的服务器和插件的服务器的质量,DNS的解析速度和通信的完成速度。

它被注意到的可能性有多大?我只读过一次有人抱怨过。

一般来说,对于您的具体设置,如果您对此感到担忧,您应该联系相关作者并询问他们。

结束

相关推荐

Performance on WPMS

我的WPMS站点托管在8核/32mb RAM服务器上,但响应时间非常长。我们有大约1000个博客(单个db上有35000多个表)和70000个页面浏览量。我认为我可以缩短响应时间,将具有更多页面浏览量的博客移动到单独的DB中,并使用hyper DB插件将所有博客拆分为每个DB 100个博客。你觉得怎么样?