7

我正在更新现有的 wordpress 网站，对主题和网站结构进行重大修改，并对插件进行更新，这些插件又将其数据存储到 mysql 数据库中。

据我所知，这里有 2（3？）种可能的策略：

  1. 从 DEV 将 MySQL 数据库“转储并加载”到 LIVE，并用最新更新替换 wp-content 文件夹。
  2. 通过 WP-importer 导入更改并将 wp-content 文件夹替换为最新更新。
  3. 通过 WP 管理界面手动更改数据库并将 wp-content 文件夹替换为最新更新（这仅对较小的更改有用）。

虽然我在自己独立的环境中进行开发，但这是针对当前正在运行的现有网站，并将继续接收来自公众的更新，例如评论和联系表格的条目，因此我希望数据库现在与我发布时有所不同我的改变。

鉴于此，上述选项提供了以下问题。

1. 转储和装载

“转储和加载”策略似乎是不可能的，因为我的数据正在幕后更新（这本来是我的首选方法，因为这很容易回滚）。

结果：需要在发布后同步数据库以获取最新更新，太复杂了。

2. 使用进口商

使用WP-Importer 插件页面和帖子 ID 将得到更新，从而破坏依赖帖子 ​​ID 激活的样式。这反过来又造成了我希望避免的 CSS 噩梦，必须在发布后通过 CSS以使用数据库创建的更新新页面/帖子 ID。

结果：过于挑剔，不是很专业的方法导致漫长而复杂的发布过程。

3. 手动更新数据库

此选项非常适合进行小的更改，但对于更复杂的版本，PROD 界面上要遵循的步骤列表会变得冗长且难以遵循，从而容易出错。

结果：太容易搞砸了，只有万不得已。

现有网站是否有标准的 WORDPRESS 发布策略？

所以基本上，我的问题是：其他 wordpress 开发人员在更新现有网站时遵循什么发布过程？有没有我没有在下面列出的选项，可以最大程度地减少发布过程中的麻烦并减少时间和复杂性？

我已经使用 GIT 为该站点设置了源代码控制，并且我习惯于通过 ANT 或类似的发布脚本来实现自动化，这对于当前项目来说可能是多余的，但至少知道一种更新 wordpress 的简单方法是理想的网站并尽量减少搞砸的机会。

谢谢！

4

3 回答 3

2

不用说，您还有其他选择。如果您手动进行数据库更改，请确保您正在有效地处理序列化数据。我建议使用Search and Replace DB。WordPress 还有一个很棒的小技巧，可以完全从 wp-config 文件中更改站点 url。

于 2012-12-14T15:56:19.197 回答
2

我认为这不是 WordPress 特有的，它与任何自定义网站的情况都相似。我个人倾向于重放在 dev 上进行的生产中的 SQL 更改。棘手的部分是您必须知道进行了哪些 SQL 更改。例如，某个插件可能会在您安装它时进行一些架构更改 - 您需要知道它们是什么。您可以通过在安装插件之前将数据库导出为 SQL 来做到这一点，然后再进行另一个导出并对文件进行比较。

既然您说您正在进行修改，那么我可能会假设您知道您将进行哪些 SQL 更改？只需确保您对 DB 所做的所有更改都采用 SQL 脚本文件的形式，而不仅仅是使用 GUI 进行编辑（您可以使用 GUI 帮助编写查询，但保存实际的 SQL）。完成所有更改后，您应该有一堆在开发过程中运行的 SQL 脚本 - 您可以按顺序重新运行它们而不会遇到错误。

然后，当需要投入生产时，创建一个生产的暂存版本（即对生产进行相当最新的数据库备份）。在上面运行更新脚本并测试一切正常。如果是，那么您可以在生产环境中运行。

在运行任何更改之前一定要备份生产！

于 2012-12-14T02:28:11.033 回答
1

我假设你的所有东西都在测试环境中运行。我会：

  • 在您的实时环境中创建一个新数据库。
  • 预加载新站点的所有内容和配置。
  • 在您的测试环境中，将您的 config.php 配置为指向新数据库。
  • 将所有文件上传到实时服务器。最后上传您的 config.php。

这将最大限度地减少停机时间。

于 2012-12-14T17:08:04.513 回答