python编写web配置

㈠ python web 怎么部署

学过PHP的都了解，php的正式环境部署非常简单，改几个文件就OK，用FastCgi方式也是分分钟的事情。相比起来，Python在web应用上的部署就繁杂的多，主要是工具繁多，主流服务器支持不足，在了解Python的生产环境部署方式之前，先明确一些概念！很重要！

CGI：

CGI即通用网关接口(Common Gateway Interface)，是外部应用程序（CGI程序）与Web服务器之间的接口标准，是在CGI程序和Web服务器之间传递信息的规程。CGI规范允许Web服务器执行外部程序，并将它们的输出发送给Web浏览器，CGI将Web的一组简单的静态超媒体文档变成一个完整的新的交互式媒体。通俗的讲CGI就像是一座桥，把网页和WEB服务器中的执行程序连接起来，它把HTML接收的指令传递给服务器的执行程序，再把服务器执行程序的结果返还给HTML页。CGI的跨平台性能极佳，几乎可以在任何操作系统上实现。

CGI方式在遇到连接请求（用户请求）先要创建cgi的子进程，激活一个CGI进程，然后处理请求，处理完后结束这个子进程。这就是fork-and-execute模式。所以用cgi方式的服务器有多少连接请求就会有多少cgi子进程，子进程反复加载是cgi性能低下的主要原因。当用户请求数量非常多时，会大量挤占系统的资源如内存，CPU时间等，造成效能低下。

CGI脚本工作流程：

• 浏览器通过HTML表单或超链接请求指向一个CGI应用程序的URL。

• 服务器执行务器收发到请求。所指定的CGI应用程序。

• CGI应用程序执行所需要的操作，通常是基于浏览者输入的内容。

• CGI应用程序把结果格式化为网络服务器和浏览器能够理解的文档（通常是HTML网页）。

• 网络服务器把结果返回到浏览器中。

python有cgi模块可支持原生cgi程序

FastCGI：

FastCGI是一个可伸缩地、高速地在HTTP server和动态脚本语言间通信的接口。多数流行的HTTP server都支持FastCGI，包括Apache、Nginx和lighttpd等，同时，FastCGI也被许多脚本语言所支持，其中就有Python。FastCGI是从CGI发展改进而来的。传统CGI接口方式的主要缺点是性能很差，因为每次HTTP服务器遇到动态程序时都需要重新启动脚本解析器来执行解析，然后结果被返回给HTTP服务器。这在处理高并发访问时，几乎是不可用的。FastCGI像是一个常驻(long-live)型的CGI，它可以一直执行着，只要激活后，不会每次都要花费时间去fork一次(这是CGI最为人诟病的fork-and-execute 模式)。CGI 就是所谓的短生存期应用程序，FastCGI 就是所谓的长生存期应用程序。由于 FastCGI 程序并不需要不断的产生新进程，可以大大降低服务器的压力并且产生较高的应用效率。它的速度效率最少要比CGI 技术提高 5 倍以上。它还支持分布式的运算, 即 FastCGI 程序可以在网站服务器以外的主机上执行并且接受来自其它网站服务器来的请求。

FastCGI是语言无关的、可伸缩架构的CGI开放扩展，其主要行为是将CGI解释器进程保持在内存中并因此获得较高的性能。众所周知，CGI解释器的反复加载是CGI性能低下的主要原因，如果CGI解释器保持在内存中并接受FastCGI进程管理器调度，则可以提供良好的性能、伸缩性、Fail-Over特性等等。FastCGI接口方式采用C/S结构，可以将HTTP服务器和脚本解析服务器分开，同时在脚本解析服务器上启动一个或者多个脚本解析守护进程。当HTTP服务器每次遇到动态程序时，可以将其直接交付给FastCGI进程来执行，然后将得到的结果返回给浏览器。这种方式可以让HTTP服务器专一地处理静态请求或者将动态脚本服务器的结果返回给客户端，这在很大程度上提高了整个应用系统的性能。

FastCGI的工作流程:

• Web Server启动时载入FastCGI进程管理器（PHP-CGI或者PHP-FPM或者spawn-cgi)

• FastCGI进程管理器自身初始化，启动多个CGI解释器进程(可见多个php-cgi)并等待来自Web Server的连接。

• 当客户端请求到达Web Server时，FastCGI进程管理器选择并连接到一个CGI解释器。Web server将CGI环境变量和标准输入发送到FastCGI子进程php-cgi。

• FastCGI子进程完成处理后将标准输出和错误信息从同一连接返回Web Server。当FastCGI子进程关闭连接时，请求便告处理完成。FastCGI子进程接着等待并处理来自FastCGI进程管理器(运行在Web Server中)的下一个连接。 在CGI模式中，php-cgi在此便退出。

FastCGI 的特点：

• 打破传统页面处理技术。传统的页面处理技术，程序必须与 Web 服务器或 Application 服务器处于同一台服务器中。这种历史已经早N年被FastCGI技术所打破，FastCGI技术的应用程序可以被安装在服务器群中的任何一台服务器，而通过 TCP/IP 协议与 Web 服务器通讯，这样做既适合开发大型分布式 Web 群，也适合高效数据库控制。

• 明确的请求模式。CGI 技术没有一个明确的角色，在 FastCGI 程序中，程序被赋予明确的角色（响应器角色、认证器角色、过滤器角色）。

WSGI：

PythonWeb服务器网关接口（Python Web Server Gateway Interface，缩写为WSGI）是为Python语言定义的Web服务器和Web应用程序或框架之间的一种简单而通用的接口。自从WSGI被开发出来以后，许多其它语言中也出现了类似接口。WSGI是作为Web服务器与Web应用程序或应用框架之间的一种低级别的接口，以提升可移植Web应用开发的共同点。WSGI是基于现存的CGI标准而设计的。

WSGI区分为两个部份：一为“服务器”或“网关”，另一为“应用程序”或“应用框架”。在处理一个WSGI请求时，服务器会为应用程序提供环境上下文及一个回调函数（Callback Function）。当应用程序完成处理请求后，透过先前的回调函数，将结果回传给服务器。所谓的 WSGI 中间件同时实现了API的两方，因此可以在WSGI服务和WSGI应用之间起调解作用：从WSGI服务器的角度来说，中间件扮演应用程序，而从应用程序的角度来说，中间件扮演服务器。“中间件”组件可以执行以下功能：

• 重写环境变量后，根据目标URL，将请求消息路由到不同的应用对象。

• 允许在一个进程中同时运行多个应用程序或应用框架。

• 负载均衡和远程处理，通过在网络上转发请求和响应消息。

• 进行内容后处理，例如应用XSLT样式表。

以前，如何选择合适的Web应用程序框架成为困扰Python初学者的一个问题，这是因为，一般而言，Web应用框架的选择将限制可用的Web服务器的选择，反之亦然。那时的Python应用程序通常是为CGI，FastCGI，mod_python中的一个而设计，甚至是为特定Web服务器的自定义的API接口而设计的。WSGI没有官方的实现, 因为WSGI更像一个协议。只要遵照这些协议,WSGI应用(Application)都可以在任何服务器(Server)上运行, 反之亦然。WSGI就是Python的CGI包装，相对于Fastcgi是PHP的CGI包装。

WSGI将 web 组件分为三类： web服务器，web中间件,web应用程序， wsgi基本处理模式为 ： WSGI Server -> (WSGI Middleware)* -> WSGI Application 。

uwsgi：

uwsgi协议是一个uWSGI服务器自有的协议，它用于定义传输信息的类型（type of information），每一个uwsgi packet前4byte为传输信息类型描述，它与WSGI相比是两样东西。据称其效率是fcgi的10倍。具体的协议内容请参考：the uwsgi protocol

以上四者都可以理解为协议！协议！协议！实现了这样的协议，就可以实现Web服务器与Web应用程序相关联的web服务！

uWSGI：

uWSGI项目旨在为部署分布式集群的网络应用开发一套完整的解决方案。uWSGI主要面向web及其标准服务，已经成功的应用于多种不同的语言。由于uWSGI的可扩展架构，它能够被无限制的扩展用来支持更多的平台和语言。目前，你可以使用C，C++和Objective-C来编写插件。项目名称中的“WSGI”是为了向同名的Python Web标准表示感谢，因为WSGI为该项目开发了第一个插件。uWSGI是一个Web服务器，它实现了WSGI协议、uwsgi、http等协议。uWSGI，既不用wsgi协议也不用FastCGI协议，而是自创了上文说将的uwsgi协议。

uWSGI的主要特点如下：

• 超快的性能。

• 低内存占用（实测为apache2的mod_wsgi的一半左右）。

• 多app管理。

• 详尽的日志功能（可以用来分析app性能和瓶颈）。

• 高度可定制（内存大小限制，服务一定次数后重启等）。

Gunicorn：

和uWSGi类似的工具，从rails的部署工具(Unicorn)移植过来的。但是它使用的协议是前文所讲的WSGI，这是python2.5时定义的官方标准(PEP 333)，根红苗正，而且部署比较简单，详细的使用教程请点击这里。Gunicorn采用prefork模式，Gunicorn 服务器与各种 Web 框架兼容，只需非常简单的执行，轻量级的资源消耗，以及相当迅速。它的特点是与 Django 结合紧密，部署特别方便。 缺点也很多，不支持 HTTP 1.1，并发访问性能不高，与 uWSGI，Gevent 等有一定的性能差距。

1. Gunicorn设计

Gunicorn 是一个 master进程，spawn 出数个工作进程的 web 服务器。master 进程控制工作进程的产生与消亡，工作进程只需要接受请求并且处理。这样分离的方式使得 reload 代码非常方便，也很容易增加或减少工作进程。 工作进程这块作者给了很大的扩展余地，它可以支持不同的IO方式，如 Gevent,Sync 同步进程，Asyc 异步进程，Eventlet 等等。master 跟 worker 进程完全分离，使得 Gunicorn 实质上就是一个控制进程的服务。

2. Gunicorn源码结构

从 Application.run() 开始，首先初始化配置，从文件读取，终端读取等等方式完成 configurate。然后启动 Arbiter，Arbiter 是实质上的 master 进程的核心，它首先从配置类中读取并设置，然后初始化信号处理函数，建立 socket。然后就是开始 spawn 工作进程，根据配置的工作进程数进行 spawn。然后就进入了轮询状态，收到信号，处理信号然后继续。这里唤醒进程的方式是建立一个 PIPE，通过信号处理函数往 pipe 里 write，然后 master 从 select.select() 中唤醒。

工作进程在 spawn 后，开始初始化，然后同样对信号进行处理，并且开始轮询，处理 HTTP 请求，调用 WSGI 的应用端，得到 resopnse 返回。然后继续。

Sync 同步进程的好处在于每个 request 都是分离的，每个 request 失败都不会影响其他 request，但这样导致了性能上的瓶颈。

Tornado：

Tornado即使一款python 的开发框架，也是一个异步非阻塞的http服务器，它本身的数据产出实现没有遵从上文所说的一些通用协议，因为自身就是web服务器，所以动态请求就直接通过内部的机制，输出成用户所请求的动态内容。如果把它作为一个单独服务器，想用它来配合其他的框架如Flask来部署，则需要采用WSGI协议，Tornado内置了该协议，tornado.wsgi.WSGIContainer。

wsgiref：

Python自带的实现了WSGI协议的的wsgi server。wsgi server可以理解为一个符合wsgi规范的web server，接收request请求，封装一系列环境变量，按照wsgi规范调用注册的wsgi app，最后将response返回给客户端。Django的自带服务器就是它了。

以上都可以理解为实现！实现！实现！实现了协议的工具！

注：mod_wsgi（apache的模块）其实也是实现了wsgi协议的一个模块，现在几乎不废弃了，所以也不多说了，感兴趣的自己查一下吧。

所以如果你采用Django框架开发了应用之后，想部署到生产环境，肯定不能用Django自带的，可以用使用uwsgi协议的uWSGI服务器，也可以采用实现了WSGI协议的gunicorn或者Tornado，亦可以用FastCGI、CGI模式的Nginx、lighttpd、apache服务器。其他框架亦如此！明白了这些概念在部署的时候就可以做到心中有数，各种工具之间的搭配也就“知其然，并知其所以然”了。

在我们组的项目中有两种框架Django和Tornado，生产环境也用到了两种部署方式。uWSGI和Gunicorn：

Django项目用Nginx+uWSGI方式部署，Tornado项目用Nginx+Gunicorn方式部署：

Nginx都作为负载均衡以及静态内容转发。Tornado项目用supervisord来管理Gunicorn，用Gunicorn管理Tornado。众所周知，由于Python的GIL存在，所以Python的并发都采用多进程模式，所以我们部署的方式是一个核心两个进程。

㈡ 如何用Python做Web开发

1.python入门
推荐老齐《从零开始学python》，《python简明教程》，这两本书很适合小白入门（像我一样长期徘徊在编程门外的人）
2.python进阶
推荐《python学习手册》，python学习手册的前半部分与在入门教程中的基础部分相重复，后面部分对python的介绍更细致，比如面向对象的这部分对于小白理解相对容易。
还有一本《python cookbook》，这本是在讲述python的经典用法，目前读过函数，装饰器以及网络编程这三部分，在不断的敲玩具代码的过程中，会发现书中讲的例子不断会出现。
3.学习web开发，自然要涉及到基于python的web 框架。
1）flask
flask如同官方所描述的那样，是一个web微框架，用几行代码就可以实现一个在hello world，现在的个人感觉是flask确实适合新手入门。基于这个原则，
推荐《flask web 开发》这本书，这本书简直是良心，讲的很细，并且在github上有源码，可以很容易跟着作者的步骤去学习，不懂得的地方可以去问谷歌或者qq群。
推荐的第二本是《building web applications with flask》这本书是对flask框架的细化，深入讲解flask的模板，restful等等，虽然是英文，但是叶能顺利阅读下去
推荐的第三本是《flask Framework cookbook》，这三本书是一个不段进阶的部分。
2）django
django是大而全，开箱即用，在flask了解的差不多的时候去了解，毕竟生成环境用的django相对多一点。
django学习可以看得书：（1）tango with django只有一个应用去学习，对于新手友好，可以比对github源码
（2）django by example 注重实战，有几个实例，blog， shop etc,涉及django基础，redis,celery,solr,ajax,很全面，也是web开发常用的技术
4.在学习框架的过程中，会不断体会到前端的知识也是要补回来，可以w3c school看一下。
5.数据库，在python中内置了sqlite， sql命令有相同之处，路线是sqlite， mysql， mongodb，有个逐渐过度的过程。
6.了解http的具体工作流程，这点目前还是有点模糊
7.工具集：sublime(需要配置，主要用于python编程，神器谁用谁知道)， vim， firebug, firefox, linux,github（代码大宝库，各种代码）
8.学习的过程觉得几点很重要
1）做好笔记，同样的问题会遇到第二次，有个笔记容易复查
2）善用谷歌，善用qq与论坛，你现在遇到的问题，大多数前人都遇到过，stackflow是个好地方
3）迷茫的时候还是坚持看，因为毕竟是小白，不懂的太多，你总要把他弄懂
4）有时间了可以把算法与数据结构补起来

㈢ 怎么用python搭建一个最简单的Web服务器

利用Python自带的包可以建立简单的web服务器。在DOS里cd到准备做服务器根目录的路径下，输入命令：

python -m Web服务器模块 [端口号，默认8000]
例如：

python -m SimpleHTTPServer 8080
然后就可以在浏览器中输入

http://localhost:端口号/路径

来访问服务器资源。
例如：
http://localhost:8080/index.htm（当然index.htm文件得自己创建）
其他机器也可以通过服务器的IP地址来访问。

㈣ 如何用python做web开发 django环境配置

下载
python-2.7.2.msi
Django-1.3.1.tar.gz

Django暂时只支持python 2.4 ~ 2.7， 在Django-1.3.1\docs\intro\install.txt中有说明：
Being a Python Web framework, Django requires Python. It works with any Python
version from 2.4 to 2.7 (e to backwards
incompatibilities in Python 3.0, Django does not currently work with
Python 3.0;
安装python-2.7.2，并添加环境变量
D:\Python27;D:\Python27\Scripts;
命令行进入Django-1.3.1目录, 安装django
python setup.py install
Django提供了tutorial
Django-1.3.1\docs\intro

新建站点
E:\python>django-admin.py startproject mysite
启动django自带的web服务器
E:\python>cd mysite
E:\python\mysite>manage.py runserver
Validating models...

0 errors found
Django version 1.3.1, using settings 'mysite.settings'
Development server is running at http://127.0.0.1:8000/
Quit the server with CTRL-BREAK.
在浏览器中输入 http://127.0.0.1:8000/ 浏览页面
ps:
在windows7中按上述步骤配置好后，出现下列情况

D:\work\python>django-admin.py startproject mysite
Usage: django-admin.py subcommand [options] [args]

...
很显然django-admin.py不参识别startproject命令，其它命令也不能识别。不过，另一种方式却可以
D:\Python27\Scripts>python django-admin.py startproject mysite
这说明django-admin.py 后面的参数不能传递进去，可以通过修改注册表实现。
输入regedit, 进入 HKEY_CLASSES_ROOT\py_auto_file\shell\open\command ， "C:\Python26\python.exe" "%1" change it to "C:\Python26\python.exe" "%1" %*
成功解决了

㈤ 如何用python做web开发 django环境配置

下载
python-2.7.2.msi
Django-1.3.1.tar.gz
Django暂时只支持python
2.4
~
2.7，
在Django-1.3.1\docs\intro\install.txt中有说明：
Being
a
Python
Web
framework,
Django
requires
Python.
It
works
with
any
Python
version
from
2.4
to
2.7
(e
to
backwards
incompatibilities
in
Python
3.0,
Django
does
not
currently
work
with
Python
3.0;
安装python-2.7.2，并添加环境变量
D:\Python27;D:\Python27\Scripts;
命令行进入Django-1.3.1目录,
安装django
python
setup.py
install
Django提供了tutorial
Django-1.3.1\docs\intro
新建站点
E:\python>django-admin.py
startproject
mysite
启动django自带的web服务器
E:\python>cd
mysite
E:\python\mysite>manage.py
runserver
Validating
models...
0
errors
found
Django
version
1.3.1,
using
settings
'mysite.settings'
Development
server
is
running
at
http://127.0.0.1:8000/
Quit
the
server
with
CTRL-BREAK.
在浏览器中输入
http://127.0.0.1:8000/
浏览页面
ps:
在windows7中按上述步骤配置好后，出现下列情况
D:\work\python>django-admin.py
startproject
mysite
Usage:
django-admin.py
subcommand
[options]
[args]
...
很显然django-admin.py不参识别startproject命令，其它命令也不能识别。不过，另一种方式却可以
D:\Python27\Scripts>python
django-admin.py
startproject
mysite
这说明django-admin.py
后面的参数不能传递进去，可以通过修改注册表实现。
输入regedit,
进入
HKEY_CLASSES_ROOT\py_auto_file\shell\open\command
，
"C:\Python26\python.exe"
"%1"
change
it
to
"C:\Python26\python.exe"
"%1"
%*
成功解决了

㈥ 如何用Python写一个web框架

STEP.1

我们首先得选择基于什么协议来写这种框架。我们可以选择CGI协议,或者是WSGI接口。如果使用CGI,实际上我们只是按着CGI的规范写了一个python程序，然后每次服务器收到请求,就fork一个程序来执行它，然后返回一个http文档，性能比较低下。对于WSGI，而是一个存在于服务器和应用间的接口，在WSGI之前，web应用都是依赖于服务器的，现在流行的python框架都支持WSGI接口。

STEP.2 PEP-333

这一段是PEP-333 所提供的样例代码。

def simple_app(environ, start_response):
"""Simplest possible application object"""
status = '200 OK'
response_headers = [('Content-type', 'text/plain')]
start_response(status, response_headers)
return ['Hello world! ']

这里的application被传入了两个值。

• environ

• start_response。
  environ是一个字典，保存了http请求的信息。
  start_response是一个函数，发送http响应。她有两个参数status 和 start_headers。

• status必须是由状态编号和具体信息组成的字符串，必须符合RFC 2616。

• start_headers是一个(header_name,header_value) 元组的列表元组列表。其中的hearder_name必须是合法的http header字段名。在RFC 2616, Section 4.2中有详细定义。
  当然官方还给出了类的实现。

• def __init__(self, environ, start_response):



• self.environ = environ



• self.start = start_response


• def __iter__(self):



• status = '200 OK'



• response_headers = [('Content-type','text/plain')]



• self.start(status, response_headers)



• yield "Hello world! "



了解了如上信息后，基本上可以开始了。我们就到官方给的代码上进行修改吧。

STEP.3 将路径链接到函数

首先我们得把用户请求的路径，链接到函数。我们可以实现一个getPage方法，专门做这件事。我们所拥有的信息，只有environ['PATH_INFO']。

• urls = [('^/index/$','func_index'),


• ('^/comment/$','func_comment'),


• ('^/environ/$','get_environ'),


• ('^/post/$','post_test')]#urls是提供给app开发者来做链接的。


• def getPage(self):


• path = self.environ['PATH_INFO']


• for pattern in self.urls:


• m = re.match(pattern[0],path)#将urls元素的第0项和path进行比对，如果匹配上了，返回函数名


• if m:


• function = getattr(self,pattern[1])#getattr方法来得到函数


• return function()


• return '404 not found'#没匹配上任何东西



写到这里之后，每次添加页面，就只需要在urls列表中添加一个元祖就行了。

STEP.4 获取模版

既然是写web app，模版肯定是得有的。这里我提供了一种getTemplate方法来做这件事。不过我只提供了变量的替换。

• def getTemplate(self,tem_name,rep=0):


• #这个函数返回内容,tem_name是文件名字


• #参数rep是一个字典，默认为0


• f = open('template/'+tem_name)


• html = f.read()


• if(rep!=0):


• for to_replace in rep:


• strinfo = re.compile('{\%s*'+str(to_replace)+'s*\%}')


• html = strinfo.sub(rep[to_replace],html)


• return html



STEP.5 POST数据的处理

要想获取POST数据，我们得通过environ['wsgi.input']来处理。而他实际上就是系统的标准输入。

• environ['wsgi.input'] = sys.stdin



知道这点后就很好写了。

• def getPost(self):


• if(self.environ['REQUEST_METHOD'] == 'POST'):


• try:


• request_body_size = int(self.environ.get('CONTENT_LENGTH', 0))#读出content_length的值


• except:


• request_body_size = 0


• request_body = self.environ['wsgi.input'].read(request_body_size) #请求的body


• post_data = parse_qs(request_body)#parse_qs是cgi提供的方法，帮助我们处理请求


• return post_data



数据库的链接

• import MySQLdb


• class Model(object):


• def __init__(self):


• self.host = 'localhost'


• self.port = 3306


• self.user = 'admin'


• self.passwd = 'admin'


• self.db = 'xieyi'


• def build_connect(self):


• self.conn = MySQLdb.connect(


• host = self.host,


• port = self.port,


• user = self.user,


• passwd = self.passwd,


• db = self.db


• )


• def exec_ins(self,ins):


• cur = self.conn.cursor()


• num = cur.execute(ins)


• info = {}


• if(num>0):


• info = cur.fetchmany(num)


• cur.close()


• self.conn.commit()


• return info


• def close(self):


• self.conn.close()



STEP.6 清理工作

很多配置如果放到代码中，会增加阅读负担。于是把urls,model抽取出来。
使得配置更加方便。

㈦ 如何部署python web程序

Python Web 程序的部署方案
综合而言, 高性能的Python web站点部署方式首推 nginx + uwsgi
apache + mod_wsgi 是简单稳定但性能一般的方式
API服务器 可以直接使用tornado或者gevent
mod_python
非常原始的cgi模式部署python已经没有什么好介绍了。对于不太追求性能的管理系统和网站来说，使用 Apache 部署是一个不错的选择。较早的时候，使用 mode_python 部署python的web应用十分流行,在Django 0.96 的时候官方文档甚至推荐这种方式。
它将Python解释器嵌入到Apache server,以提供一个访问Apache server内部的接口。mod_python 在现在看来性能是不佳的，每一个http请求 mod_python 都会由一个进程初始化python解释器、载入代码、执行、然后销毁进程。
mod_wsgi
如果非要用Apache来部署python应用，mod_wsgi是一个更好的选择。WSGI 全称是 Web Server Gateway Interface ,由 PEP-333 定义。 基本上所有的python web框架都实现了wsgi接口，用mod_wsgi 能部署任何实现了wsgi的框架。实际上，不需要任何框架也可以用mod_wsgi 部署python程序。使用mod_wsgi的daemon模式，python程序会常驻内存，不会有很大的初始化和销毁进程方面的开销，所以性能是好于mod_python的。综合来说，使用Apache部署python web程序，推荐使用mod_wsgi的daemon模式。
Fastcgi
先说观点：不建议用fastcgi的方式部署Python web。
前几年由于lighttpd风头正劲和豆瓣的成功案例，fastcgi是一种很流行的部署方式。fastcgi与具体语言无关，也与web服务器无关。是一种通用的部署方式。fastcgi是对于cgi的增强，CGI程序运行在独立的进程中，并对每个Web请求建立一个进程。面对大量请求，进程的大量建立和消亡使操作系统性能大大下降。
与为每个请求创建一个新的进程不同，FastCGI使用持续的进程来处理一连串的请求。这些进程由FastCGI服务器管理，而不是web服务器。 当进来一个请求时，web服务器把环境变量和这个页面请求通过一个socket比如FastCGI进程与web服务器都位于本地）或者一个TCP connection（FastCGI进程在远端的server farm）传递给FastCGI进程。
主流的web服务器，Apache,lighttpd,nginx 都支持fastcgi，在几年前，lighttpd的mod_fcgi模块性能强劲，lighttpd+fastcgi十分流行。无论是python,ruby还是php，都有大量的站点使用这种方式部署。由于nginx的崛起，现在很少有人使用lighttpd了。
fastcgi 并不是专门为python设计，并不是所有的python框架天然的支持fastcgi，通常需要flup这样的容器来配适。flup由python编写，和专门的c实现的wsgi容器比起来性能显得相当不堪。fastcgi的稳定性对于新兴的wsgi容器来说也有差距。无论从哪个方面来看，部署python web程序，fastcgi 都已经是过去式。
uwsgi
前几年nginx还未内置uwsgi模块的时候，部署uwsgi还是一件挺麻烦的事情。随着能够在nginx中直接使用uwsgi模块，uwsgi已经是最可靠，最方便的高性能python web程序的部署方式了。
在1U的四核XEON服务器上，一个简单的wsgi handler甚至能用AB压到8000以上的qps,这已经是完爆tornado,接近gevent的性能了。 同时，uwsgi的稳定性极好。之前我们有个每天500w-1000w动态请求的站点使用uwsgi部署非常稳定，在一个渣HP 1U 服务器上，基本不用管它。
上面提到的部署方式都是相对于web网站的方式，在移动互联网的时代，我们需要的是高性能的API服务，上面这些都是过时的东西。
tornado
tornado 号称高性能，如果拿他写网站，其实一般般，只不过跟uwsgi加一些简单框架差不多而已。它真正的作用，是用来写API服务器和长连接的服务器。
由于tornado能够直接处理http请求，很多人直接拿他来裸奔直接提供服务。这种方式是不可取的，单线程的tornado只能利用cpu的一个核心，并且一旦阻塞直接就废了。通常情况下，由supervisor启动多个tornado进程，通过nginx进行反向代理负载均衡。nginx 1.14 以后的版本反向代理支持长连接，配合tornado的comet效果很好。
tornado还有一些比较奇葩的用法，比如用来做wsgi容器之类的。
gevent
gevent是一个神器，能做的事情很多。在web方面，处理http请求，用起来其实跟tornado差不多，但是要简陋很多，cookie之类的都没有。用gevent写的一些API服务，部署方式还是类似tornado，用supervisor管理多个守护进程，通过nginx做负载均衡。 同样的它的奇葩用法也和tornado一样，可以当wsgi容器用。

㈧ python3.5里面怎么搭建简单的web服务器

python3.5里面怎么搭建简单的web服务器
利用Python自带的包可以建立简单的web服务器。在DOS里cd到准备做服务器根目录的路径下，输入命令：
python -m Web服务器模块 [端口号，默认8000]
例如：
python -m SimpleHTTPServer 8080
然后就可以在浏览器中输入
h ttp://loca lhost:端口号/路径
来访问服务器资源。
例如：
h ttp://local host:808 0/index.h tm（当然index.htm文件得自己创建）
其他机器也可以通过服务器的IP地址来访问。

这里的“Web服务器模块”有如下三种：

BaseHTTPServer: 提供基本的Web服务和处理器类，分别是HTTPServer和BaseHTTPRequestHandler。
SimpleHTTPServer: 包含执行GET和HEAD请求的SimpleHTTPRequestHandler类。
CGIHTTPServer: 包含处理POST请求和执行CGIHTTPRequestHandler类。

㈨ 如何用python搭建一个最简单的Web服务器

利用Python自带的包可以建立简单的web服务器。在DOS里cd到准备做服务器根目录的路径下，输入命令：
python -m Web服务器模块 [端口号，默认8000]
例如：
python -m SimpleHTTPServer 8080
然后就可以在浏览器中输入
localhost:端口号/路径
来访问服务器资源。

㈩ Python的web开发环境怎么配置

看错误提示是应该是你的myfirst.py文件没有放在系统路径包含的地方

可以在apache中的加入myfirst.py所在的路径
如

PythonPath "sys.path + ['myfirst.py所在目录']"

再试试