关键一方面是 这并不是说它们不应该作为优先事项处理几乎没有 这一切让我回到了我的一个宠物希望： 将安全修复程序与任何其他更新分开，再次减少（大大）更新后损坏的站点的数量。 结论：如有疑问，请过时，不要使用此（尽管很重要）功能。相反，始终探索每一个 更新，理想情况下，在将其部署到您的生产站点之前，先在您克隆的开发站点上对其进行测试。 回复 初学者支持 年 月 日下午 我们不同意该论点因为该论点的主要观点是人。
们侵入了他们的核心文件并且更新可能导致站点损坏。 首先，用户永远不要侵入核心 文件或任何插件的核心文件。如果他们对插件进行更改，他们应该重命名该插件这样更 英国电话号码清单 新就不会影响它。主题也是如此，您应该始终使用子主题进行更改或重命名主题，这样它就不会获得原始主题的更新。至于 核心文件，没有理由破解它们。如果你想对核心文件进行更改，你可以尝试将它们作为补丁提交、报告错误，或者尝试在不触及核心文件的情况下在插件中实现你的更改。
另一方面可以禁用自动更新用户可以选择手动更新他们的 站点。这样他们就有时间将更改保存为备份并安全地更新到新版本。 回复行政 奥利康奈利 年 月 日凌晨 （抱歉耽搁了，刚看到这个，我敢说对于现在很多人来说是一个更重要的话题 他们已经破坏了他们的网站！） 争论的重点是人们侵入了他们的核心文件 好吧，那肯定不是我的论点 从来没有说过一句话。无关紧要。 切勿编辑核心文件 自动更新增加了破坏站点的可能性时期 到目前为止的统计数据会很有趣。