mod_python3.2.8中文手冊

1、源碼網(wǎng)整理：源碼網(wǎng)整理：Mod_python3.2.8中文手冊中文手冊FromDownload第一章第一章簡介簡介1.1性能性能使用mod_python的主要優(yōu)勢在于比傳統(tǒng)CGI更高的性能。一個測試，使用在Pentium1.2GHz的機器上運行RedHatLinux7.3。使用4種類型的腳本，基于標準的CGI導入模塊(以典型的PythonCGI腳本開始)，然后輸出Hello!，測試10000次請求作為基準。標準CGI：23次請求秒mod

2、_pythonCGI處理器：385次請求秒mod_python發(fā)布處理器：476次請求秒mod_python處理器：1203次請求秒1.2可移植性可移植性apache是按照階段處理請求的(比如：讀取請求、處理請求頭、檢查存取等)。這些階段可以分別用處理器調(diào)用的函數(shù)來實現(xiàn)。傳統(tǒng)上，使用C語言編寫處理器模塊。mod_python提供了使用Python拜你些apache處理器擴展apache功能的方法。更多的apache請求處理過程，參考“A

3、pacheAPINotes“，或者參考“Mod_pythonIntegratingPythonwithApache“文件。為了方便的從CGI移植，標準的mod_python處理器提供了CGI模擬環(huán)境，允許用戶不修改遺留下來的腳本，而在大多數(shù)時候無需進行任何修改。參考：:dev.apache.gapache開發(fā)者資源:www.modpython.gpython10mod_python整合Python和Apache，出現(xiàn)在Python10(

4、)1.3歷史歷史mod_python起源于Httpdapy項目(1997)。很久以后Httpdapy才被叫做mod_python，因為Httpdapy并不是特定用于apache服務器的。Httpdapy設計成跨平臺的，而實際上主要從scape服務器開始(追溯到1997年的Nsapy)。摘錄自Httpdapy項目的README文件的描述將Python嵌入到apache服務器的挑戰(zhàn)與解決方法。“““#小字體源碼網(wǎng)整理：源碼網(wǎng)整理：ment“

5、包中。如果你不確定擁有這些重要文件，請從源碼安裝Python和apache，或者閱讀你系統(tǒng)的文檔以了解如何獲得開發(fā)包。2.2編譯編譯有兩種鏈接apache模塊的方式：靜態(tài)的和DSO方式。DSO方式現(xiàn)在非常流行，并推薦用于mod_python的安裝。模塊被編譯成共享庫，并在運行時動態(tài)裝入。DSO方式的優(yōu)勢在于安裝模塊時無需重新編譯apache。關于DSO機制的詳細信息參見:d.apache.gdocs2.0dso.html。當前版本的mo

6、d_python僅支持DSO方式。靜態(tài)鏈接是一種較老的方式，比動態(tài)連接的方式支持更多的平臺，但是較少使用。主要的缺陷是必須要重新編譯apache，在很多情況下并不是一個好的選擇。2.2.1運行運行.configure.configure腳本將會分析你的運行環(huán)境，并創(chuàng)建自定義的Make文件用于你的系統(tǒng)。使用autoconf生成的.configure包含如下內(nèi)容：?查看apxs程序是否存在。這個程序作為apache標準發(fā)行版的一部分提供DS

7、O支持。如果找不到則無法實現(xiàn)DSO功能。使用withapxs指定選項：$.configurewithapxs=usrlocalapachebinapxs強烈建議使用這個選項。?檢查Python版本，并嘗試找到libpython參數(shù)變量的二進制發(fā)行版。缺省時可以在Path變量中找到python。如果找到的首個python二進制版本不適合mod_python，則可以手動指定python的路徑使用withpython，如：$.configur

8、ewithpython=usrlocalbinpython2.3?設置mod_python保留的互斥鎖數(shù)量。在某些系統(tǒng)中，互斥鎖是一種有限的資源。增加最大互斥鎖數(shù)量將會增加使用session鎖定的性能。缺省值是8，一個性能不錯的數(shù)值是32。使用withmaxlocks選項：$.configurewithmaxlocks=32這個選項是在3.2.0版本開始提供的。?嘗試查找flex并確定版本。如果PATH中找不到flex則configur

9、e會出錯。如果版本不對則會給出警告。一般可以忽略這個警告，除非需要重新創(chuàng)建srcpsp_parser.c。剖析器(parser)會被PSP調(diào)用，使用flex的C語言書寫。要求的版本是2.5.31，在大多數(shù)平臺上2.5.4并不合適。所以已經(jīng)源碼里已經(jīng)包含了一個psp_parser.c的副本。如果需要編譯srcpsp_parser.c則需要獲取正確版本的flex。如果PATH中的flex版本有誤，則可用withflex選項：$.config