如果以靜態方式安裝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 就是以靜態方式來安裝了。

　　恭喜你，安裝成功，以后 PHP 有新的補丁/版本出來，就不需要重新編譯 Apache 了。