与mod_wsgi相比，mod_python；工作；？

似乎大多数关于mod_python和mod_wsgi的博客文章都集中在告诉我mod_wsgi如何更好，以及wsgi应用程序是什么样子的。这很好，但我真正想知道的是——对这门学科有全面的了解——是：

它们在运行脚本时有什么不同

使用CGI，服务器只需设置环境并运行简单的.py。WSGI将应用程序包装在一个对象中，但概念仍然基本相同：运行一个.py文件

mod_python是如何做到的

我也非常有兴趣学习任何mod_uu的工作原理，所以，真的，请随意给我指出关于这个主题的任何有趣的东西

---

谢谢

参见官方mod_python文档，即：

实际上，请注意，在使用python和web时，通常根本不需要运行Apache，因为有很多种方法可以直接从python为页面提供服务

标准库：

外部web服务器：

• …还有许多其他的

外部网络框架：

---

您可以从以下内容开始：

何时/如何创建和使用子口译员的基本原则在mod_wsgi中也是一样的

---

问题是，为什么你想使用MODYPython来学习它是如何工作的，因为MyPython不再被开发，并被Apache软件基金会移到阁楼。mod_wsgi模块还修复了mod_python在线程处理方面遇到的各种问题，如果您打算降低到该级别。

“根本不需要运行Apache”，尽管Apache可以用作这些服务器前面的代理。使用单个服务器为多个站点提供服务非常有用。AFAIK，在单个服务器上运行多个站点也可以通过大多数纯python替代方案实现。例如，能否在一台服务器上运行多个站点取决于正在运行的框架/应用程序。例如，Django不能在同一进程中运行具有不同代码基的多个站点，除非宿主机制支持使用子解释器来分隔正在运行的内容。据我所知，没有任何纯Python WSGI服务器是从Python命令行运行的，它们可以做到这一点，而嵌入式解决方案，如mod_WSGI和uWSGI，则控制解释器的创建。@GrahamDumpleton-至少

twisted.web

支持虚拟主机，cherry.py中的

cherryd

也是如此。我确信，本文中列出的一些纯python服务器也支持它们。@Kimvais-您不理解我所说的意义。尽管有些支持虚拟主机映射到不同应用程序的概念，但如果在同一解释器中运行，则不能始终在同一进程空间中运行框架/应用程序的多个不同实例。因此，您无法使用这些服务器在不同的虚拟主机下运行两个单独的Django项目。这是因为Django依赖于每个解释器只能有一组的全局数据。两个不同的框架/应用程序无法共享该全局状态。