mod_python在性能上要優(yōu)于傳統(tǒng)CGI的緣由
mod_python在實際相關應用操作過程中的具體操作我個人對其一直存在不解之處，說以今天我們就提供以下的文章對在mod_python的實際運行中存在困難的問題，做一相關解答，希望你會有所收獲。
性能
mod_python的一個最主要優(yōu)點就是在性能上超越傳統(tǒng)CGI。下面是一個非常粗略的測試。該測試是在一臺運行Red Hat Linux 7.3的奔騰1.2G的機器上完成的。Ab 用來對4種腳本進行測試，所有的都是從標準cgi模塊輸入(因為這是一個典型Python cgi腳本開始的方式), 然后輸出一個簡單的單詞"Hello!"。這個結果是基于10000次并發(fā)為1的請求。
- Standard CGI: 23 requests/s
- Mod_python cgihandler: 385 requests/s
- Mod_python publisher: 476 requests/s
- Mod_python handler: 1203 requests/s
適應性
Apache分階段的處理請求(比方說：讀取請求,解析header, 檢查存取路徑,等等)。這些階段能被稱為"處理器"(handler)的函數(shù)實現(xiàn)。傳統(tǒng)上, "處理器"是由C語言編寫，并編譯成Apache的模塊。mod_python提供了一個通過Python寫的Apache處理器的來擴展Apache功能的方法。
關于Apache請求處理過程的詳盡描述，請參閱 Apache API Notes, 也可以參閱
- Mod_python - Integrating Python with Apache
為了輕松地從CGI移植，一個標準的mod_python處理器提供了模擬的CGI環(huán)境，允許用戶在不對代碼做任何修改的情況下，使遺留的腳本運行在mod_python下(大多數(shù)情況)。
See Also:
- Apache Developer Resources
- Mod_Python - Integrating Python
with Apache, presented at Python 10
Mod_python起源于一個被稱為Httpdapy(1997)的項目。很長時間以來, Httpdapy并沒有被稱作mod_python，因為Httpdapy不是專門用于Apache的。 Httpdapy被設計成跨平臺的，實際上最初是為Netscape server寫的(那個時候被稱為Nsapy)(1997)
這個Httpdapy的README文件的摘要，很好的闡述了在HTTP server中嵌入Python所帶來的挑戰(zhàn)和解決方案。以上的文章就是對mod_python的相關實際應用的介紹。
【編輯推薦】
