在接受涉及现有 WordPress 网站的项目之前，问自己一些重要问题：
当您仍在阅读本文时，我怀疑 - 尽管至少回答了 1 次“不”或“我不知道” - 您已经足够绝望或有其他原因，例如网络/营销或希望得到关注-up 项目，并且您已同意与已经开始造成麻烦的旧版 WordPress 网站合作。
我们可以通过运用常识和格外谨慎的措施来减少风险和麻烦。最重要的是，在进行任何更改之前务必备份所有数据！
当我必须与页面构建器合作修改现有旧网站时我会做什么：
下一个：
做好备份！ UpdraftPlus 是一个很好的工具，因为它的备份可用于将 WordPress 网站（包括购买的插件）克隆到开发和登台系统。
将备份文件下载到我的本地计算机！
设置开发实例！我们可以从共享主机上的一键安装开始，或者使用基于 Docker 的模板（如 wp_cli_docker）进行本地开发。
将原始内容恢复/迁移到本地副本。 UpdraftPlus 将调整所有绝对 URL 并确保目标实例上的工作媒体库。
重置主管理员用户（在 wp-admin 中或使用数据库 Docker 容器内的 mySQL cli）并更改其电子邮件地址。
删除所有其他用户！
删除所有个人和客户数据！
更改站点标题和书签图标。我的本地开发设置标题通常以“Local”开头，并且图标不能与生产图标混淆。
在我的本地开发实例中更新 WordPress 及其插件。
验证一切是否仍然有效！
在创建和下载完整备份之前不要更新客户端生产站点的任何部分，并且在截取屏幕截图和保存存档示例之前也不要执行此操作！如果有任何问题，我们需要知道最后的工作状态！
询问您的客户，当您对其生产站点进行更改时，他们是否更喜欢“正在建设”或“维护模式”通知。 Elementor有内置功能，但WordPress还没有，所以我们必须依赖第三方插件。我尝试了“正在建设”，由于 PHP 弃用消息在生产中不应该是致命的，它导致我的本地主机实例出现“白屏死亡”，但我仍然不想冒险。感谢 Team Streber 博客上的提示，我选择了 WebFactory Ltd 的维护，这似乎足够好，至少在短时间内停机，甚至无需支付 PRO 功能的费用。
将现有代码复制到项目文件（如 custom.css、custom.js、example-child/functions.php）并提交。
在进行实际的 Web 开发之前，在本地禁用性能、缓存和安全插件。它们在开发时没有帮助，但它们的优化可能会妨碍我们，导致页面样式过时并浪费内存和精力。
如果我们想向客户展示要测试的预览，我们可以设置一个公共暂存实例，从本地主机传输新备份（已经不含客户数据和可选插件），并设置密码保护确保只有合适的人才能进入我们的舞台！
如果我们不进行登台，我们可以在他们的生产服务器上添加一个草稿页面，我们可以在其中显示一些进度，并确保我们确实能够有选择地将我们的工作从本地主机复制到生产。
接下来，我尝试找出如何最好地使用给定的设置，如何保留我的更改，以及如何安全地将它们转移到另一个页面或实例而不破坏或忘记任何内容。
作为一名专注于前端的 Web 开发人员，我尝试尽可能多地使用全局 CSS。我知道这与无代码页面构建器的意图相矛盾，但一般编码也是如此。我发现这是保持对代码的控制和不完全丢弃现有代码和软件之间的务实妥协。
与特定于元素的自定义 CSS 或特定于插件的配置相比，全局自定义 CSS 非常突出且易于查找，这些配置可能会在下一次重大更新后停止工作。
根据网站的复杂性和我们对其技术的经验，我们可能花了至少半小时或一整天来掌握旧设置，但没有任何明显的成就。在开始编码之前，我们应该检查我们的作业并找到一个简单的子任务作为开始，最好是能够引起乍一看显而易见的变化的子任务。
这样我们就可以带着成就感完成第一个小时或第一天的工作。
在进行工作时，我们必须小心。
如你所见，我一直在发布有关 WordPress 的文章。我一直在接待使用旧版 WordPress 网站的客户，并且我不会从头开始重写他们的代码。我希望我的提示和咆哮对任何人都有帮助。发布此类帖子是保存我的知识并在下次我用谷歌搜索错误消息时找到它的另一种方式。
以上是旧版 WordPress Web 开发工作流程的详细内容。更多信息请关注PHP中文网其他相关文章！
