正向** ： 是乙個位於客戶端和原始伺服器 (origin server) 之間的伺服器，為了從原始伺服器取得內容， 客戶端向**傳送乙個請求並指定目標 ( 原始伺服器 ) ，然後**向原始伺服器轉交請求並將獲得的內容返回給客戶端。客戶端必須要進行一些特別的設定才能使用正向** 。
反向**（ reverse proxy ）方式是指以 **伺服器 來接受 internet 上的連線請求，然後將請求**給內部網路上的伺服器，並將從伺服器上得到的結果返回給 internet 上請求連線的 客戶端 ，此時**伺服器對外就表現為乙個伺服器。
當乙個 **伺服器 能夠**外部網路上的 主機 ，訪問內部網路時，這種**服務的方式稱為反向**服務。此時 **伺服器 對外就表現為乙個 web 伺服器，外部網路就可以簡單把它當作乙個標準的 web 伺服器而不需要特定的配置。 不同之處在於，這個伺服器沒有儲存任何網頁的真實資料，所有的靜態網頁或者 cgi 程式，都儲存在內部的 web 伺服器上。 因此對反向 **伺服器 的攻擊並不會使得網頁資訊遭到破壞，這樣就增強了 web 伺服器的安全性。
apache http server 是世界使用排名第一的 web 伺服器 軟體。它可以執行在幾乎所有廣泛apache server 配置介面 ，使用的 計算機平台 上．apache 源於 ncsahttpd 伺服器，經過多次修改，成為世界上最流行的 web 伺服器 軟體之一。 apache 取自 「a patchy server」 的讀音，意思是充滿補丁的伺服器，因為它是 自由軟體 ，所以不斷有人來為它 開發 新的功能、新的特性、修改原來的缺陷。 apache 的特點是簡單、速度快、效能穩定，並可做 **伺服器 來使用。
什麼是反向**負載均衡
使用 **伺服器 可以將請求**給內部的 web 伺服器，使用這種加速模式顯然可以提公升靜態網頁的訪問速度。因此也可以考慮使用這種技術，讓 **伺服器 將請求 均勻**給多台內部 web 伺服器之一上，從而達到負載均衡的目的。這種**方式與普通的**方式有所不同，標準**方式是客戶使用**訪問多個外部 web 伺服器，而這種**方式是多個客戶使用它訪問內部 web 伺服器，因此也被稱為反向**模式。
1、nginx相對於apache的優點：
輕量級，同樣起web 服務，比apache
占用更少的記憶體及資源
抗併發，nginx 處理請求是非同步非阻塞的，而apache 則是阻塞型的，在高併發下nginx 能保持低資源低消耗高效能
補充：
同步傳輸：瀏覽器發起請求，而後請求會立刻被轉到後台，於是在瀏覽器和後台之間就建立了乙個通道。在請求發起直到請求完成，這條通道都是一直存在的。
非同步傳輸：瀏覽器發起請求，請求不會立刻轉到後台，而是將請求資料（header）先收到nginx上，然後nginx再把這個請求發到後端，後端處理完之後把資料返回到nginx上，nginx將資料流發到瀏覽器，這點和lighttpd有點不同，lighttpd是將後端資料完全接收後才傳送到瀏覽器。
高度模組化的設計，編寫模組相對簡單
社群活躍，各種高效能模組出品迅速
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 伺服器的首選，許多大型網際網路企業早已使用nginx了。 4、
最核心的區別在於apache是同步多程序模型，乙個連線對應乙個程序；nginx是非同步的，多個連線（萬級別）可以對應乙個程序 5、
nginx處理靜態檔案好,耗費記憶體少.但無疑apache仍然是目前的主流,有很多豐富的特性.所以還需要搭配著來.當然如果能確定nginx就適合需求,那麼使用nginx會是更經濟的方式.
apache有先天不支援多核心處理負載雞肋的缺點，建議使用nginx做前端，後端用apache。大型**建議用nginx自帶的集群功能
6、從使用情況來看，nginx的負載能力比apache高很多。而且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支援更高的併發。
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的優缺點
1 nginx優點 輕量級，同樣起web 服務，比apache 占用更少的記憶體及資源 抗併發，nginx 處理請求是非同步非阻塞的，而apache 則是阻塞型的，在高併發下nginx 能保持低資源低消耗高效能 高度模組化的設計，編寫模組相對簡單 社群活躍，各種高效能模組出品迅速啊 apache優點...
Nginx與Apache優缺點比較
正向 是乙個位於客戶端和原始伺服器 origin server 之間的伺服器，為了從原始伺服器取得內容，客戶端向 傳送乙個請求並指定目標 原始伺服器 然後 向原始伺服器轉交請求並將獲得的內容返回給客戶端。客戶端必須要進行一些特別的設定才能使用正向 反向 reverse proxy 方式是指以 伺服器...
Apache與Nginx的優缺點
apache與nginx的優缺點比較 1 nginx相對於apache的優點 輕量級，同樣起web 服務，比apache 占用更少的記憶體及資源 抗併發，nginx 處理請求是非同步非阻塞的，而apache 則是阻塞型的，在高併發下nginx 能保持低資源低消耗高效能 高度模組化的設計，編寫模組相對...