【正文】 過 ()獲得 )。實際的方法處理邏輯在處理器代碼中提供。注意 apache并不會對這些方法起作用。 allow_methods(methods[,reset]) 添加方法到 。 動態(tài)注冊處理器是一種很有用的技術(shù)，比如用于PythonAuthenHandler，可以為不同的認(rèn)證級 別指定不同的權(quán)限。 通過這種方式添加的處理器生存期為這個請求。如果未指定目錄，而且有同類型的處理器，則繼承路徑，否則用前一路徑。handler是包含模塊名或函數(shù)名的處理器函數(shù)。PythonHandler39。 add_handler(htype,handler[,dir]) 允許動態(tài)注冊處理器。如下是方法： add_mon_vars() 間接調(diào)用 ap_add_mon_vars()函數(shù)。當(dāng)處理器被調(diào)用時，會傳遞唯一個的一個參數(shù)就是請求對象。這個功能從 。 mod_python提供的所有表格對象都是真正 (actual)映射 (mapping)到 apache結(jié)構(gòu)的，所以改變表格的值也會改變 apache的表格。表格對象是對 APR表格對象的包裝 (wrapper)。返回值是如下三種常量之一： AP_MPMQ_NOT_SUPPORTED=0 指 MPM支持線程或子進程 AP_MPMQ_STATIC=1 指 MPM正在使用靜態(tài)守護線程 AP_MPMQ_DYNAMIC=2 指 MPM正在使用動態(tài)守護線程 code參數(shù)是如下值： AP_MPMQ_MAX_DAEMON_USED=1 最大允許使用的守護線程數(shù)量 AP_MPMQ_IS_THREADED=2 MPM是否允許使用線程 AP_MPMQ_IS_FORKED=3 MPM是否可用 fork生成子進程 AP_MPMQ_HARD_LIMIT_DAEMONS=4 編譯時允許的最大守護進程數(shù)量 AP_MPMQ_HARD_LIMIT_THREADS=5 編譯時允許最大線程數(shù)量 AP_MPMQ_MAX_THREADS=6 threads/child配置允許的最大線程數(shù)量 AP_MPMQ_MIN_SPARE_DAEMONS=7 最小剩余守護數(shù) AP_MPMQ_MIN_SPARE_THREADS=8 最小剩余線程數(shù) AP_MPMQ_MAX_SPARE_DAEMONS=9 最大剩余守護數(shù) AP_MPMQ_MAX_SPARE_THREADS=10 最大剩余線程數(shù) AP_MPMQ_MAX_REQUESTS_DAEMON=11每個守護最大允許請求數(shù)量 AP_MPMQ_MAX_DAEMONS=12 配置允許的最大守護數(shù)量 例如： if (): do something else: do something else (mp_table) class table([mappingorsequence]) 返回一個新的 mp_table表格對象。 make_table() 一個作廢的函數(shù)，可用 table代替。ServerRoot39。返回的是副本，修改對配置沒有效 果。 config_tree() 返回服務(wù)器級 (serverlevel)配置樹。FOOBAR39。參數(shù)如下： M_GET M_PUT M_POST M_DELETE M_CONNECT M_OPTIONS M_TRACE M_PATCH M_PROPFIND M_PROPPATCH M_MKCOL M_COPY M_MOVE M_LOCK M_UNLOCK M_VERSION_CONTROL M_CHECKOUT M_UNCHECKOUT M_CHECKIN M_UPDATE M_LABEL M_REPORT M_MKWORKSPACE M_MKACTIVITY M_BASELINE_CONTROL M_MERGE M_INVALID exists_config_define(name) 確定 Apache是否存在一個 name配 置。頭。 ，對應(yīng)39。mymodule39。 path嚴(yán)格指定 模塊的位置。 autoreload標(biāo)志查看包是否有所改變，如果改變則自動重新載入。 import_module(module_name[,autoreload=1,log=0,path=None]) mod_python的內(nèi)部高級特性，用于在模塊改變時自動重新載入模塊。當(dāng) server沒有指定時，日志級別也無效，日志級別是 d在編譯時指定的，經(jīng)常為 warn。 log_error(message[,level,server]) Apache函數(shù) ap_log_error()的接口， message是錯誤信息， level是如下值： APLOG_EMERG APLOG_ALERT APLOG_CRIT APLOG_ERR APLOG_WARNING APLOG_NOTICE APLOG_INFO APLOG_DEBUG APLOG_NOERRNO server是 。 apache模塊僅可作為 mod_python下的一個腳本來導(dǎo)入，因為它依賴于mod_python內(nèi)建的 _apache模塊。如下例配置： PythonConnectionHandler echo 實現(xiàn)文件 ： from mod_python import apache def connectionhandler(conn): while 1: (()) return Apache內(nèi)部 apache內(nèi)部對 Python的接口也恰好叫做 apache，在 mod_python包。不同于 HTTP處理器，連接處理器接收 connection對象做參數(shù)。為避免數(shù)據(jù)多次被改變，經(jīng)常的確保并不在子請求中，依靠 。從一個 read操作返回的 EOS代表請求的結(jié)束。過濾器無法控制數(shù)據(jù)的總量，也無法確定請求何時調(diào)用。 過濾器必須一開始就注冊為 PythonInputFilter或PythonOutputFilter，然后添加到 apache的配置標(biāo)志Add/SetInputFilter或 Add/SetOutputFilter。 過濾器在讀到 None時需要被關(guān)閉，代表流的結(jié)束。未來的 apache將會提供連接級別(connectionlevel)的過濾器。分兩種：輸入和輸出的過濾。Hello World!39。text/plain39。 注意： Python*Handler所在的目錄必須已經(jīng)在 ，如果沒有在 Directory配置段指定則不會在。例如： raise , 處理器可以通過 ()方法將文檔發(fā)送到客戶端。用 Python書寫的處理器 只要遵守如下規(guī)則就與 C寫的沒有區(qū)別： 處理器函數(shù)總是會傳遞請求對象的引用，一般是 req變量。 apache在處理請求的每一個階段都對調(diào)用相應(yīng)的處理器。從調(diào)用 。PythonInterpreter能夠強制使用解釋器名重載所有的命名慣例。這意味著同一個虛擬服務(wù)器中的腳本在同一個子解釋器中執(zhí)行，但不再同一個虛擬服務(wù)器中的腳本因為不同的子解釋器而無法互相訪問。其他的解釋器受到 PythonInterp*的控制。這個詞典用解釋器名作為鍵名，主解釋器叫做39。剛開始詞典是空的。 服務(wù)器啟動 mod_python的時候會啟動一個主解釋器。在這里，每個子解釋器擁有獨立的命名空間，并與其他子解釋器不可訪問。 Python的 C語言 API提供了創(chuàng)建子解釋器的能力。r39。頁面不存在 39。39。39。但是卻未必是你喜歡的錯誤頁。 404處理器 在某些時候，如果希望返回 404(HTTP_NOT_FOUND)或者其他非 200的結(jié)果到客戶端，這里有個竅門。這樣進入一個目錄之后會彈出系統(tǒng)的對話框提示輸入用戶名密碼。 終于實驗成功了，最上面的配置必須寫在 ，寫在 .htaccess中無效。 實測： 發(fā)現(xiàn)我使用的 ，一共兩種驗證類型，一種是 Basic一種是 Digest，都是不允許的。 else: return 告知 apache驗證失敗。 user= 獲取用戶名 if user==spam and pw==eggs: return 對比用戶名和密碼的值，如果正確返回告知驗證成功，并進入下一個階段的處理。這個函數(shù)返回的直接就是密碼了。 pw=() 這里獲取密碼。僅限有效用戶進入。加入PythonAuthenHandler標(biāo)志到配置文件： Directory /mywebdir AddHandler mod_python .py PythonHandler myscript PythonAuthenHandler myscript PythonDebug On /Directory 因為一個模塊可以包含多個函數(shù)，所以也可以在一個模塊中使用多個處理器。eggs39。spam39。 如果需要用密碼來保護一個目錄。因為服務(wù)器只是將特定結(jié)尾的處理直接交給相關(guān)模塊的，而并不要求那一定是一個存在的文件。當(dāng)處理失敗時會在錯誤日志中記錄，并告知客戶端一點錯誤信息。 return 告知 apache，請求處理完成并成功。特別注意：需要在 ，因為一旦調(diào)用， HTTP響應(yīng)頭就被發(fā)送出去了，其后的 HTTP響應(yīng)頭的 改變都會忽略。text/plain39。text/html39。text/plain39。對象的。向客戶端發(fā)送信息也需要用到請求對象，這里是沒有 39。 注意，處理器必須包含一個請求對象參數(shù)。那么配置標(biāo)志就是39。來分隔函數(shù)名，比如一個處理器函數(shù)叫 39。當(dāng)然也可以用其他的名字，但是需要用 39。就成了 39。這樣39。python39。是因為 mod_python按照配置標(biāo)志尋找函數(shù)。叫做 39。大多數(shù) mod_python程序需要有這一行。注意子目錄是不在 ，如果需要只能按照包名的方式調(diào)用。時，會發(fā)生下面的事情： ，假設(shè)預(yù)設(shè)目錄已經(jīng)存在于 。當(dāng)讀取配置到 39。 mod_python處理器檢查配置獲取處理器。標(biāo)志告訴 mod_python如果發(fā)生錯誤，則把錯誤信息輸出到客戶端，便于開發(fā)。 39。PythonHandler myscript39。下或其子目錄下的文件請求都由 mod_python負(fù)責(zé)處理。如下： from mod_python import apache def handler(req): =text/plain (Hello World!) return 如下的事情將會發(fā)生： AddHandler標(biāo)志告訴 apache所有的以 .py結(jié)尾的 39。 我們假設(shè)有如下配置： Directory /mywebdir AddHandler mod_python .py PythonHandler myscript PythonDebug On /Directory 所以還需要一個如下文件， 39。這個處理器的 apache缺省行為是讀取文件并發(fā)送到客戶端。它處理含有上下文的請求。所以 mod_python的主函數(shù)只是作為發(fā)報機的角色連接apache處理器和 Python函數(shù)。 mod_python處理器缺省時不會做任何事情，除非用特定的配置文件標(biāo)志。然后由其他的 apache模塊提供處理器，比如 mod_python。同一個階段可以有多于一個處理器進行處理，被叫做 apache序列。更復(fù)雜的處理依賴于配置文件。比如第一個階段是用戶認(rèn)證，之后是檢驗用戶是否有權(quán)訪問特定的文件，然后是讀取文件并發(fā)送到客戶端。 如果你想要深入鉆研 mod_python的功能，需要理解什么是處理器。 閱讀 。當(dāng)然也可以調(diào)用本地的mod_python處理器來完成大量的工作。函數(shù)的返回值將被發(fā)送到客戶端瀏覽器。 注意逆必須要有 req參數(shù)。 如下是表單： html Please provide feedback below: p form action= method=POST Name: input type=text name=namebr Email: input type=text name=br Comment: textarea name=ment rows=4 cols=20/textareabr input type=submit /form /html 注意表單的 action屬性指向 ，如下創(chuàng)建 ，如下： import smtplib WEBMASTER=webmaster 管理員電郵 SMTP_SERVER=localhost 本機 SMTP服務(wù)器 def (req,name,ment): 一定要確保用戶提供了所有的參數(shù) if not(name and and ment): return 缺少必要的參數(shù) 創(chuàng)建消息文本 msg= \ From: %s Subject: feedback To: %s I have the following ment: %s Thank You, %s % (,WEBMASTER,ment,name) 發(fā)送信息 conn=(SMTP_SERVER) (,[WEBMASTER],msg) () 提供返回頁面 s=\ html Dear %s,br Thank y