将 django 应用程序从 dev 移动到 prod 时的常见错误？答案

【问题标题】：Common errors when moving a django app from dev to prod?将 django 应用程序从 dev 移动到 prod 时的常见错误？
【发布时间】：2009-10-30 06:42:15
【问题描述】：

我正在 Windows、SQLite 和 django 开发服务器上开发一个 django 应用程序。我已经将它部署到运行 Linux、Apache、FastCgi、MySQL 的主机服务器上。

不幸的是，我在 prod 上的服务器返回了一个错误，而在 dev 机器上一切正常。为了能够调试和理解问题，我已向我的供应商咨询了预生产解决方案。

无论如何，您认为将 django 应用程序从 dev 转移到 prod 时最可能发生的错误是什么？

最好的

更新：我认为 pre-prod 是解决此类问题的最佳方法。但我想建立一个在投入生产之前必须做的检查清单。感谢到目前为止我收到的非常有价值的答案:)

更新：仅供参考，我已经按照 shanyu 的建议实施了 preprod 服务器和电子邮件通知，我可以看到错误来自我在这个新版本上使用的 smart_if templatetag。模板标签有什么技巧吗？

更新：我想我已经修复了我认为是由 Filezilla FTP 发送引起的 pb。我正在使用“如果更新则替换”选项，我猜这会导致一些意想不到的结果。使用“全部替换”选项可解决此问题。然而，这对我来说是一个了解更多关于部署的机会。谢谢你的回答。

【问题讨论】：

【解决方案1】：

我通常遇到的问题包括：

错误配置的产品设置，无论是在我的产品 localsettings.py、wsgi/cgi 还是 /etc/sites-available 中的 apache 站点文件中
数据库差异。我使用 South 进行迁移，但在 PostgreSQL 上执行迁移时遇到了一些微妙的问题，而它在 sqlite 中运行良好。
静态文件托管，因为我作弊并在开发中使用 Django 服务器
文件系统和数据库中的权限
罕见但可能的网络问题阻止我获取依赖项，无论是在 PyPi 还是某些 3rd 方站点上

我缓解这些问题的方法：

在生产和开发中使用相同的数据库（在您的情况下，到处都是 MySQL）
我发现拥有一个以各种可能方式模拟生产的“测试”环境很有用（它可以在低端硬件上，甚至在同一台机器上）。这样，如果这个“类似生产”的环境中有任何问题，我可以在不让生产服务器下线的情况下解决它们。
编写所有可重复部署的脚本。我使用fabric，但 zc.buildout 或 Paver 也可以。这些工具有助于减少部署时的拼写错误，并缩短部署我的应用的时间。
使用版本控制（mercurial、git、subversion）和模式迁移工具（如 South），因此如果在部署到生产环境时出现问题，您可以撤销更改并允许生产继续运行具有旧数据库架构的旧代码。
我还没有设置“egg proxy”，但我正在考虑，以避免下载依赖项时出现问题。
我发现 pip's 冻结依赖项很有用，以防我最初下载库后发生新的、不兼容的更改
使用 Windmill 或 Selenium 等 Web 测试框架在我的“测试”环境中测试我的应用程序，这样我就可以非常快速地获得系统的大量测试覆盖率。

【讨论】：

【解决方案2】：

关于您的情况，我可以想到两件简单的事情可能对您有所帮助：

【讨论】：

【解决方案3】：

我相信这些是我最近收听的播客（来自 Pycon 2009）：

在现实世界中定位 Django（PyCon 2009）：

http://advocacy.python.org/podcasts/pycon.rss

第 1 至 3 部分

很好地介绍了如何设计用于部署的应用程序，尤其是用于重用和重新部署。

【讨论】：