WordPress插件依赖项

我希望这个问题以前没有被问过很多次——我试图搜索，但没有看到任何相关的内容。基本上，我认为WP core会从引入插件的某种依赖性配置中获益匪浅，这样WP core就可以有选择地只加载某些功能所需的插件。例如，如果你碰巧安装了平均数量的插件，那么即使是基本的功能，似乎所有的插件都被加载了加载额外的媒体库缩略图的任务-在我的例子中，这会导致每个管理ajax请求增加1-2秒的加载时间，而且不必要的加载时间我可以自己调试和禁用插件，但是如果最严重的违规者是基于我的xdebug配置文件的woomcommerce和WP widgets（core）呢？我很确定我不需要所有的插件来通过Ajax查询附件。我测试了一个简单的版本，修改wp config并加载一个单独的wp设置（希望避免破坏更新），去掉了插件的加载权限。我的管理Ajax调用现在平均使用500毫秒，我认为这是一个相当大的改进。有什么想法吗？我知道这代表了一个很大的变化。基本上，我认为WP core将从引入插件的依赖配置中获益匪浅，以便WP core可以有选择地只加载某些功能所需的插件。什么依赖？核心更新不应该依赖于插件或主题。反之亦然。核心WordPress为旧的功能兼容性而向后弯曲。如果你碰巧安装了平均数量的插件你是说80个插件吗？安装的插件数量不应作为更新代码的考虑因素：它应该都能正常工作，而且通常都能正常工作。我可以自己调试和禁用插件，但如果最严重的违规者是基于我的xdebug配置文件的woocommerce和WP widgets（core）呢？我很确定我不需要所有的插件来通过Ajax查询附件。如果有疑问，请先禁用所有插件。这样，您就可以升级，然后在激活插件时立即发现是否有问题。如果有问题，您仍然需要进行调试工作。一些核心更新是\"更新，否则您的安装将遭受巨大损失\"（Invader Zim参考资料）。此特定设置当前有60。。正如我所说的，根据我的测试，两个看似罪魁祸首是woo和WP widgets系统的设置代码路径。。不管怎样，这两种方法都可能对操作查询附件Ajax调用没有兴趣。也许我说依赖时说错了——我的意思是，WP必须有更好的方法来处理插件，而不是加载所有的东西，即使大多数插件都不需要……这是浪费资源。例如，对于给定的请求，只加载那些对我们所知道的各种操作和过滤器感兴趣的插件的方法将被调用。这肯定是一个困难的问题，但我认为这将使WP成为一个比现在更成熟的平台。例如，只加载那些插件的方法我们可以知道，对于给定的请求，会调用哪些操作和筛选器。这就是问题所在。在不实际加载插件的情况下，如何知道插件将使用哪些筛选器、操作等？我能想到的唯一方法是另一个摘要文件列出所有这些，这是一个非常糟糕的方法。就我自己所知，当开发人员忘记向该文件添加操作时会发生什么？或者拼错了过滤器名称？唯一真正的解决方法是使用新的PHP特性类名称空间和自动加载。这在一定程度上会有所帮助，但并不完全。为了让WordPress知道它在那里，你仍然需要加载插件的基本代码，但是插件（或主题）可以按需加载它需要的各种类，而不是一次加载所有类。最大的问题是在PHP 5.3中引入了名称空间wehre，WordPress向后兼容5.2。还有很多托管公司的服务器还停留在5.2版本上，因此拥有这样的东西仍然有很高的机会打破世界各地的一堆网站。是的，名称空间和自动加载可能是正确的解决方案，我可以看到它不会发生，直到7+被更广泛地采用（或者像你说的至少5.3+）。管理员如何控制可以为特定路由加载哪些插件？这似乎是一种使regex路由系统更加健壮的方法，并添加了一种表面上通过admin控制插件的方法。。这也有助于安全，因为现在，任何插件都可以做任何它想做的事情

WordPress插件依赖项

admin_action_{$_REQUEST[‘action’]}

admin_footer-{$GLOBALS[‘hook_suffix’]}

customize_save_{$this->id_data[‘base’]}

customize_value_{$this->id_data[‘base’]}

get_comment_author_url

network_admin_edit_{$_GET[‘action’]}

network_sites_updated_message_{$_GET[‘updated’]}

pre_wp_is_site_initialized

WordPress 的SEO 教学：如何在网站中加入关键字（Meta Keywords）与Meta 描述（Meta Description）？

谷歌的SEO是什么