檢視apache支援的模組：

        httpd -l

    檢視apache載入的模組：

        httpd -t -D DUMP_MODULES

    使用apache擴充套件工具apxs可以為apache編譯和安裝擴充套件模組。新安裝的模組將作為動態共享物件提供給apache，因此，apache執行的平臺必須支援DSO特性，並且httpd必須內建mod_so模組。這樣才能使用mod_so提供的LoadModule指令在執行時將模組載入到apache伺服器中。

    要為已執行的apache新增mod_proxy模組，先定位到apache原始碼中modules/proxy目錄。然後使用apxs進行編譯安裝：

         /usr/local/apache2/bin/apxs -i -c -a  mod_proxy.c proxy_util.c

-c表示進行編譯，-i表示將生成的模組安裝到apache的modules目錄下，-a選項在httpd.conf中增加一條LoadModule指令以載入剛安裝的模組，或者如果此指令已存在，則啟用之。

    apxs會根據原始碼判斷模組的名稱，或者（在失敗的情況下）根據檔名推測模組名稱，可以用-n選項顯式地指定模組名稱。

    安裝成功以後將在apache的modules目錄下生成mod_proxy.so檔案，並且在httpd.conf中加入了一行

        LoadModule proxy_module modules/mod_proxy.so

    proxy只是核心模組，具體使用時還需要其它模組的支援，安裝方法類似。

        /usr/local/apache2/bin/apxs -i -c -a mod_proxy_http.c

        /usr/local/apache2/bin/apxs -i -c -a mod_proxy_ftp.c

        /usr/local/apache2/bin/apxs -i -c -a mod_proxy_connect.c

    同樣，安裝後在apache的modules目錄中生成了mod_proxy_http.so, mod_proxy_ftp.so, mod_proxy_connect.so檔案。並且在httpd.conf中添加了如下行：

        LoadModule proxy_http_module  modules/mod_proxy_http.so
        LoadModule proxy_ftp_module   modules/mod_proxy_ftp.so
        LoadModule proxy_connect_module modules/mod_proxy_connect.so

    這樣，mod_proxy模組就安裝好了，進行具體的應用配置，重啟apache就可以了。　　

要求：
　　執行多個tomcat，通過apache偵聽的埠進行區分。
　　對於每個tomcat，配置各自需要服務的虛擬主機
　　使用Apache的Proxy進行代理轉發，轉到對應的tomcat上面，重點在埠不同
　　取消jk連線，減少複雜度。雖然損失了一些Apache對靜態文字的效能，但整體看還是值得的
　　結果：
　　tomcat的server.xml裡面配置了各自的虛擬主機，比如 www.lampok.net 和 oa.lampok.net。第一個是主域名，第二個是二級域名。tomcat埠為8080。第二個tomcat配置了一個 sales.lampok.net 用來支援銷售，埠為8081。詳細的配置檔案請參考tomcat的虛擬主機配置，這裡就不寫了。
　　測試各個虛擬主機的執行是否正常，使用 http:// oa.lampok.net:8080/ 這樣的方式進行測試。
apache的 httpd.conf配置
開啟代理所需要的.so支援模組，在httpd.conf裡面，取消下面四行的註釋：
LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_connect_module modules/mod_proxy_connect.so
LoadModule proxy_http_module modules/mod_proxy_http.so
LoadModule proxy_ftp_module modules/mod_proxy_ftp.so
 
製作各自的虛擬主機
NameVirtualHost *:80　
<VirtualHost *:80>
ServerName www.lampok.net
ProxyPass / http://www.lampok.net:8080/
ProxyPassReverse / http://www.lampok.net:8080/
</VirtualHost>
<VirtualHost *:80>
ServerName oa.lampok.net
ProxyPass / http://oa.lampok.net:8080/
ProxyPassReverse / http://oa.lampok.net:8080/
</VirtualHost>
<VirtualHost *:80>
ServerName sales.lampok.net
ProxyPass / http://sales.lampok.net:8081/
ProxyPassReverse / http://sales.lampok.net:8081/
</VirtualHost>
 
若需要內部埠整合
ProxyPass / ajp://localhost:8009/
ProxyPassReverse / ajp://localhost:8009/
 
現在我們編輯第一個tomcat配置檔案，埠為預設的8080
<Engine name=”Catalina” defaultHost=www.lampok.net>
<Host name=www.lampok.net appBase==”/www/lampok.net/htdocs” unpackWARs=”true” autoDeploy=”true” xmlValidation=”false” xmlNamespaceAware=”false”

<Host name=www.cba.com appBase==”/www/cba.com/htdocs” unpackWARs=”true” autoDeploy=”true” xmlValidation=”false” xmlNamespaceAware=”false” />
 

原始碼編譯安裝proxy-ajp模式的
# tar xvjf httpd-2.2.0.tar.bz2
# cd httpd-2.2.0

安裝apr
# cd srclib/apr
# ./configure –prefix=/server/soft/apr
# make
# make install

安裝apr-util
# cd ../apr-util/
# ./configure –prefix=/server/soft/apr-util \
    –with-apr=/server/soft/apr
# make
# make install
# cd ../../

安裝apache
# ./configure –prefix=/server/soft/apache \
    –enable-so \
    –enable-rewrite=share \
    –enable-proxy=share \
    –enable-proxy-ajp=share \
    –enable-dav=share \
    –with-apr=/server/soft/apr \
    –with-apr-util=/server/soft/apr-util/
# make
# make install
</Engine>
 
注意：網站檔案請分別放在/www/*/htdocs/ROOT目錄
 Host name=”localhost” appBase=”webapps” unpackWARs=”true” autoDeploy=”true” xmlValidation=”false” xmlNamespaceAware=”false”   />
</Engine>
編輯第二個tomcat配置檔案，埠修改為8081
<Engine name=”Catalina” defaultHost=localhost>
<
 
注意：網站檔案放在tomcat安裝檔案目錄的預設ROOT目錄
localhost這裡可以不用修改，因為只有一個網站，我們就可以不用域名代替
 
附出錯分析：
如果編譯安裝沒有編輯代理模組的解決辦法
 
方法如下：
編譯的時候要開啟WITH_PROXY_MODULES選項，但我又不想重新安裝apache，所以使用以下步驟達到此目的。
1、重新編譯帶有proxy模組的apache，但不安裝。
進入原始碼目錄
#cd /usr/loacl/src/httpd2.2.9
#make WITH_PROXY_MODULES=yes
2. 分別編譯生成代理模組
    cd modules/proxy
   /usr/local/apache/bin/apxs -c -i -a  mod_proxy.so proxy_util.c
   /usr/local/apache/bin/apxs -c -i -a  mod_proxy_ajp.so mod_proxy_ajp.c
   /usr/local/apache/bin/apxs -c -i -a  mod_proxy_connect.so mod_proxy_connect.c
   /usr/local/apache/bin/apxs -c -i -a  mod_proxy_http.so mod_proxy_http.c
   /usr/local/apache/bin/apxs -c -i -a  mod_proxy_ftp.so mod_proxy_ftp.c
 
這樣就編譯進了apache配置檔案
編譯過程中或者會出錯，因為許可權原因，需要給755許可權
chmod 755 /usr/local/apache/modules/*.so
 
檢視httpd.conf檔案顯示已經添加了代理模組
以下是httpd.conf的部分顯示
# Example:
# LoadModule foo_module modules/mod_foo.so
LoadModule php5_module        modules/libphp5.so
LoadModule proxy_module   modules/mod_proxy.so
LoadModule proxy_connect_module modules/mod_proxy_connect.so
LoadModule proxy_http_module  modules/mod_proxy_http.so
LoadModule proxy_ftp_module   modules/mod_proxy_ftp.so
#

已經新增進了apache,現在需要重新啟動apache，就可以正常配置代理方式了
#配置(prefix是安裝路徑,enable-mods-shared=all表示編譯配置所有so檔案)

./configure –prefix=/usr/local/apache –enable-mods-shared=all

 php編譯案例：

./configure –prefix=/usr/local/php5 –with-apxs2=/usr/local/apache2/bin/apxs –with-config-file-path=/usr/local/php5 –disable-debug –enable-ftp –enable-inline-optimization –enable-magic-quotes –enable-mbstring –enable-safe-mode –enable-wddx=shared –with-gd –with-gettext –with-regex=system –with-zlib –with-mcrypt –enable-sockets
單獨編譯apache可以進行這樣的操作
 
[[email protected] apache]#./configure –prefix=/usr/local/apache –enable-so –enable-mods-shared=”proxy proxy_http proxy_ftp proxy_connect headers”
 
編譯
[[email protected] apache]# make
檢查編譯後的是否有編譯出so檔案
[[email protected] apache]# cd /usr/local/apache/modules
[[email protected] modules]#]# ls
httpd.exp       mod_proxy_ajp.so       mod_proxy_connect.so mod_proxy_http.so
mod_headers.so mod_proxy_balancer.so mod_proxy_ftp.so      mod_proxy.so
 
如果存在以上檔案則說明編譯成功
安裝
[[email protected] apache]# make install
 
啟動APACHE
[[email protected] apache]# /usr/local/apache/bin/httpd -k start
測試如果輸出IT works那麼就ok了
附：
tomcat 404頁面設定方法在web.xml裡面加入
     <error-page>
              <error-code>404</error-code>
              <location>/404.jsp</location>
      </error-page>
新增404.jsp頁面檔案，重新啟動tomcat可生效

APACHE中增加模組遇到的問題

用apxs 安裝apache mod_proxy時候出現undefined symbol: ap_proxy_lb_workers錯誤的解決方法

在用apxs安裝apache mod_proxy時候出現undefined symbol: ap_proxy_lb_workers的錯誤，原先用的是：

apxs -i -a -c mod_proxy.c

錯誤資訊：
httpd: Syntax error on line 19 of /opt/lamp/apache2/conf/httpd.conf: Cannot load /opt/lamp/apache2/modules/mod_proxy.so into server: /opt/lamp/apache2/modules/mod_proxy.so: undefined symbol: ap_proxy_lb_workers

原來需要加上proxy_util.c一起編譯：

apxs -i -a -c mod_proxy.c proxy_util.c

問題解決。因為proxy_util.c是基礎模組，所以必須先安裝。下面也是安裝方法。

先安裝基礎模組： 
# /usr/local/apache2/bin/apxs -c -i mod_proxy.c proxy_util.c 
# /usr/local/apache2/bin/apxs -i -a -n proxy mod_proxy.la 
再安裝mod_proxy_http模組 
# /usr/local/apache2/bin/apxs -c mod_proxy_http.c 
# /usr/local/apache2/bin/apxs -i -a -n proxy_http mod_proxy_http.la 

再去看httpd.conf時，已新增如下內容： 
LoadModule proxy_module modules/mod_proxy.so 
LoadModule proxy_http_module modules/mod_proxy_http.so 

重新啟動沒有任何報錯資訊，證明mod_proxy_http模組載入成功。

注：我在安裝proxy_http.c的時候，用的是

 /usr/local/apache2/bin/apxs -i -a -n http mod_proxy_http.la這樣的一個命令，所以在配置檔案中

LoadModule http_module modules/mod_proxy_http.so 為這樣一條語句，

重啟的提示為

[[email protected] proxy]# /usr/local/apache2/bin/apachectl configtest
httpd: Syntax error on line 55 of /usr/local/apache2/conf/httpd.conf: Can't locate API module structure `http_module' in file /usr/local/apache2/modules/mod_proxy_http.so: /usr/local/apache2/modules/mod_proxy_http.so: undefined symbol: http_module
至於我為什麼要/usr/local/apache2/bin/apxs -i -a -n http 這樣寫，

而不/usr/local/apache2/bin/apxs -i -a -n proxy_http mod_proxy_http.la 這樣寫（注意我說的是標紅的地方）

是因為我受到前面在加模組時看到的文章也出現過這樣的提示，是因為我的不符合語法。所以才那樣些，現在看來http的必須需要安裝proxy_http 

這樣些至於原因等我找到答案後在做解釋。（我懷疑因為proxy_http 是proxy的一個子模組，所以需要這樣寫的，如果直接的一個模組就不需要—了）

配apache mod_cache 後 httpd -k start

apache出現以下資訊：

Cannot load /usr/local/apache/modules/mod_cache.so into server: /usr/local/apache/modules/mod_cache.so: undefined symbol: cache_generate_key_default

正規解決方案:

modules/cache下面有很多的.c檔案，大致用途如：
mod_cache.c 編譯得到mod_cache.so 主要用來控制整個apache的cache功能。
mod_file_cache.c,mod_mem_cache.c,mod_disk_cache.c這個三個檔案編譯後得到各自的cache支援模組。

mod_cache.c還需要其他的程式來進行工作，包括cache_*.c這些檔案。因此apxs動態載入一個模組的時候，需要把這些檔案和mod_cache.c 一起編譯：perl /usr/local/apache2/bin/apxs -cia mod_cache.c cache_util.c cache_cache.c cache_storage.c cache_pqueue.c cache_hash.c

上述是我遇到問題，照著上面作者的做法做後問題解決。

在這裡我要對我上面的文章中標金黃的部分做一下解釋。

在我仔細看了配置檔案，詳細的做了對比，

LoadModule logio_module  modules/mod_logio.so
LoadModule proxy_module       modules/mod_proxy.so
LoadModule proxy_http_module  modules/mod_proxy_http.so
LoadModule cache_module       modules/mod_cache.so
LoadModule mem_cache_module         modules/mod_mem_cache.so
LoadModule disk_cache_module        modules/mod_disk_cache.so

注意到這些modules/mod_proxy.so、modules/mod_proxy_http.so模組和前面的寫法了沒，proxy_module、proxy_http_module這些寫法都是根據modules/mod_proxy.so、modules/mod_proxy_http.so這來的，如果這是mod_proxy.so，則在前面些proxy_module，如果是mod_proxy_http.so則在前面寫proxy_http_module。所以我在寫mod_mem_cache.so這個的時候，不用想就寫了LoadModule mem_cache_module ，這樣在檢查配置檔案的時候也沒有提示錯誤，直接提示ok。以後寫的時候，就可以這樣寫了，我認為是不會有錯誤的

綜合起來，要想實現這個目的，就必須使用 apache　的反向代理模組。

本文轉載至鞋

http://crazoy.iteye.com/blog/1671715

 系統採用Apache http server+Tomcat部署，最近總是出現登陸不上的問題，開始每天總是偶爾有那麼幾分鐘怎麼也登不上去，由於供應商在處理我也沒怎麼在意。可最近這幾天開始經常性出現，沒辦法，動手解決一下。記錄一下經過。
    系統部署在統一伺服器上，應用部署了三個tomcat server，jvmRoute分別為t1，t2，t3，採用AJP/1.3協議，埠分別配置為9013，9023,9033，tomcat的http埠分別為：8013,8023,8033，maxThreads 設為1000，httpd採用ProxyPass做了負載均衡的對映，資料庫為Oracle 12g。
    開始用
        ps -ef | grep httpd | wc -l
    查看了一下httpd的程序數，工作正常時間低於100，問題不大。
    
    netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'
    檢視tcp連線統計：
        TIME_WAIT 410
        FIN_WAIT2 2
        ESTABLISHED 1585
    看上去好像是連線用光了。
    看apache error_log日誌：
[Tue Sep 04 18:39:55 2012] [error] (104)Connection reset by peer: ajp_ilink_receive() can't receive header
[Tue Sep 04 18:39:55 2012] [error] ajp_read_header: ajp_ilink_receive failed
[Tue Sep 04 18:39:55 2012] [error] (120006)APR does not understand this error code: proxy: read response failed from (null) ($IP)

    看來是proxy得不到響應，於是上度娘，沒什麼結果。公司的網路google不給力，找半天沒結果。
    看看天色漸晚，已經19:00多了，心下著急，還想著回家吃飯。
    決定跟蹤一下埠：
     netstat -apn | grep "*:80"
    已經下班了，數目為個位數，系統基本沒人用。
    跟蹤9013,9023,9033
     netstat -apn | grep 9013
     netstat -apn | grep 9023
     netstat -apn | grep 9033
    竟然都是滿的。       
    而客戶端通過apache仍然連不上，但是直接連線tomcat的8013,8023,8033埠是可用的。
    至此可以斷定是apache連線tomcat出了問題，但什麼原因造成的，不知道。為了趕時間，就果斷restart了tomcat，世界清淨了。

    晚上回家google了一下，搜到[2],apache bug 38227, 似乎從httpd2.2.2就已經修復了這個bug。
    早上來到公司，檢查了一下版本，2.2.22，真夠2，問題還在。看了apache日誌，重啟後，一切都很正常，看連線數，使用者也不多，3個jvmRoute只有一個9033埠在被佔用。
    開啟日誌開始觀察：
    apache httpd：
        tail -f error_log
    apche tomcat：
        tail -f localhost.2012-09-05.log

    過了一會問題出現了，httpd報錯
[Wed Sep 05 09:42:14 2012] [error] ajp_read_header: ajp_ilink_receive failed
[Wed Sep 05 09:42:14 2012] [error] (70007)The timeout specified has expired: proxy: read response failed from 172.16.5.68:18033 (172.16.5.68)
[Wed Sep 05 09:42:28 2012] [error] (70007)The timeout specified has expired: ajp_ilink_receive() can't receive header

    追蹤到tomcat：

2012-9-5 9:47:06 org.apache.catalina.core.StandardWrapperValve invoke
嚴重: Servlet.service() for servlet service threw exception
com.mchange.v2.resourcepool.TimeoutException: A client timed out while waiting to acquire a resource from [email protected] -- timeout at awaitAvailable()
    at com.mchange.v2.resourcepool.BasicResourcePool.awaitAvailable(BasicResourcePool.java:1317)
    at com.mchange.v2.resourcepool.BasicResourcePool.prelimCheckoutResource(BasicResourcePool.java:557)
    at com.mchange.v2.resourcepool.BasicResourcePool.checkoutResource(BasicResourcePool.java:477)
    at com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.checkoutPooledConnection(C3P0PooledConnectionPool.java:525)
    at com.mchange.v2.c3p0.impl.AbstractPoolBackedDataSource.getConnection(AbstractPoolBackedDataSource.java:128)

    度娘上搜了一下，找到了[3]，心下吸了口涼氣。看來是資料庫死鎖導致了tomcat連線被佔，時間長了就沒法應對ajp的請求，導致系統當掉。
    調了一下資料來源的配置，以觀後效了。
    實在不行準備用終極大招，定時輪流restart tomcat server了。

參考：
[1] http://www.2cto.com/os/201205/130110.html
[2] https://issues.apache.org/bugzilla/show_bug.cgi?id=38227
[3] http://aijuans.iteye.com/blog/1478466

ERROR: date.timezone not set in php.ini. Please contact your hosting company to set the timezone in the server PHP configuration before continuing.

今天安裝網站碰到一個問題.說是時區的問題.

網上說改php.ini的date.timezone=PRC

find / -iname php.ini -print

用命名查找出php.ini的位置

用命名查詢timezone

grep  timezone  /usr/local/Zend/etc/php.ini -r

用命名修改,修改之前記得備份cp /home/field/etc/php5/php.ini /home/field/etc/php5/php.ini.back

sed -i "s/;date.timezone=/date.timezone = PRC/g" /home/field/etc/php5/php.ini

然後重啟apache

問題解決了,

Linux下批量替換多個檔案中的字串的簡單方法。用sed命令可以批量替換多個檔案中的字串。
用sed命令可以批量替換多個檔案中的字串。
sed -i "s/原字串/新字串/g" `grep 原字串 -rl 所在目錄`(千萬注意這個符號，是最左上角那個符號不是單引號)
例如：我要把/test下所有包含abc的檔案中的abc替換為def，執行命令：
sed -i "s/abc/def/g" `grep abc -rl /test`
這是目前linux最簡單的批量替換字串命令了！
具體格式如下：
sed -i "s/oldString/newString/g" `grep oldString -rl /path`
例項程式碼：sed -i "s/大小多少/日月水火/g" `grep 大小多少 -rl /usr/aa`
sed -i "s/大小多少/日月水火/g" `grep 大小多少 -rl ./`
方法2：
在日程的開發過程中，可能大家會遇到將某個變數名修改為另一個變數名的情況，如果這個變數是一個區域性變數的話，vi足以勝任，但是如果是某個全域性變數的話，並且在很多檔案中進行了使用，這個時候使用vi就是一個不明智的選擇。這裡給出一個簡單的shell命令，可以一次性將所有檔案中的指定字串進行修改：
grep "abc" * -R | awk -F: '{print $1}' | sort | uniq | xargs sed -i 's/abc/abcde/g'
替換字元：sed -i "s/old/new/g" /test
查詢包含指定字元的檔名：grep aaa –ul  /test

http://www.cnblogs.com/txw1958/archive/2012/07/26/linux-pmap.html