作者：L772
email: L772@263.net
日期：8/1/2001 2:49:41 PM
在Apache上以DSO方式安裝PHP

時間：2001/03/27 14:01 作者：余夕 freelamp 
 


　　如果以靜態方式安裝Apache ，則每次 PHP 有升級后，就必須重新安裝 Apache，所以，在實踐當中，筆者總是建議用戶以 DSO 方式來安裝 PHP。如果需要安裝 ApacheSSL 時，你就更會感覺到DSO 的方便和快捷了。 


　　DSO 字面的含義就是動態共享對象，詳細的文檔可以參考 Apache 的在線手冊。在使用 DSO 之前，你必須保證自己的 Apache 能支持 DSO ，因此，在編譯PHP 時，應該使用 --with-apxs=/usr/local/apache/apxs 的參數，當然這里的 apxs 所在的路徑需要根據你自己的安裝路徑來修改。 


　　有可能你會遇到下面的錯誤報告： 


　　configure: error: Sorry, I cannot run apxs. Either you need to install Perl or you need to pass the absolute path of apxs by using --with-apxs=/absolute/path/to/apxs 


　　如果碰到這樣的問題，一般是 Perl 已經安裝并且已經指定了 apxs 的路徑，但是 Apache 不支持 mod_so。Apache 的缺省編譯是支持 mod_so 的，除非你在編譯時使用了 --disable-module=so 參數。 


　　最常見的問題就是在運行了 #./configure --with-apxs=/usr/local/apache/apxs 之后看到下面的錯誤報告： 


　　WARNING: Your /usr/local/apache/bin/apxs script is most likely broken. 


　　所以，我們有必要檢查一下 apxs 這個腳本文件。在文件中查看下面的行： 


　　my $CFG_CFLAGS_SHLIB = ’ ’; 

　　my $CFG_LD_SHLIB = ’ ’; 

　　my $CFG_LDFLAGS_SHLIB = ’ ’; 

　　如果以上幾行真是空的話，那么 apxs 就真的有問題了。正確的應該是： 


　　my $CFG_CFLAGS_SHLIB = ’-fpic -DSHARED_MODULE’; 

　　my $CFG_LD_SHLIB = ’gcc’; 

　　my $CFG_LDFLAGS_SHLIB = q(-shared); 



　　Red Hat 的6.1 和 6.2 中的 apxs 也有問題，下面的行： 


　　my $CFG_LIBEXECDIR = ’modules’; 

　　應該修改為： 


　　my $CFG_LIBEXECDIR = ’/usr/lib/apache’; 



　　得到正確的 apxs 后，就可以編譯 PHP 了。經過 make 和 make install ，并且重啟Apache 后，我們又得到了一個錯誤消息： 


　　API module structure `php4_module’ in file /usr/local/apache/libexec/libphp4.so is garbled - perhaps this is not an Apache module DSO? 



　　不要擔心，我從來就沒有碰到過這樣的消息！因為我在開始新的編譯之前總是使用make clean ; make distclean 來清除以前編譯后留下的“垃圾”。 


　　但是需要指出的是，筆者在升級 PHP 4.0.4pl1 過程中，碰到的問題是在編譯完畢，并重新啟動 Apache 之后碰到 “undefined symbol:uncompressed” 的報告。經過多次調試發現是采用了 --with-mysql=/usr/local/mysql 的開關所致，后來采用 MySQL 源代碼版本，重新編譯 MySQL 以后，再編譯 PHP ，就沒有這個問題了。所以，應該是 MySQL 的庫沒有進入編譯路徑所致。 


　　需要注意的是，編譯Apache 的時候，不要使用 --activate-module=src/modules/php4/libphp4.a 參數，因為這樣的話，PHP4 就是以靜態方式來安裝了。