问题标签 [staging]

Wordpress 提出了一些挑战，因为它倾向于在数据库中保留太多内容，从而难以从服务器移动到服务器。

还有哪些需要注意的问题？

你的工作流程是怎样的？

我正在将我们的站点核心生产服务器移动到新设置，因此为新服务器设置了新的发布目标，以便在过渡期间可以发布到新旧服务器。这些被称为“live”（当前服务器）和“live2”（新服务器）。

我设置了新数据库，可以切换到它并在我的登台服务器上的内容编辑器中浏览它。

我设置了一个名为“live2”的发布目标（通过复制现有目标“live”）。

我的权限（由访问查看器报告）在“live”和“live2”发布目标上是相同的。

当我转到 Sitecore > 发布（或功能区发布按钮）时，“live2”在目标清单中被禁用，因此我无法发布到它。

唯一有权发布到“live2”的帐户是内置管理员帐户。

有人有想法么？

谢谢，亚当

我在engineyard 中有一个生产实例，并且运行良好。我想为内部测试创建一个新的暂存实例。我克隆了现有的生产实例，将框架环境更改为登台。我可以将所有代码部署到 Github 上的暂存实例。Engineyard 报告服务器已完全配置并准备就绪。

我的 Rails 应用程序中有 subdomain-fu，因为我的应用程序中有一些子域处理。我像这样设置子域初始化程序....

由于生产实例使用域 xxxxx.com，我希望我的暂存实例使用域 staging.xxxxx.com。但是打开此域时出现错误。似乎该应用程序使用 xxxxx.com 作为域，而不是 staging.xxxxx.com。

我检查了engineyard database.yml。它使用 xxxxx_production 数据库，我想它应该是 xxxxx_staging。

似乎engineyard实例未设置为登台环境，而只是从生产服务器克隆了所有设置。有没有人有这方面的经验，可以告诉我如何解决它？

谢谢。:)

我在一个网站上工作，我有一个看起来像这样的“开发 URL”：

www.example.com.php5-9.dfw1-2.example.com/

现在，在网站启动几周后，至少有一页内容在谷歌上被该 URL 编入索引。

问题：如何重定向来自该测试 URL 的所有请求以重新路由到实际域？

因此，例如，我想要：

www.example.com.php5-9.dfw1-2.example.com/page-name

要去：

www.example.com/page-name

该网站由 WordPress 提供支持并托管在 PHP 服务器上。我已经尝试过 .htaccess ，但没有取得多大成功。

我的登台和生产服务器位于不同的服务器和域上。

处理具有依赖于域名的密钥的外部 API 的最佳方法是什么？这是不好的做法，两者都应该在同一台服务器上吗？

从 svn 到 hg，我们都很兴奋，随着开发工作流程或多或少地被淘汰，这里仍然是最困难的部分 - 暂存和集成系统。

希望这个问题比你常见的“我如何从 xxx 移动到 Mercurial”更进一步。请原谅冗长且可能写得不好的问题:)

我们是做很多项目（主要是 PHP 和 Zend）的网上商店，所以我们有一个巨大的 svn 存储库，有大约 100 多个文件夹，每个文件夹代表一个项目，当然还有它自己的标签、分支和主干。在我们的集成和测试服务器（QA 和客户查看工作结果和测试内容）上，一切都非常自动化 - Apache 设置为自动选择新项目，为每个项目/主干创建虚拟主机；mysql 迁移脚本也在主干中，开发人员可以通过简单的 Web 界面应用它们。长话短说，我们的工作流程现在是这样的：

1. 签出代码，工作，提交
2. 通过 Web 界面在服务器上运行更新（这基本上在特定项目的服务器上进行 svn up，如果需要，还运行 db-migration 脚本）
3. 服务器上的 QA 更改

当我们有 2 个以上的开发人员在处理相同的代码时，这种方法对于大型项目肯定不是最佳的。svn 中的分支只会引起更多的头痛，好吧，因此转向 Mercurial。这就是问题所在 - 如何为此类工作组织有效的登台/集成/测试服务器（您有很多项目，比如单个开发人员可能在 1 天内处理 3 个不同的项目）。

我们决定基本上使用“默认”分支跟踪生产，然后在各个分支中进行所有更改。但是在这种情况下，我们如何为每个分支自动进行分段更新？如果早期对于一个项目，我们几乎总是在主干上工作，所以我们需要一个 DB、一个虚拟主机等。现在我们可能会讨论每个项目的 N 个数据库、N 个虚拟主机配置等。那么 CI 的东西呢（例如运行 phpDocumentor 和/或单元测试）？它应该只在“默认”上完成吗？在树枝上？

我想知道其他团队如何解决这个问题，也许是我们没有使用或忽略的一些最佳实践？

补充笔记：

可能值得一提的是，我们选择 Kiln 作为 repo 托管服务（主要是因为我们无论如何都在使用 FogBugz）

我有一个生产服务器和一个登台服务器，在将新功能转移到生产之前在其中进行测试。登台服务器在物理上与生产服务器不同（不同主机具有不同的 url），但它尽可能地模仿它（即相同的包、相同的 gem 等）。

Rails.env = 'production'在两台服务器上。

我的问题是，在某些情况下，我在暂存时需要与生产中不同的行为。

例如，一项新功能可能会在生产中向用户发送大量电子邮件；但是当我测试它时，我宁愿将它们发送到“测试”电子邮件帐户。

检测我所在的服务器的最佳方法是什么？

我想尽可能“轻而易举”地做到这一点。

非常感谢。

我使用它的 GitHub 只读 URL 将一个 repo 克隆到我团队的登台服务器上。我在那里对配置文件进行了一些更改。

我想将服务器上的 repo 克隆更改为读写，以便我可以“git push”配置文件更改。

我该怎么做呢？

还是有比从登台服务器提交更好的“最佳实践”方法来处理这种情况？

……很慢。我们正在尝试通过 VS2010 工具部署一个 280 MB 的 cspkg 文件，上传大约需要 35 分钟，再部署 10 分钟。

有什么方法可以加快这个上传过程吗？我们正在考虑将不变的数据放入一个 blob 中并从那里提取它，但我们首先想知道发生了什么。

编辑以反映我们正在使用 vs2010 azure 集成工具

所以我们有一个生活服务器农场，传统的东西没有虚拟化。这是为了暂时保持这种状态。我们谈论的服务器是：负载均衡器、DB master、DB Slaves (2x)、Webservers (2x)、CMS server。每个场总共有 7 台服务器。

我们希望拥有一对多相当精确的生命结构“副本”，用于内部目的。

• 测试/登台：在上线之前发现如果我们不使用相同的软件配置可能会漏掉的错误
• 调试/基准测试：与测试相同，但使用了额外的工具。调试标志并与 Tetsing/Staging 隔离以不干扰 QA。旨在更深入地了解我们的实时系统上的情况
• 开发/实验：更改系统组件、软件版本、库和配置以提高性能、开发人员效率、使我们的系统面向未来等。

总共有 3 个虚拟“农场”，每个有 7 个虚拟服务器，整齐地隔离。

现在我知道这可以通过许多不同风格的虚拟化来实现。问题是，什么是最好的？从战略的角度来看，我们不想使用 VMware 不开源。看看 XEN 和 KVM，这两个开源虚拟化的最大参与者，我很想听听一些关于选择什么/如何选择的建议。网络似乎还没有决定。

附加信息：

• 我们购买的服务器硬件的“寿命”将是 2-3 年
• 如果这是选择虚拟化技术时要考虑的一个因素，我们以后可能会将系统迁移到云环境中
• 在高负载场景中隔离服务器场/服务器很重要。当有人在实验农场造成严重破坏时，QA 不应该受到影响
• 高效的资源使用当然值得赞赏（内存过度使用/共享页面？像 linux-vserver hashify 这样的硬盘驱动器上的自动共享对象？）
• 定期维护要求，易于管理

我知道事情正在进行中，但如果你能告诉我你对现在选择什么的看法，我将不胜感激，因为我们希望使用该技术至少 3 年，积累和重用专有技术。也可能最终我们都可以意识到，无论是 XEN 还是 KVM 都不是决定战斗的因素，而是其他因素。这方面的启蒙对我们现在更有价值。

ps：不要着火：D