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