Python Django：部署时需要重新启动Apache吗？

我刚刚注意到一个恼人的因素：Django需要重新启动服务器或访问工作。如果您没有访问Apache服务器进程的权限，那么第一个选项是不可行的。就我所知，第二种方法对性能有害，一般来说，运行CGI的想法让我感到不舒服

我最近还看了一个题为“为什么我讨厌Django”的演讲。虽然我并没有真正分享演讲者（一个Flickr的家伙）的大部分观点，但重新启动服务器的事实听起来很烦人

---

我想知道你在这方面的积极经验。我应该继续使用Django并将其用作CGI，还是选择另一个Python框架？CGI选项有那么糟糕吗？我应该关注它吗？还是它是一个可行的选项（对于性能和可伸缩性）？

通过使用WSGI标准。您不必重新启动Apache，只需更新.wsgi文件上的mtime即可

使用WSGI标准，通过。您不必重新启动Apache，只需更新.wsgi文件上的mtime即可

我通常不重新启动服务器，而是强制重新加载配置。在Ubuntu Hardy服务器上，也就是说

sudo /etc/init.d/apache2 force-reload

---

这几乎是立即完成的。

我通常不会重新启动服务器，而是强制重新加载配置。在Ubuntu Hardy服务器上，也就是说

sudo /etc/init.d/apache2 force-reload

---

这几乎是立即完成的。

有关如何在使用Apache/mod_wsgi时处理源代码重新加载，请阅读：

---

文档在阅读时更有用。；-）

有关如何在使用Apache/mod_wsgi时处理源代码重新加载，请阅读：

---

文档在阅读时更有用。；-）

我想这是假设服务器使用这个apache模块。否则，您将如何将Django连接到apache？你在使用像mod_python这样疯狂的东西吗？我不会打败你的——使用mod_python本身就是一种惩罚。但是您可以通过使用mod_wsgi来轻松解决问题。以下是一些指南：<>，<>我们可以将mod_wsgi与非Apache服务器一起使用吗？不，mod_wsgi是Apache模块 — 尽管令人困惑的是，nginx有一个“mod_wsgi”，它是一个不相关的代码库。WSGI是您编写应用程序的标准；mod_wsgi只是将其连接到Apache的胶水。对于不同的web服务器，您将使用不同的胶水，但应用程序本身不需要更改。我想这是假设服务器使用此apache模块。否则，您将如何将Django连接到apache？你在使用像mod_python这样疯狂的东西吗？我不会打败你的——使用mod_python本身就是一种惩罚。但是您可以通过使用mod_wsgi来轻松解决问题。以下是一些指南：<>，<>我们可以将mod_wsgi与非Apache服务器一起使用吗？不，mod_wsgi是Apache模块 — 尽管令人困惑的是，nginx有一个“mod_wsgi”，它是一个不相关的代码库。WSGI是您编写应用程序的标准；mod_wsgi只是将其连接到Apache的胶水。对于不同的web服务器，您可能会使用不同的胶水，但应用程序本身不需要更改。请注意，Cal Henderson关于他为什么讨厌Django的演讲是DjangoCon的主题演讲，因此他显然并不那么讨厌它。他的许多“憎恨”都是讽刺，或者至少在某种意义上是“可以做得更好”。这仍然比Java web开发要好。您必须重新启动服务器并等待更长的时间。@Daniel:是的，但他的一些观点是好的，另一些则讽刺到了不合适的程度。我知道他是一个有伸缩性的人，但抱怨空间和标签以及电线上的东西有点过分。。。如果你达到这样的讽刺程度，你的听众就会开始想，其他的一切到底有多讽刺或真实。请注意，卡尔·亨德森关于他为什么讨厌Django的演讲是DjangoCon的一个主题演讲，所以很明显他并不那么讨厌它。他的许多“憎恨”都是讽刺，或者至少在某种意义上是“可以做得更好”。这仍然比Java web开发要好。您必须重新启动服务器并等待更长的时间。@Daniel:是的，但他的一些观点是好的，另一些则讽刺到了不合适的程度。我知道他是一个有伸缩性的人，但抱怨空间和标签以及电线上的东西有点过分。。。如果你达到了这种讽刺的程度，你的听众就会开始怀疑其他事情是多么讽刺或真实。如果你有时间的话，可以考虑在答案本身中包括相关信息，并链接到引用的网站。当链接页面发生变化时，只链接答案将无效。如果您有时间，考虑通过在答案本身中包含相关信息来固定帖子，并链接到引用的站点。链接页面更改时，仅链接的答案将无效。