今天網站突然無法連線, 進入系統之後發現 Apache 竟然不知道為什麼自己 shutdown 了,
重新啟動也沒用, 更新版本也還是一樣無法啟動.
找了 log 檔, 發現錯誤訊息:
[notice] SIGHUP received. Attempting to restart
[notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
2014年4月1日 星期二
2013年8月7日 星期三
網站架設 -- Apache 中的 MPM
Apache 的 MPM (Multi-Processing Module) 模組,是讓 Apache 以多重處理器的方式來處理要求 ,可以讓 Apache 更有效率的以較少的資源處理更多的服務要求,這個 MPM 還分成 worker 及 prefork 兩個子模組。
- worker 採用 Multi-Thread (多重執行緒 ) 的方式,適合運用在多核心的 CPU 上。
- Pre-Forking 的方式則是 prefork 的運行方式,適合在多顆 CPU 執行環境,比較佔用記憶體,但相容性及穩定性較佳。
網站架設 -- Reverse Proxy Server
Reverse Proxy Server ( 反向代理伺服器 ) 是什麼 ?
Proxy Server ( 代理伺服器 ) 去 Web Server 抓取資料放在伺服器上來供用戶讀取,而 Reverse Proxy Server ( 反向代理伺服器 ) 剛好和 Proxy Server 剛好相反,將用戶端的資料傳送給在 Reverse Proxy Server 後面的 Web Server,這些後面的 Web Server 不會、也不能直接被用戶直接連結,只能經由 Reverse Proxy Server 代理傳送和接收資料。
使用 Reverse Proxy Server 可以保護 Web Server 被攻擊,還可提供負載平衡、快取以及資料加密的功能,目前比較常見的是利用 Nginx 做為 Reverse Proxy Server,用 Apache 來當後面的 Web Server 。
參考說明: http://www.arthurtoday.com/2010/01/reverse-proxy-server.html#.UgGpktJHJrc
Proxy Server ( 代理伺服器 ) 去 Web Server 抓取資料放在伺服器上來供用戶讀取,而 Reverse Proxy Server ( 反向代理伺服器 ) 剛好和 Proxy Server 剛好相反,將用戶端的資料傳送給在 Reverse Proxy Server 後面的 Web Server,這些後面的 Web Server 不會、也不能直接被用戶直接連結,只能經由 Reverse Proxy Server 代理傳送和接收資料。
使用 Reverse Proxy Server 可以保護 Web Server 被攻擊,還可提供負載平衡、快取以及資料加密的功能,目前比較常見的是利用 Nginx 做為 Reverse Proxy Server,用 Apache 來當後面的 Web Server 。
參考說明: http://www.arthurtoday.com/2010/01/reverse-proxy-server.html#.UgGpktJHJrc
網站架設 -- Ngix server
官網:http://www.nginx.org/
Nginx(發音同 engine x)這幾年竄起得很快, 他的效能一般來說比 Apache 來得好上許多, 兩者的優缺點差異就不再多說, 大家可以參考下面文獻看看:
http://joeandmotorboat.com/2008/02/28/apache-vs-nginx-web-server-performance-deathmatch/
下面僅就安裝方式做簡單說明:
Nginx(發音同 engine x)這幾年竄起得很快, 他的效能一般來說比 Apache 來得好上許多, 兩者的優缺點差異就不再多說, 大家可以參考下面文獻看看:
http://joeandmotorboat.com/2008/02/28/apache-vs-nginx-web-server-performance-deathmatch/
下面僅就安裝方式做簡單說明:
由於 yum 內沒nginx所以先裝 epel
32-bit
若是 OS 是採用 CentOS,安裝完 nginx 之後建議把epel移除,可直接用 rpm –e 移除 epel 套件。
yum repolist
yum install nginx
安装php:
yum install php-pear-Net-Socket php-pear php-common php-gd php-devel php php-mbstring php-pear-Mail php-cli php-imap php-snmp php-pdo php-xml php-pear-Auth-SASL php-ldap php-pear-Net-SMTP php-mysql
yum install php-pear-Net-Socket php-pear php-common php-gd php-devel php php-mbstring php-pear-Mail php-cli php-imap php-snmp php-pdo php-xml php-pear-Auth-SASL php-ldap php-pear-Net-SMTP php-mysql
詳細內容可以在網路上尋找, 底下的文章寫得頗為完整:
2010年6月14日 星期一
啟用壓縮網頁提高傳輸效能 -- Linux, Apache, gzip, mod_deflate
Apache 1.x 與 Apache 2.x 的版本說明
Apache 1.x 系列沒有內建網頁壓縮技術,所以才用 mod_gzip 的。
Apache 2 官方在開發的時候,就把網頁壓縮考慮進去,內建了 mod_deflate 這個模組,所以 Apache 2 就不需要使用到 mod_gzip,但兩者運作的原理頗為類似。
啟用 mod_deflate 這個網頁壓縮的模組,功能和效率和 mod_gzip 是差不多的,甚至還好一些,且不需要再另外找 mod_gzip 模組,apache 2 就有內建,將模組前面的註解拿掉就可以使用。
實作方法 -- Apache 2
啟用網頁壓縮後,所消耗的頻寬流量便下降許多,可以同時提供給更多人瀏覽頁面的頻寬資源,考量本站使用的文件格式後,實作的方法如下:
訂閱:
文章 (Atom)