- 一位被市场人员雇佣的WordPress顾问，在“编辑主题”时引入了一个无限……

为什么允许非开发者升级PHP插件和编辑主题语法？这不应该由网站管理员来处理吗？ 你们为什么不用暂存环境来测试？ 这些似乎不是WP的问题：/

如果你让开发者设置一个暂存环境，用Git对网站进行版本控制，并禁止在网站上进行文件编辑，你本可以避免所有这些问题。

是的，WordPress 为管理员提供了更改主题、编辑主题和插件代码的能力（这可以在 wp-config.php 中通过两行代码禁用，如果为某人设置 WordPress 网站的话，应该将其作为标准设置）。 如果你不希望某些用户（比如“内容人员”）进行管理员操作，比如直接编辑主题文件，那么你应该考虑给他们分配“编辑者”角色。 我认为大多数 CMS 如果给客户完全的管理员权限，可能会导致他们做一些不应该做的事情，比如盲目地升级插件。 哪个 SEO 插件给你带来了 500 错误？大多数 WordPress 插件都有一个“需要 PHP”的标题，指定了所需的最低 PHP 版本，并且在不满足条件时会拒绝安装。

> - 被市场人员雇佣的 WordPress 顾问在“编辑主题”时引入了一个无限循环，导致 OOM 杀手启动。那时我们才意识到你可以在管理后台的网页界面中直接编辑实际的 php 代码！完全的混乱和无政府状态。 别担心，你也可以通过传统的代码编辑器引入无限循环，并通过 FTP 或 git 或其他方式发布。这在不同的 CMS 和语言中也适用。 谁负责在该网站上设置用户角色？谁允许顾问拥有管理员权限而没有与运维人员进行沟通？如果有运维团队，为什么该网站没有预发布环境？ > - 内容经理“升级了 SEO 插件”，从互联网上下载了一些新代码，这些代码使用了我们当前 PHP 版本不支持的语言特性，结果整个网站都出现了 500 错误，所有人都惊慌失措了！ 内容管理…

顺便说一下，在之前的工作中我们发现使用 Blog Vault 备份提供了合理的备份 - 一种可以迁移设置（恢复到新主机）和可用（虽然有点笨拙）的预发布环境： https://blogvault.net/ 此外： https://elementor.com/ 帮助提供了更合理的编辑体验（对于网站而言，不只是“仅仅”是博客）。 这两个都是付费的。我认为我更倾向于使用提供备份和预发布环境的托管服务 - 但这可能需要更多的费用（现金，更少的时间）- 而不是基本的 php+mysql 网站托管。 除了这两个之外，我们认为我们去除了所有第三方插件，除了一个主题或两个（不同网站使用不同主题）。 这让 WordPress 变得几乎可以管理。 我个人仍然无法忍受 WYSIWYG 编辑器（它在 90% 的时间里工作 80% 的时间）- 但市场人员负责更新，而使用 WordPress 他们可以自己完成。

我发现 Craft CMS 是由理智的人制作的 WordPress。值得购买许可证。你可以简单地在生产环境中禁用管理员更改，或者设置细粒度的权限。