apache是目前最流行的web應用伺服器，佔據了網際網路應用伺服器70%以上的份額。apache能取得如此成功並不足為奇：它免費、穩定且效能卓越；但apache能取得如此佳績的另乙個原因是，當時網際網路剛剛興起時，apache是第乙個可用的web應用伺服器，人們沒有其他的選擇。
不可否認，apache是乙個優秀的全能web伺服器，但對於那些需要更強大的web應用伺服器（比如大小、可定製、響應速度、可擴充套件性等方面）的人而言，apache明顯不符合他們的要求，尋找apache的替代者是更好的選擇。
apachehttp server是世界使用排名第一的web
伺服器軟體。它可以執行在幾乎所有廣泛apache server配置介面，使用的計算機平台上．apache源於ncsahttpd伺服器，經過多次修改，成為世界上最流行的web
伺服器軟體之一。apache取自「a patchy server」的讀音，意思是充滿補丁的伺服器，因為它是自由軟體，所以不斷有人來為它開發新的功能、新的特性、修改原來的缺陷。apache的特點是簡單、速度快、效能穩定，並可做**伺服器來使用。
nginx啟動，重啟，關閉命令
停止操作
停止操作是通過向nginx程序傳送訊號（什麼是訊號請參閱linux文 章）來進行的
步驟1：查詢nginx主程序號
ps -ef | grep nginx
在程序列表裡 面找master程序，它的編號就是主程序號了。
步驟2：傳送訊號
從容停止nginx：
kill -quit
主程序號
快速停止nginx：
kill -term
主程序號
強制停止nginx：
pkill -9 nginx
另外， 若在nginx.conf配置了pid檔案存放路徑則該檔案存放的就是nginx主程序號，如果沒指定則放在nginx的logs目錄下。有了pid文 件，我們就不用先查詢nginx的主程序號，而直接向nginx傳送訊號了，命令如下：
kill -
訊號型別
'/usr/nginx/logs/nginx.pid'
平滑重啟
/usr/sbin/nginx
如果更改了配置就要重啟nginx，要先關閉nginx再開啟？不是的，可以向nginx 傳送訊號，平滑重啟。
平滑重啟命令：
kill -hup
住進稱號或程序號檔案路徑
或者使用
/usr/sbin/nginx-s reload
注意，修改了配置檔案後最好先檢查一下修改過的配置檔案是否正 確，以免重啟後nginx出現錯誤影響伺服器穩定執行。判斷nginx配置是否正確命令如下：
nginx -t -c /usr/nginx/conf/nginx.conf
或者 /usr/nginx/sbin/nginx-t
1、nginx相對於apache的優點：
輕量級，同樣起web 服務，比apache占用更少的記憶體及資源
抗併發，nginx 處理請求是非同步非阻塞的，而apache 則是阻塞型的，在高併發下nginx 能保持低資源低消耗高效能
高度模組化的設計，編寫模組相對簡單
社群活躍，各種高效能模組出品迅速啊
apache 相對於nginx 的優點：
rewrite ，比nginx 的rewrite 強大
動態頁面
模組超多，基本想到的都可以找到
少bug ，nginx 的bug 相對較多
超穩定存在就是理由，一般來說，需要效能的web 服務，用nginx 。如果不需要效能只求穩定，那就apache 吧。後者的各種功能模組實現得比前者，例如ssl 的模組就比前者好，可配置項多。這裡要注意一點，epoll(freebsd 上是 kqueue )網路io 模型是nginx 處理效能高的根本理由，但並不是所有的情況下都是epoll 大獲全勝的，如果本身提供靜態服務的就只有寥寥幾個檔案，apache 的select 模型或許比epoll 更高效能。當然，這只是根據網路io 模型的原理作的乙個假設，真正的應用還是需要實測了再說的。
2、作為 web 伺服器：相比 apache，nginx 使用更少的資源，支援更多的併發連線，體現更高的效率，這點使 nginx 尤其受到虛擬主機提供商的歡迎。在高連線併發的情況下，nginx是apache伺服器不錯的替代品: nginx在美國是做虛擬主機生意的老闆們經常選擇的軟體平台之一. 能夠支援高達 50,000 個併發連線數的響應, 感謝nginx為我們選擇了 epoll and kqueue 作為開發模型.
nginx作為負載均衡伺服器: nginx 既可以在內部直接支援 rails 和 php 程式對外進行服務, 也可以支援作為 http** 伺服器對外進行服務. nginx採用c進行編寫, 不論是系統資源開銷還是cpu使用效率都比 perlbal 要好很多.
作為郵件**伺服器: nginx 同時也是乙個非常優秀的郵件**伺服器（最早開發這個產品的目的之一也是作為郵件**伺服器）, last.fm 描述了成功並且美妙的使用經驗.
nginx 是乙個安裝非常的簡單 , 配置檔案非常簡潔（還能夠支援perl語法）, bugs 非常少的伺服器: nginx 啟動特別容易, 並且幾乎可以做到7*24不間斷執行，即使執行數個月也不需要重新啟動. 你還能夠不間斷服務的情況下進行軟體版本的公升級 .
3、nginx 配置簡潔, apache 複雜
nginx 靜態處理效能比 apache 高 3倍以上
apache 對 php 支援比較簡單，nginx 需要配合其他後端用
apache 的元件比 nginx 多
現在 nginx 才是 web 伺服器的首選
4、最核心的區別在於apache是同步多程序模型，乙個連線對應乙個程序；nginx是非同步的，多個連線（萬級別）可以對應乙個程序
5、nginx處理靜態檔案好,耗費記憶體少.但無疑apache仍然是目前的主流,有很多豐富的特性.所以還需要搭配著來.當然如果能確定nginx就適合需求,那麼使用nginx會是更經濟的方式.
apache有先天不支援多核心處理負載雞肋的缺點，建議使用nginx做前端，後端用apache。大型網站建議用nginx自代的集群功能
6、從個人過往的使用情況來看，nginx的負載能力比apache高很多。最新的伺服器也改用nginx了。而且nginx改完配置能-t測試一下配置有沒有問題，apache重啟的時候發現配置出錯了，會很崩潰，改的時候都會非常小心翼翼現在看有好多集群站，前端nginx抗併發，後端apache集群，配合的也不錯。
7、nginx處理動態請求是雞肋，一般動態請求要apache去做，nginx只適合靜態和反向。
8、從我個人的經驗來看，nginx是很不錯的前端伺服器，負載效能很好，在老奔上開nginx，用webbench模擬10000個靜態檔案請求毫不吃力。apache對php等語言的支援很好，此外apache有強大的支援網路，發展時間相對nginx更久，
9、nginx優於apache的主要兩點：1.nginx本身就是乙個反向**伺服器 2.nginx支援7層負載均衡；其他的當然，nginx可能會比apache支援更高的併發，但是根據netcraft的統計，2023年4月的統計資料，apache依然占有62.71%，而nginx是7.35%，因此總得來說，aapche依然是大部分公司的首先，因為其成熟的技術和開發社群已經也是非常不錯的效能。
10、你對web server的需求決定你的選擇。大部分情況下nginx都優於apache，比如說靜態檔案處理、php-cgi的支援、反向**功能、前端cache、維持連線等等。在apache+php（prefork）模式下，如果php處理慢或者前端壓力很大的情況下，很容易出現apache程序數飆公升，從而拒絕服務的現象。
11、可以看一下nginx lua模組：比nginx多的模組，可直接用lua實現apache是最流行的，why？大多數人懶得更新到nginx或者學新事物
12、對於nginx，我喜歡它配置檔案寫的很簡潔，正則配置讓很多事情變得簡單執行效率高，占用資源少，**功能強大，很適合做前端響應伺服器
13、apache在處理動態有優勢，nginx併發性比較好，cpu記憶體占用低，如果rewrite頻繁，那還是apache吧
**：
APACHE與NGINX 詳細分析
apache是目前最流行的web應用伺服器，佔據了網際網路應用伺服器70 以上的份額。apache能取得如此成功並不足為奇 它免費 穩定且效能卓越 但apache能取得如此佳績的另乙個原因是，當時網際網路剛剛興起時，apache是第乙個可用的web應用伺服器，人們沒有其他的選擇。不可否認，apach...
nginx最詳細分析
我從下面的幾個方面分析nginx。nginx是什麼？nginx是乙個高效能的http和反向 伺服器，也是乙個imap pop3 smtp 伺服器。是乙個開源的專案。後來 在nginx基礎上針對大訪問量做出了修改，做出了tengine。nginx 好 1 占有記憶體少，併發能力強，nginx的併發能力...
nginx與apache詳細效能對比
之前一直研究nginx的源 最近有時間也做了下nginx與apache的效能對比，希望能夠夠對大家有所幫助！nginx動態檔案處理能力差？這是我最困惑的地方，在google了nginx之後發現它的評價並沒有想象中那麼差勁，並且很多公司已經開始用nginx php fast cgi 作為主流web伺服...