旧版 WordPress Web 开发工作流程

在接受涉及现有 WordPress 网站的项目之前，问自己一些重要问题：

• 我们想使用 WordPress 吗？ （还是？又？）
• 我们还准备好这样做吗？我们可能需要学习什么？
• 我们必须处理哪些遗留决策和技术债务？
• 我们是否知道使用给定的技术（例如某个主题或页面构建器）是否可以实现我们的目标？
• 我们的客户知道他们想要什么或需要什么吗？
• 我们是否怀疑他们有额外的隐性要求？
• 他们有足够的预算来支付我们的工作吗？
• 我们还愿意接受任务吗？

当您仍在阅读本文时，我怀疑 - 尽管至少回答了 1 次“不”或“我不知道” - 您已经足够绝望或有其他原因，例如网络/营销或希望得到关注-up 项目，并且您已同意与已经开始造成麻烦的旧版 WordPress 网站合作。

我们可以通过运用常识和格外谨慎的措施来减少风险和麻烦。最重要的是，在进行任何更改之前务必备份所有数据！

当我必须与页面构建器合作修改现有旧网站时我会做什么：

• 通过以下方式调查现有设置
  • 截屏
  • 运行自动审核，例如
    • PageSpeed 见解
    • 网页测试
    • 网站Carbon
    • WAVE 可访问性检查
  • 并将当前状态保存到 web.archive.org
  • 对于最重要的页面类型，例如
    • 主页
    • 另一个静态页面
    • 博客档案（类别页面）
    • 单个博客条目。

下一个：

• 做好备份！ UpdraftPlus 是一个很好的工具，因为它的备份可用于将 WordPress 网站（包括购买的插件）克隆到开发和登台系统。

• 将备份文件下载到我的本地计算机！

• 设置开发实例！我们可以从共享主机上的一键安装开始，或者使用基于 Docker 的模板（如 wp_cli_docker）进行本地开发。

• 将原始内容恢复/迁移到本地副本。 UpdraftPlus 将调整所有绝对 URL 并确保目标实例上的工作媒体库。

• 重置主管理员用户（在 wp-admin 中或使用数据库 Docker 容器内的 mySQL cli）并更改其电子邮件地址。

• 删除所有其他用户！

• 删除所有个人和客户数据！

• 更改站点标题和书签图标。我的本地开发设置标题通常以“Local”开头，并且图标不能与生产图标混淆。

• 在我的本地开发实例中更新 WordPress 及其插件。

• 验证一切是否仍然有效！

在创建和下载完整备份之前不要更新客户端生产站点的任何部分，并且在截取屏幕截图和保存存档示例之前也不要执行此操作！如果有任何问题，我们需要知道最后的工作状态！

询问您的客户，当您对其生产站点进行更改时，他们是否更喜欢“正在建设”或“维护模式”通知。 Elementor有内置功能，但WordPress还没有，所以我们必须依赖第三方插件。我尝试了“正在建设”，由于 PHP 弃用消息在生产中不应该是致命的，它导致我的本地主机实例出现“白屏死亡”，但我仍然不想冒险。感谢 Team Streber 博客上的提示，我选择了 WebFactory Ltd 的维护，这似乎足够好，至少在短时间内停机，甚至无需支付 PRO 功能的费用。

• 检查自定义代码和样式的现有设置，例如
  • 外观->定制->额外的CSS
  • 小部件
  • 主题或自定义插件允许定义自定义代码的任何其他地方
  • 子主题中的自定义 PHP 代码；

• 将现有代码复制到项目文件（如 custom.css、custom.js、example-child/functions.php）并提交。

• 在进行实际的 Web 开发之前，在本地禁用性能、缓存和安全插件。它们在开发时没有帮助，但它们的优化可能会妨碍我们，导致页面样式过时并浪费内存和精力。

• 如果我们想向客户展示要测试的预览，我们可以设置一个公共暂存实例，从本地主机传输新备份（已经不含客户数据和可选插件），并设置密码保护确保只有合适的人才能进入我们的舞台！

• 如果我们不进行登台，我们可以在他们的生产服务器上添加一个草稿页面，我们可以在其中显示一些进度，并确保我们确实能够有选择地将我们的工作从本地主机复制到生产。

接下来，我尝试找出如何最好地使用给定的设置，如何保留我的更改，以及如何安全地将它们转移到另一个页面或实例而不破坏或忘记任何内容。

作为一名专注于前端的 Web 开发人员，我尝试尽可能多地使用全局 CSS。我知道这与无代码页面构建器的意图相矛盾，但一般编码也是如此。我发现这是保持对代码的控制和不完全丢弃现有代码和软件之间的务实妥协。

与特定于元素的自定义 CSS 或特定于插件的配置相比，全局自定义 CSS 非常突出且易于查找，这些配置可能会在下一次重大更新后停止工作。

根据网站的复杂性和我们对其技术的经验，我们可能花了至少半小时或一整天来掌握旧设置，但没有任何明显的成就。在开始编码之前，我们应该检查我们的作业并找到一个简单的子任务作为开始，最好是能够引起乍一看显而易见的变化的子任务。

这样我们就可以带着成就感完成第一个小时或第一天的工作。

进一步的工作

在进行工作时，我们必须小心。

沟通

• 告知我们的客户我们将要做什么，特别是当它涉及我们的停机风险时！
• 打开手机，查看我们的收件箱、聊天和项目管理工具，以获取任何重要的入站消息！
• 检查沟通中是否存在可能的误解，宁可提出愚蠢的问题，也不要做出错误的假设！

安全

• 始终确保我们知道我们正在使用哪个实例/服务器！
• 切勿使用过时的数据！休息后继续工作之前重新加载内容！
• 经常保存并提交更改！
• 不要停止创建和下载备份！

付款及推荐

• 始终让客户满意，或者至少不要让他们失望或生气！
• 如果项目失败了，或者您的客户认为失败了，请讨论解决方案以及可能的退出和移交方案。我们还可以在开具最终发票时为客户提供合理的折扣。
• 纾困可能会防止事情变得更糟，有时还可以节省时间和金钱，但最好在不告诉客户的情况下投入额外的努力并挽救项目，并将经济损失转化为营销投资：满意的客户可能会向他人推荐我们的服务。

要点

• 记笔记！如果您发现“肮脏的秘密”或巧妙的解决方法，如果您学习了与 WordPress 或一般（网络）开发相关的新概念，请将其写在数字介质中，并且足够详细，以便下次需要时能够找到信息它！

如你所见，我一直在发布有关 WordPress 的文章。我一直在接待使用旧版 WordPress 网站的客户，并且我不会从头开始重写他们的代码。我希望我的提示和咆哮对任何人都有帮助。发布此类帖子是保存我的知识并在下次我用谷歌搜索错误消息时找到它的另一种方式。

以上是旧版 WordPress Web 开发工作流程的详细内容。更多信息请关注PHP中文网其他相关文章！