Rob Howard 上周呼吁弃用 WordPress Multisite在最新的 MasterWP 时事通讯中。他认为“勇敢而高贵的附加组件对开发人员来说不再是必需的或有价值的。”通过 Twitter 的回复迅速而复杂。
在 WordPress 3.0 之前，多站点是一个完全独立的系统，称为 WPMU（WordPress 多用户）。设置起来很麻烦，发生在它身上的最好的事情之一就是它被集成到核心 WordPress 中。它成为了 WordPress 世界的一等公民，它的设置现在非常简单，几乎任何人都可以立即建立并运行网络。
在我的 WordPress 职业生涯中，我很少使用多站点。我的主要用例是设置主题和插件演示。这些是我不打算在初始设置之外接触太多的网站。 Multisite 始终可以轻松地从 Web 管理员管理主题和插件更新。
霍华德认为，在当今世界，这不再是必需的：
同样，在站点之间共享主题和插件也没有必要似乎不再使开发人员或最终用户受益。只需单击一下，我们就可以将 Git 存储库中的父主题部署到世界上任何地方托管的无限数量的站点 - 那么在多站点网络上拥有一个主题的真正价值是什么？
尽管有大量工具可用于通过 Git 部署此类内容，但有时我更愿意避免使事情复杂化。我可以从命令行正常工作，但拥有一个管理所有站点的中央位置会更简单。这个论点还排除了运行多站点并且从未听说过 Git 的整个用户群。多站点有时是一种用户工具。
我做过的最复杂的多站点设置是针对一所大学。几年前，我签约为另一家 WordPress 机构做一些开发工作。我关注的领域是扩展用户角色和权限系统。
该网络为每个学校、部门和各种其他项目提供站点。在多站点上设置所有这些允许永久开发团队根据需要创建新站点，而不是启动全新的 WordPress 安装。每个人还可以通过他们的大学电子邮件和密码进行用户访问。可以在多个单站点安装上共享一个用户数据库，但它增加了多站点不存在的另一层复杂性。
我无法想象该机构通过 100 次单独安装来运行它。我确信某些系统会使这更容易，但 WordPress 中已经存在解决方案。
我的多站点体验有限。但是，我会定期与其他开发人员交谈并帮助他们在一个由 1,000 多个企业和教育站点组成的网络上积极工作。他们几乎肯定会为每项工作运行多站点。
WordPress 联合创始人 Mike Little 通过 Twitter 解释了为什么他的工作经常需要多站点：
当然，我也管理着一百个单个实例，其中一些是 3-6 个站点的多站点，但大多数是单个实例（应该保持不变）。但是我的一位客户在他的一个多站点上有将近 450 个子站点。这将无法作为单独的站点进行管理。
每个子网站大约有 1000 名用户，在活动期间每天创建多达 100 多页的内容。等它也在不断发展。
每两周对 400 多个单独站点进行代码更改（更不用说十几个其他实例，每个实例最多有 50 个子站点）将难以管理。这不是一个营利性组织，所以没有无限的资金。
自上周三以来，我一直坐在这个帖子上。当时，我准备跳入火海保卫多站点。然而，随着对 MasterWP 文章的回复通过 Twitter 不断涌入，我对 WordPress 社区的一些回复感到沮丧。我不想感觉自己在堆积。
对于 WordPress 内部圈子之外的人来说，社交媒体世界的膝膝反应太常见且不受欢迎。不要说“错误”的话的压力如此之大，以至于很少有人最终会说出任何有价值的东西——或者根本不说。幸运的是，还有一些深思熟虑的话，比如 Maciek Palmowski 在 Twitter 上的回应文章 WP Owls 和其他人。
也许霍华德真的只是在写一篇引人入胜的文章。然而，由于他最近才成为 MasterWP 时事通讯的新所有者，我觉得我应该相信他正在努力引发真正的讨论。或许他得出许多人反对重要功能的结论不合时宜，但围绕多站点问题的讨论是值得的。
无论霍华德的论点有何优点，它确实引出了一个可能值得探索的想法。 Alan Schlesser 在 Twitter 上：
我宁愿远离单一站点，不再有随机差异。每个人都只有一个网络，但有些人只有一个站点。将简化一切...
我不知道 WordPress 会是什么样子，但我知道如果只有一种方法，它将简化多站点安装过程。如果只有一种风格的 WordPress，开发人员可能会遇到更少的边缘情况、插件问题和需要解决的问题。
类别：多站点、想法
喜欢这个
正在加载...
资源
