WordPress 是一个缓慢的 CMS

这篇文章最初于 2014 年在 wordpress is a slow cms - 2014 中发布

我不止一次地陷入这样的争论：wordpress 慢吗？好吧，当附加到 wordpress 的人的唯一反应是有很多访问量的网站拥有它并且它们的性能是最佳的时，这并没有太大的争论。他们自己似乎忘记了，如果在功能强大的计算机上“运行”，即使冒泡排序算法对于过大的样本也表现良好。然而，如果我们看看它的计算复杂度，这并不意味着它一定是一个有效的算法（事实上，它不是）。同样的事情也发生在 wordpress 上。对于相同数量的信息，它需要比其他 cms 更强大的托管功能。不仅如此，正如我们将看到的，无论它是否有大量信息，它都已经是一个缓慢的 cms。

这并不意味着 wordpress 不好。事实并非如此。就像汽车一样，速度并不是一切。同样的事情也发生在 cms 领域。事实上，我的很大一部分网络项目都是用它来完成的。然而，每个项目都是不同的，因此，你必须知道如何用你的头脑而不是执着来适当地选择最好的工具。

由于我是一名技术人员，我的论点将基于技术方面。特别是当我了解到 wordpress 由于其设计而速度缓慢时。我邀请所有不同意的人给我留言并说出他们的理由。

一切都在一张桌子上。

当我们为 web 项目创建数据库模式时，会出现一个问题：是追求实用还是追求高效。就 wordpress 而言，他们选择了实用性，并将帖子、自定义帖子、资源和版本分组在同一个表中：wp_posts。这个动作的优点是简化了代码和搜索（尽管这是 wordpress 所缺少的另一件事，我们将在另一篇文章中看到），但另一方面它大大降低了 wordpress 的效率。一些理解的例子：

    //limita las revisiones a dos:    define( 'wp_post_revisions', 2 );    //desactiva totalmente las revisiones:    //define( 'wp_post_revisions', false );

    delete a,b,c from wp_posts a    left join wp_term_relationships b on (a.id = b.object_id)    left join wp_postmeta c on (a.id = c.post_id)    where a.post_type = 'revision'

你的 wordpress 患有老年痴呆症

wordpress 不惜一切代价寻求灵活性，甚至不惜牺牲速度。也许，因为一开始它只是一个博客系统，在这种情况下，如此大的灵活性不会造成如此大的损害。然而，当我们开始将它用作 cms 时，灵活性导致的性能问题就开始出现了。

让我告诉您一些坏消息：您的内容经理患有阿尔茨海默氏症。你会忘记从一个请求到另一个请求的所有事情。您必须在每个帖子中重复您要使用的自定义帖子、侧边栏或菜单。你别无选择，因为他忘记了。这就是为什么如果您想在面板菜单中添加一个条目，您就必须在每次显示它时都告诉它。是的，它提供了巨大的灵活性，但它迫使 php 和 cms 一遍又一遍地处理相同的事情，从而导致效率损失。插件也会发生同样的情况，这就是为什么许多插件会大大减慢您的网站速度。不是因为插件系统本身（它的设计和编程非常出色），而是因为插件有义务一遍又一遍地说同样的事情，因此，wordpress 需要完全通过它们每个请求。