【正文】 過 ()獲得 )。實際的方法處理邏輯在處理器代碼中提供。注意 apache并不會對這些方法起作用。 allow_methods(methods[,reset]) 添加方法到 。 動態(tài)注冊處理器是一種很有用的技術，比如用于PythonAuthenHandler，可以為不同的認證級 別指定不同的權限。 通過這種方式添加的處理器生存期為這個請求。如果未指定目錄，而且有同類型的處理器，則繼承路徑，否則用前一路徑。handler是包含模塊名或函數(shù)名的處理器函數(shù)。PythonHandler39。 add_handler(htype,handler[,dir]) 允許動態(tài)注冊處理器。如下是方法： add_mon_vars() 間接調用 ap_add_mon_vars()函數(shù)。當處理器被調用時，會傳遞唯一個的一個參數(shù)就是請求對象。這個功能從 。 mod_python提供的所有表格對象都是真正 (actual)映射 (mapping)到 apache結構的，所以改變表格的值也會改變 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() 返回服務器級 (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配 置。頭。 ，對應39。mymodule39。 path嚴格指定 模塊的位置。 autoreload標志查看包是否有所改變，如果改變則自動重新載入。 import_module(module_name[,autoreload=1,log=0,path=None]) mod_python的內部高級特性，用于在模塊改變時自動重新載入模塊。當 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下的一個腳本來導入，因為它依賴于mod_python內建的 _apache模塊。如下例配置： PythonConnectionHandler echo 實現(xiàn)文件 ： from mod_python import apache def connectionhandler(conn): while 1: (()) return Apache內部 apache內部對 Python的接口也恰好叫做 apache，在 mod_python包。不同于 HTTP處理器，連接處理器接收 connection對象做參數(shù)。為避免數(shù)據(jù)多次被改變，經(jīng)常的確保并不在子請求中，依靠 。從一個 read操作返回的 EOS代表請求的結束。過濾器無法控制數(shù)據(jù)的總量，也無法確定請求何時調用。 過濾器必須一開始就注冊為 PythonInputFilter或PythonOutputFilter，然后添加到 apache的配置標志Add/SetInputFilter或 Add/SetOutputFilter。 過濾器在讀到 None時需要被關閉，代表流的結束。未來的 apache將會提供連接級別(connectionlevel)的過濾器。分兩種：輸入和輸出的過濾。Hello World!39。text/plain39。 注意： Python*Handler所在的目錄必須已經(jīng)在 ，如果沒有在 Directory配置段指定則不會在。例如： raise , 處理器可以通過 ()方法將文檔發(fā)送到客戶端。用 Python書寫的處理器 只要遵守如下規(guī)則就與 C寫的沒有區(qū)別： 處理器函數(shù)總是會傳遞請求對象的引用，一般是 req變量。 apache在處理請求的每一個階段都對調用相應的處理器。從調用 。PythonInterpreter能夠強制使用解釋器名重載所有的命名慣例。這意味著同一個虛擬服務器中的腳本在同一個子解釋器中執(zhí)行，但不再同一個虛擬服務器中的腳本因為不同的子解釋器而無法互相訪問。其他的解釋器受到 PythonInterp*的控制。這個詞典用解釋器名作為鍵名，主解釋器叫做39。剛開始詞典是空的。 服務器啟動 mod_python的時候會啟動一個主解釋器。在這里，每個子解釋器擁有獨立的命名空間，并與其他子解釋器不可訪問。 Python的 C語言 API提供了創(chuàng)建子解釋器的能力。r39。頁面不存在 39。39。39。但是卻未必是你喜歡的錯誤頁。 404處理器 在某些時候，如果希望返回 404(HTTP_NOT_FOUND)或者其他非 200的結果到客戶端，這里有個竅門。這樣進入一個目錄之后會彈出系統(tǒng)的對話框提示輸入用戶名密碼。 終于實驗成功了，最上面的配置必須寫在 ，寫在 .htaccess中無效。 實測： 發(fā)現(xiàn)我使用的 ，一共兩種驗證類型，一種是 Basic一種是 Digest，都是不允許的。 else: return 告知 apache驗證失敗。 user= 獲取用戶名 if user==spam and pw==eggs: return 對比用戶名和密碼的值，如果正確返回告知驗證成功，并進入下一個階段的處理。這個函數(shù)返回的直接就是密碼了。 pw=() 這里獲取密碼。僅限有效用戶進入。加入PythonAuthenHandler標志到配置文件： Directory /mywebdir AddHandler mod_python .py PythonHandler myscript PythonAuthenHandler myscript PythonDebug On /Directory 因為一個模塊可以包含多個函數(shù)，所以也可以在一個模塊中使用多個處理器。eggs39。spam39。 如果需要用密碼來保護一個目錄。因為服務器只是將特定結尾的處理直接交給相關模塊的，而并不要求那一定是一個存在的文件。當處理失敗時會在錯誤日志中記錄，并告知客戶端一點錯誤信息。 return 告知 apache，請求處理完成并成功。特別注意：需要在 ，因為一旦調用， HTTP響應頭就被發(fā)送出去了，其后的 HTTP響應頭的 改變都會忽略。text/plain39。text/html39。text/plain39。對象的。向客戶端發(fā)送信息也需要用到請求對象，這里是沒有 39。 注意，處理器必須包含一個請求對象參數(shù)。那么配置標志就是39。來分隔函數(shù)名，比如一個處理器函數(shù)叫 39。當然也可以用其他的名字，但是需要用 39。就成了 39。這樣39。python39。是因為 mod_python按照配置標志尋找函數(shù)。叫做 39。大多數(shù) mod_python程序需要有這一行。注意子目錄是不在 ，如果需要只能按照包名的方式調用。時，會發(fā)生下面的事情： ，假設預設目錄已經(jīng)存在于 。當讀取配置到 39。 mod_python處理器檢查配置獲取處理器。標志告訴 mod_python如果發(fā)生錯誤，則把錯誤信息輸出到客戶端，便于開發(fā)。 39。PythonHandler myscript39。下或其子目錄下的文件請求都由 mod_python負責處理。如下： from mod_python import apache def handler(req): =text/plain (Hello World!) return 如下的事情將會發(fā)生： AddHandler標志告訴 apache所有的以 .py結尾的 39。 我們假設有如下配置： Directory /mywebdir AddHandler mod_python .py PythonHandler myscript PythonDebug On /Directory 所以還需要一個如下文件， 39。這個處理器的 apache缺省行為是讀取文件并發(fā)送到客戶端。它處理含有上下文的請求。所以 mod_python的主函數(shù)只是作為發(fā)報機的角色連接apache處理器和 Python函數(shù)。 mod_python處理器缺省時不會做任何事情，除非用特定的配置文件標志。然后由其他的 apache模塊提供處理器，比如 mod_python。同一個階段可以有多于一個處理器進行處理，被叫做 apache序列。更復雜的處理依賴于配置文件。比如第一個階段是用戶認證，之后是檢驗用戶是否有權訪問特定的文件，然后是讀取文件并發(fā)送到客戶端。 如果你想要深入鉆研 mod_python的功能，需要理解什么是處理器。 閱讀 。當然也可以調用本地的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服務器 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