cgipython配置

❶ 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的并发都采用多进程模式，所以我们部署的方式是一个核心两个进程。

❷ 如何在Apache下设置Python

关于Python，本人不想多说了，如果不知道什么是Python，可以看《什么是Python？》一文。Python可以开发CGI程序，那么在Apache下应如何配置呢？本文只讲述了如何以CGI方式配置Apache，使其支持Python程序。其它方式，如mod_python则不在讨论范围(其实是没配成功:-)。我所使用的系统环境为Windows 98, Apache 1.3.19，Python 2.1版。

准备

首先检查以下要求是否已经达到：
Apache已经安装，并且可以正常使用
Python已经安装，并且可以正常使用(在我的环境下，Python安装目录为d:\python21)
好，如果一切正常，下面就开始了。

配置

修改DocumentRoot

打开Apache安装目录下的conf子目录的httpd.conf文件。可以修改DocumentRoot为"f:/phpsite"。当然你可以按需要改成其它值。

允许任意目录执行CGI

这个设置是允许被设目录及其子目录下的CGI程序可以CGI方式运行。在Apache中，尽管你可能已经设置了CGI文件后缀，但是如果未设置允许CGI程序运行选项，则无法运行CGI程序。

设置f:/phpsite目录属性：

Options Indexes FollowSymLinks MultiViews ExecCGI
AllowOverride None
Order allow,deny
Allow from all

其实我并未重新设置新的目录属性，而是将DocumentRoot的目录属性(原来指向Apache安装目录下的htdocs目录，我改成为f:/phpsite了)增加了ExecCGI一项。

只允许特别目录执行CGI

也可以只允许特别目录下可以执行CGI程序。与上一步可以同时执行，也可两种任选其一。只要设置：

ScriptAlias /cgi-bin/ "f:/phpsite/cgi-bin/"

即可。

增加CGI文件名后缀

修改 AddHandler cgi-script 一句为 AddHandler cgi-script .cgi .py。即让Apache知道.py的文件为CGI程序

好了，到此Apache就配置好了，先启动Apache，然后进行测试。

测试

Python本身不象PHP，不是一种嵌入式脚本(这种脚本比较适合做Web后端程序)，所以所有输出要自已做。

1 #!d:/python21/python.exe
2 print "Content-type: text/html"
3 print
4 print "
hello,world!
"

第1行是让脚本以CGI方式运行必需的(这里是我的环境，记得吗？我前面说了Python是装在d:/python21下的)，告诉Apache如何找到此文件的解释程序。

第2,3行是告诉浏览器输出内容的MIME格式。这里为输出HTML文本。

第4行，输出"hello,world!"。其实不输出HTML的标记头浏览器也可以正常显示，尽管它不是完整的HTML格式。

如果测试成功，则一切大功告成。如果不行，听天由命吧(可以给我发信，咱们共同解决)。

后话

在SourceForge网站上，有一个名字mod_snake的项目。它同mod_python一样提供了针对Apache的Python模块化处理，但是mod_snake支持HTML文档嵌入Python标记，有点象PHP。不过现在它只支持linux，而没有Windows下的版本。唉，我一定要转到Linux下面去！使用CGI方式调用Python速度不是很快，而如果使用mod_python则速度可能要快几十倍。这个不是我测出来的，是mod_python网站上说的。
转载仅供参考，版权属于原作者。祝你愉快，满意请采纳哦

❸ linux下python和webpy怎么搭建

1. 环境搭建。

环境搭建比较繁琐，记得当时也是满世界找资料，所以我直接打包好了所有的文件（apache(已经放进去python-wscgi) + web.py+apache所需要的vs2010运行库+python+网站文件），直接解压放上去就能用。有需要同学让我传一个或者网盘发一把就行。

如果在windows，最好在win7以上版本，我用win8。linux则ubuntu较好，建议12.04以上版本，不过linux我仅仅是开发用过，最终运行的服务器是采用windows+apache：

安装python2.7.10,可以去官方网站下载，注意要把python路径加入系统环境变量。版本不能低于2.7.9，但不能用3.0以上，web.py支持不好。
安装web.py, 官方网下载来装就行，记得是解压后进去：python setup.py install
安装wingIDE，这个是最好用的python编辑器，可惜只能有几天试用，我就是不停的试用进行开发，用它的好处就是代码可以跳转并且支持调试，需要调试直接将程序文件run起来，单步下段点都可以。
装apache并配置python-wscgi，这个比较惨，花了好多时间去搜索才搞定，主要是windows上的python-wscgi不好难找。
为了节省以后的开发时间，我把配置好的apache给打包了，反正也是绿色的，新建网站只需要在服务器上配置开机启动apache，并在apache的config里面修改下自己网站路径就行。

2. 开发。
开发阶段倒是没什么好说的，web.py官方有教程，不过这里我需要提几点建议：
如果可以务必全站用utf-8编码。
建立数据库建议写个生成脚本，比如createDataBase.py，有改动重新运行一遍，不要试用ide去建。

❹ nginx閰岖疆location [=|~|~*|^~]

scheme:[//[user[:password]@]host[:port]][/path][?query][#fragment]
location鏄疦ginx瀵笻TTP璇锋眰涓镄刄RI杩涜屽尮閰嶅勭悊镄勬寚浠わ纴location镄勮娉曞舰寮忓备笅:

绀轰緥

淇楗拌钬淍钬:瀹氢箟涓涓鍙鑳藉唴閮ㄨ块梾镄刲ocation鍖哄烟锛屽彲浠ヨ鍏朵粬鍐呴儴璺宠浆鎸囦护浣跨敤锛屽伥ry_files鎴 error_page銆

CGI鏄涓绉嶉氱敤缃戝叧鎺ュ彛瑙勮寖锛岃ヨ勮寖璇︾粏鎻忚堪浜哤eb链嶅姟鍣ㄥ拰璇锋眰澶勭悊绋嫔簭(鑴氭湰瑙ｆ瀽鍣)鍦ㄨ幏鍙栧强杩 锲炴暟鎹杩囩▼涓浼犺緭鏁版嵁镄勬爣鍑嗭纴濡侣TTP鍗忚镄勫弬鏁板悕绉扮瓑銆傚ぇ澶氭暟Web绋嫔簭浠ヨ剼链褰㈠纺鎺ユ敹骞跺勭悊璇锋眰锛岀劧 钖庤繑锲炲搷搴旀暟鎹锛屽傝剼链绋嫔簭PHP銆丣SP銆丳ython绛夈

FastCGI鏄疻eb链嶅姟鍣ㄥ拰锷ㄦ佽剼链绋嫔簭闂寸殑涓涓楂橀熴佸彲 浼哥缉镄勬帴鍙ｏ纴瀹冮噰鐢–/S鏋舵瀯锛屽皢Web链嶅姟鍣ㄥ拰锷ㄦ佽剼链瑙ｆ瀽鍣ㄥ垎绂伙纴钖屾椂钖锷ㄤ竴涓鎴栧氢釜鑴氭湰瑙ｆ瀽鍣ㄥ畧鎶よ繘 绋嬫帴鏀禬eb链嶅姟鍣ㄧ殑锷ㄦ佽剼链瑙ｆ瀽璇锋眰銆傚綋鐢ㄦ埛钖慛ginx链嶅姟鍣ㄥ彂璧峰姩镐佽剼链璇锋眰镞讹纴Nginx链嶅姟鍣ㄥ皢锷ㄦ佽剼链瑙ｆ瀽浠诲姟浜ょ敱FastCGI杩涚▼𨱒ユ墽琛岋纴骞跺皢FastCGI瑙ｆ瀽镄勭粨鏋滆繑锲炵粰鐢ㄦ埛銆侾HP-FPM鏄涓涓琚缂栬疟鍒癙HP鍐 镙镐腑镄凢astCGI搴旂敤锛屽洜涓哄畠鏄浣滀负PHP镄勮ˉ涓佸紑鍙戠殑锛屾墍浠ュ畠鍦≒HP鑴氭湰镄勮В鏋愪笂镟村姞楂樻晥銆

SCGI鏄疌GI镄勬浛浠ｇ増链锛屽畠涓峄astCGI绫讳技锛屽悓镙锋槸灏呜锋眰澶勭悊绋嫔簭镫绔嬩簬Web链嶅姟鍣ㄤ箣澶栵纴浣嗘洿瀹规槗瀹 鐜帮纴镐ц兘姣擣astCGI瑕佸急涓浜涖

WSGI鏄涓篜ython璇瑷涓瀹氢箟镄刉eb链嶅姟鍣ㄤ笌Python搴旂敤绋嫔簭鎴栨嗘灦闂寸殑阃氱敤阃氢俊鎺ュ彛锛屽彲浠ヤ娇Python 搴旂敤绋嫔簭鎴栨嗘灦涓庢敮鎸佽繖涓鍗忚镄勪笉钖学eb链嶅姟鍣ㄨ繘琛岄氢俊銆傚父瑙佺殑Python Web妗嗘灦閮藉疄鐜颁简璇ュ岗璁镄勫皝 瑁呫

uWSGI鏄疨ython瀹炵幇WSGI銆乽WSGI(uWSGI镫链夌殑鍗忚)銆丠TTP绛夊岗璁锷熻兘镄刉eb链嶅姟鍣锛孨ginx 阃氲繃ngx_http_uwsgi_mole妯″潡瀹炵幇涓巙WSGI链嶅姟鍣ㄧ殑鏁版嵁浜ゆ崲骞跺畬鎴怭ython缃戠珯镄勮锋眰澶勭悊銆傝ユā鍧 榛樿ょ紪璇戝湪Nginx浜岃繘鍒舵枃浠朵腑锛屾棤椤诲崟镫缂栬疟銆

❺ 如何用python和web.py搭建一个网站

一、使用工具：python、web.py

二、搭建步骤：

1、 环境搭建。

安装python2.7.10,注意要把python路径加入系统环境变量。版本不能低于2.7.9，但不能用3.0以上，web.py支持不好。安装web.py, 官方网下载来装就行，记得是解压后进去：python setup.py install，安装wingIDE，这个是最好用的python编辑器，装apache并配置python-wscgi，

2. 开发。

建立数据库建议写个生成脚本，比如createDataBase.py，有改动重新运行一遍，不要试用ide去建。

三、注意事项：注意要把python路径加入系统环境变量。版本不能低于2.7.9，但不能用3.0以上，web.py支持不好。

❻ python什么东西

是计算机编程语言。

Python由荷兰数学和计算机科学研究学会的Guido van Rossum于1990 年代初设计，作为一指尺门叫做ABC语言的替代品。Python提供了高效的高级数据结构，还能简单有效汪逗启地面向对象编程。

Python语法和动态类型，以及解释型语言的本质，使它成为多数平台上写脚本和快速开发应用的编程语言，随着版本的不断更新和语言新功能的添加，逐渐被用于独立的、大型项目的开发。

服务器

在你进行CGI编程前，确保您的Web服务器支持CGI及已经配置了CGI的处理程序。

所有的HTTP服务器执行CGI程序都保存在一个预先配置的目录。这个目录被称为CGI目录，并按照惯例，它被命名为/var/www/cgi-bin目录。

CGI文件的扩展名为.cgi，python也可以使用.py扩展名。

默认情况下，Linux服务器配困如置运行的cgi-bin目录中为/var/www。

❼ python cgi windows镐庝箞锷

濡傛灉鏄痯ython2.X镄勮瘽锛屽彲浠ヤ娇鐢╩odpython杩涜宲ython镄剋eb缂栫▼銆傚傛灉鍗囩骇鍒皃ython3.X镄勮瘽锛屽垯鍙浠ヤ娇鐢╳sgi銆傚洜涓簃odpython涓嶆敮鎸乸ython3
鍦ㄨ繖閲屼粙缁崭娇鐢╟gi杩涜宲ython镄剋eb缂栫▼锛岀劧钖庨氲繃绠鍗旷殑渚嫔瓙杩涜岀ず锣冦

浣跨敤php缂栫▼镄勭ラ瀷閮界煡阆掳纴apache鍦ㄨ繍琛宲hp绋嫔簭涔嫔墠闇瑕佸笕pache杩涜岄厤缃銆傚悓镙凤纴浣跨敤python涔熼渶瑕侀厤缃銆

python镄刟pache閰岖疆锘烘湰涓婂洓涓姝ラわ细

1銆佹墦寮http.conf锛屾垒鍒 #ScriptInterpreterSource Registry锛屾妸鍓嶉溃镄#铡绘帀銆傚傛灉娌℃湁镓惧埌杩椤彞璇濓纴鍒栾嚜琛屾坊锷犮

2銆佹垒鍒痨ddHandler
cgi-script锛屽幓鎺夊墠闱㈢殑#锛屽湪钖庨溃锷犱笂.py
3銆佹垒鍒疠ptions Indexes FollowSymLinks锛屽湪鍏跺悗锷犱笂ExecCGI, 铡绘帀 Indexes
4銆佷缭瀛桡纴閲嶅惎apache銆

涔嫔悗灏卞彲浠ヨ繘琛宲ython镄勭紪绋嬩简锛岀紪杈 p.py:

[python] view plain print?
#!D:\\software\python\python.exe
#encoding:gb2312
#import cgi, cgitb
print("Content-type:text/html\r\n\r\n")
print("<html>")
print("<head><title>Hello,python</title></head>")
a="100";
print("<body><h1>hello, i am " )
print(a)
print("</h1></body>")
print("</html>")

铹跺悗鍦ㄦ祻瑙埚櫒涓杈揿叆锛 127.0.0.1/p.py,灏卞彲浠ョ湅鍒拌緭鍑轰简锛
hello, i am 100