JavaScript text to hyperlink 和 自動換行

nl2br() 函數在字符串中的每個新行(\n) 之前插入HTML 換行符(<br />)。 

function nl2br (str, is_xhtml) {

    var breakTag = (is_xhtml || typeof is_xhtml === 'undefined') ? '<br ' + '/>' : '<br>';

    var regex = /(https?:\/\/([-\w\.]+)+(:\d+)?(\/([\w\/=\/_\.]*(\?\S+)?)?)?)/ig

    var str = str.replace(regex, "<a href='$1' target='_blank'>$1</a>");

    return (str + '').replace(/([^>\r\n]?)(\r\n|\n\r|\r|\n)/g, '$1' + breakTag + '$2');

}

設定 Apache 的 mod_reqtimeout 避免 DDOS 攻擊

如何緩解Slowloris 攻擊？

對於易受Slowloris 攻擊的Web 服務器，有一些方法可以減輕某些影響。易受攻擊的服務器的緩解措施可以分為3 大類：

增加服務器可用性- 增加服務器在任何時間允許的最大客戶端數量，這將增加攻擊者使服務器過載前必須建立的連接數。實際上，無論增加多少，攻擊者都可以擴展攻擊數量以攻克服務器容量。

限制傳入請求的速率- 基於某些使用因素限制訪問，這將有助於緩解Slowloris 攻擊。限制單個IP 地址允許建立的最大連接數，限制慢速傳輸速度，以及限制客戶端允許保持連接的最長時間，這些技巧都是限制慢速攻擊的有效方法。

在 Apache 2.4 中已經內建 mod_reqtimeout，只需要先在 httpd.conf 中把 # 拿掉啟用即可

LoadModule reqtimeout_module modules/mod_reqtimeout.so

例子

等待5秒以完成TLS握手，等待10秒以接收請求標頭，等待30秒以接收請求正文：

RequestReadTimeout handshake=5 header=10 body=30

至少等待10秒鐘以接收請求正文。如果客戶端發送數據，則每接收1000個字節，將超時增加1秒，沒有超時上限（除非間接限制為 LimitRequestBody）：

RequestReadTimeout body=10,MinRate=1000

至少等待10秒鐘以接收請求標頭。如果客戶端發送數據，則每接收500個字節將超時增加1秒。但請求標頭的時間不得超過30秒：

RequestReadTimeout header=10-30,MinRate=500

通常，服務器應同時配置標頭超時和主體超時。如果將通用配置用於http和https虛擬主機，則超時不應設置得太低：

RequestReadTimeout header=20-40,MinRate=500 body=20,MinRate=500

接下來就是設定

<IfModule reqtimeout_module>

RequestReadTimeout header=20-30,MinRate=256 body=100-120,MinRate=512

</IfModule>

什麼是反惡意軟件服務可執行文件(antimalware service executable)？

 什麼是反惡意軟件服務可執行文件(antimalware service executable)？

反惡意軟件服務可執行文件(antimalware service executable)是Windows 10 系統內建 Windows Defender 防火牆下的一個後台進程。此程序也稱為MsMpEng.exe，是Windows操作系統的一部分，始終在後台運行。當用戶訪問檔案時， Windows Defender 負責掃描檢查是否夾帶病毒軟體、安裝病毒定義檔等工作，因此需要使用到磁碟資源、記憶體RAM和CPU。您可以從Windows 10附帶的Windows Defender安全中心應用程序配置Windows Defender，執行掃描並檢查其掃描歷史記錄。

它是病毒嗎？

目前，還沒有任何證據與報告來假裝模仿反惡意軟件服務可執行文件。Windows Defender本身就是一個防病毒軟件。常規後台掃描對於任何防病毒程序都是正常的。因此我們可以相信antimalware service executable這個後台進程對我們來說是安全的。

它為什麼佔用CPU或磁盤資源？

突然的大量使用到CPU或磁盤資源使用表示它可能在掃描您的計算機以查找惡意軟件或定期安裝包含新惡意軟件信息的更新。所有這些程序都需要使用一些系統資源來檢查您的PC並保護您的安全。

怎麼解決antimalware service executable 對於CPU/記憶體使用率過高呢?

但是很多剛剛更新成windows10的用戶不習慣，他們覺得資源占用的情況太過明顯，想要關閉反惡意軟件服務可執行文件(antimalware service executable)以解決CPU/記憶體使用率過高的問題。到底該怎麼解決antimalware service executable 對於CPU/記憶體使用率過高呢?

 

事實上，如果您沒有安裝任何其他防病毒軟件，我們建議您不要禁用Windows Defender防病毒工具和關閉antimalware service executable。雖然，您無法永久禁用它。因為如果Windows Defender未檢測到安裝的其他防病毒應用程序，它將在短時間後重新啟用。

將antimalware service executable 添加到 Windows Defender 的排除列表中

步驟 1. 同時按住Windows鍵+ I ，打開「設定」。點擊「更新與安全性」。

步驟 2. 點擊「Windows Defender」，點擊添加「排除項目」。

步驟 3. 點擊「排除.exe, .com, .scr 程序」。

添加到Windows Defender - 1

步驟 4. 輸入：MsMpEng.exe ，點擊「確定」。

XAMPP CI3 Git 洩漏?

 許多工程師在撰寫程式時，會使用 Git 來做版本控管，在使用 Git 的時候，目錄底下會產生一個 .git 的隱藏檔案，裡面就是 git repository，會儲存程式的修改、新增、刪除等紀錄。

若工程師直接將含有 .git 目錄的專案放到網頁伺服器的公開目錄，駭客便有可能下載 .git 中的資料，利用 git 的機制將原始碼重建。

因此當工程師開發完成時，可能有兩個方法發佈較為妥當：

額外將網頁程式碼製作一個副本 (不含 .git)，再發佈到網頁伺服器。

直接將含 git 目錄的專案放到網頁伺服器，但同時做好網頁的權限控管，也就是當你瀏覽 /.git 底下的全部內容時，會回傳 403。

假如工程師在測試登入功能時，將 admin 的帳密紀錄在程式的註解中，並使用 git 紀錄到歷史版本中，當工程師不小心上傳 .git，並且沒有做權限控管，那麼駭客就能從洩漏的 .git 目錄中拿到帳密。

此外，因為 .git 洩漏是已知且普遍的問題，有眾多工具可以協助駭客下載 .git 目錄並重建原始碼，只要網頁不小心將 .git 上傳，那就有許多人可以將網頁的 .git 下載下來，反倒甚至出現針對這種工具漏洞的攻擊：

攻擊者會構建惡意的 .git 目錄，故意將其中的一些資料路徑修改，例如將文件路徑加上很多 ../../../ ，一旦重建工具沒有檢查路徑，重構資料就可以隨意覆蓋到你的正常檔案。

一般來說，只要網址/.git 可以看到東西，基本上就能將程式還原，但是有時候網址輸入 /.git 會出現 403 (「無權」訪問指定的URL而非 「檔案不存在」，代表 .git 目錄可能是存在的，你可以嘗試 /.git/config，看他有沒有擋)，或是用其他方式拿到 .git 的資料，例如下載

網址/.git/logs/HEAD 儲存 git 的 log，可以找到歷史 commit

網址/.git/refs/heads/master 會記錄 master 的 commit hash，可以分解出該 commit 的資料

網址/.git/refs/heads 底下會放所有分支的名字資料夾

網址/.git/refs/stash 用於暫時保存 git 工作進度，可以把做到一半的東西先藏起來（stash），不要 commit 出去

git stash list 顯示 stash 內的所有內容

git stash pop 把剛剛做到一半存在 stash 的資料還原

網址/.git/info/packs packs 的件提取與恢復 (比較少考)

網址/.git/index 會儲存 git add 的資料

<Directory "C:/xampp/htdocs">

    Options Includes FollowSymLinks ExecCGI

    AllowOverride All

    Require all granted

    Header set Access-Control-Allow-Origin *

    RedirectMatch 404 /\\.(svn|git|hg|bzr|cvs)(/|$)

</Directory>

<DirectoryMatch "^/.*/\.git/">

    Order allow,deny

    Require all denied

</DirectoryMatch>

Apache 核心功能 AcceptFilter Directive 深入探討

AcceptFilter 指令簡介

AcceptFilter 是 Apache HTTP 伺服器中一個重要的指令，用於配置伺服器如何接受新的連線請求。它直接影響伺服器的效能，尤其是當伺服器面臨高併發連線時。

AcceptFilter 的作用

• 控制連線接受方式： AcceptFilter 指令指定了 Apache 如何處理 incoming connections。不同的配置會影響伺服器處理連線的順序和方式。
• 影響伺服器效能： 合理配置 AcceptFilter 可以提升伺服器的效能，特別是在高併發環境下。
• 適應不同硬件環境： 不同的硬件配置和作業系統可能需要不同的 AcceptFilter 設定。

AcceptFilter 的值

常見的 AcceptFilter 值有：

• accept: 這是最基本的配置，按照連線到來的順序依次處理。
• prefork: 為每個子進程預先分配一個 accept() 鎖，提高處理連線的速度。
• http: 使用 HTTP 協議的 accept() 系統調用。
• mPM: 由多處理模組 (MPM) 決定如何處理連線。

不同 AcceptFilter 值的比較

AcceptFilter 值	描述	優點	缺點
accept	按順序處理連線	配置簡單	在高併發下可能導致性能瓶頸
prefork	為每個子進程預先分配 accept() 鎖	提高連線處理速度	可能消耗更多系統資源
http	使用 HTTP 協議的 accept() 系統調用	可以利用一些 HTTP 特性	可能不適用於所有情況
mPM	由 MPM 決定	靈活性高	配置較複雜

如何選擇合適的 AcceptFilter

選擇合適的 AcceptFilter 取決於以下因素：

• 硬件配置： CPU、記憶體等硬件資源的限制會影響 AcceptFilter 的選擇。
• 作業系統： 不同的作業系統對 AcceptFilter 的支持可能有所不同。
• 應用程序需求： 不同的應用程序對連線處理的要求也不同。
• 伺服器負載： 高併發環境下，需要選擇能高效處理連線的配置。

示例配置

Apache

<IfModule mpm_prefork_module>
    AcceptFilter prefork
</IfModule>

上述配置表示使用 prefork 模式，為每個子進程預先分配 accept() 鎖。

注意事項

• MPM 的影響： AcceptFilter 的效果會受到 MPM 的影響，不同的 MPM 有不同的特性。
• 其他配置項： AcceptFilter 只是 Apache 配置的一部分，需要與其他配置項配合使用才能達到最佳效果。
• 性能測試： 最好的方式是通過性能測試來確定最適合的 AcceptFilter 配置。

總結

AcceptFilter 是 Apache 伺服器中一個重要的配置項，它直接影響伺服器的性能。選擇合適的 AcceptFilter 值需要綜合考慮硬件、軟體、應用程序等多方面的因素。通過合理的配置，可以提升伺服器的性能，提高用戶體驗。

Apache假死堵塞卡死無響應解決方法

 啟用MPM模組配置文件

Apache針對不同的作業系統提供了多個不同的MPM模組，例如：mpm_beos、mpm_event、mpm_netware、mpmt_os2、mpm_prefork、mpm_winnt、mpm_worker。

Windows作業系統上默認的MPM模組是mpm_winnt，mpm_winnt模組是專門針對Windows作業系統而優化設計的MPM模組。它只創建一個單獨的子進程，並在這個子進程中輪流產生多個線程來處理請求。

在對Apache的MPM模組具備一定了解後，我們就可以針對不同的MPM模組來修改Apache的最大並發連接數配置了

修改任何文件，建議做好備份。

apache\conf\httpd.conf文件中啟用該配置文件

# Server-pool management (MPM specific)

Include conf/extra/httpd-mpm.conf (去掉該行前面的注釋符號"#")

對應的配置參數作用如下：

ThreadsPerChild：每個子進程的最大並發線程數。 

MaxRequestsPerChild：每個子進程允許處理的請求總數。如果累計處理的請求數超過該值，該子進程將會結束(然後根據需要確定是否創建新的子進程)，該值設為0表示不限制請求總數(子進程永不結束)。 

該參數建議設為非零的值，可以帶來以下兩個好處： 

1. 可以防止程序中可能存在的記憶體泄漏無限進行下去，從而耗盡記憶體。 

2. 給進程一個有限壽命，從而有助於當伺服器負載減輕的時候減少活動進程的數量。

注意：在以上涉及到統計請求數量的參數中，對於KeepAlive的連接，只有第一個請求會被計數。

修改MPM模組配置http-mpm.conf文件中的相關配置

在Apace安裝目錄/conf/extra目錄中有一個名為httpd-mpm.conf

#由於mpm_winnt模組只會創建1個子進程，因此這裡對單個子進程的參數設置就相當於對整個Apache的參數設置。

<IfModule mpm_winnt_module>

ThreadsPerChild 521 #默認值是150，推薦設置：小型網站=1000 中型網站=1000~2000 大型網站=2000~3500

MaxRequestsPerChild 3000 #推薦設置：小=10000 中或大=20000~100000

</IfModule>

再考慮一個可能，（apache 2.4)

apache 2.4 IE10瀏覽器會導致Apache2.4版本阻塞假死,有一種說法，用IE10登錄了網站，導致了apache的卡死，這裡做一個防範：

在配置文件httpd.conf中添加如下兩句

AcceptFilter http none

AcceptFilter https none

原文網址：https://kknews.cc/code/2no3569.html

《面試官別再問》Nginx常見的面試題

1. 什麼是Nginx？

Nginx是一個輕量級/高性能的反向代理Web服務器，他實現非常高效的反向代理、負載平衡，他可以處理2-3萬並發連接數，官方監測能支持5萬並發，現在中國使用nginx網站用戶有很多，例如：新浪、網易、 騰訊等。

2. 為什麼要用Nginx？

跨平台、配置簡單、方向代理、高並發連接：處理2-3萬並發連接數，官方監測能支持5萬並發，內存消耗小：開啟10個nginx才佔150M內存，nginx處理靜態文件好，耗費內存少，

而且Nginx內置的健康檢查功能：如果有一個服務器宕機，會做一個健康檢查，再發送的請求就不會發送到宕機的服務器了。重新將請求提交到其他的節點上。

使用Nginx的話還能：

節省寬帶：支持GZIP壓縮，可以添加瀏覽器本地緩存

穩定性高：宕機的概率非常小

接收用戶請求是異步的

2. 為什麼Nginx性能這麼高？

因為他的事件處理機制：異步非阻塞事件處理機制：運用了epoll模型，提供了一個隊列，排隊解決

Nginx怎麼處理請求的？

nginx接收一個請求後，首先由listen和server_name指令匹配server模塊，再匹配server模塊裡的location，location就是實際地址

    server                                  # 第一個Server區塊開始，表示一個獨立的虛擬主機站點

        listen       80;                    # 提供服務的端口，默認80

        server_name  localhost;             # 提供服務的域名主機名

        location / {                        # 第一個location區塊開始

            root   html;                    # 站點的根目錄，相當於Nginx的安裝目錄

            index  index.html index.htm;    # 默認的首頁文件，多個用空格分開

        }                                   # 第一個location區塊結果

    }

3. 什麼是正向代理和反向代理？

正向代理就是一個人發送一個請求直接就到達了目標的服務器

反方代理就是請求統一被Nginx接收，nginx反向代理服務器接收到之後，按照一定的規 則分發給了後端的業務處理服務器進行處理了

使用“反向代理服務器的優點是什麼?

反向代理服務器可以隱藏源服務器的存在和特徵。它充當互聯網雲和web服務器之間的中間層。這對於安全方面來說是很好的，特別是當您使用web託管服務時。

4. Nginx的優缺點？

優點：

佔內存小，可實現高並發連接，處理響應快

可實現http服務器、虛擬主機、方向代理、負載均衡

Nginx配置簡單

可以不暴露正式的服務器IP地址

缺點： 動態處理差：nginx處理靜態文件好,耗費內存少，但是處理動態頁面則很雞肋，現在一般前端用nginx作為反向代理抗住壓力，

5. Nginx應用場景？

http服務器。Nginx是一個http服務可以獨立提供http服務。可以做網頁靜態服務器。

虛擬主機。可以實現在一台服務器虛擬出多個網站，例如個人網站使用的虛擬機。

反向代理，負載均衡。當網站的訪問量達到一定程度後，單台服務器不能滿足用戶的請求時，需要用多台服務器集群可以使用nginx做反向代理。並且多台服務器可以平均分擔負載，不會應為某台服務器負載高宕機而某台服務器閒置的情況。

nginz 中也可以配置安全管理、比如可以使用Nginx搭建API接口網關,對每個接口服務進行攔截。

6. 限流怎麼做的？

Nginx限流就是限制用戶請求速度，防止服務器受不了

限流有3種

正常限制訪問頻率（正常流量）

突發限制訪問頻率（突發流量）

限制並發連接數

1、正常限制訪問頻率（正常流量）：

限制一個用戶發送的請求，我Nginx多久接收一個請求。

Nginx中使用ngx_http_limit_req_module模塊來限制的訪問頻率，限制的原理實質是基於漏桶算法原理來實現的。在nginx.conf配置文件中可以使用limit_req_zone命令及limit_req命令限制單個IP的請求處理頻率。

    #定義限流維度，一個用戶一分鐘一個請求進來，多餘的全部漏掉

limit_req_zone $binary_remote_addr zone=one:10m rate=1r/m;

#綁定限流維度

server{

location/seckill.html{

limit_req zone=zone;

proxy_pass http://lj_seckill;

}

}

1r/s代表1秒一個請求，1r/m一分鐘接收一個請求， 如果Nginx這時還有別人的請求沒有處理完，Nginx就會拒絕處理該用戶請求。

2、突發限制訪問頻率（突發流量）：

限制一個用戶發送的請求，我Nginx多久接收一個。

    #定義限流維度，一個用戶一分鐘一個請求進來，多餘的全部漏掉

limit_req_zone $binary_remote_addr zone=one:10m rate=1r/m;

#綁定限流維度

server{

location/seckill.html{

limit_req zone=zone burst=5 nodelay;

proxy_pass http://lj_seckill;

}

}

上面的配置一定程度可以限制訪問頻率，但是也存在著一個問題：如果突發流量超出請求被拒絕處理，無法處理活動時候的突發流量，這時候應該如何進一步處理呢？Nginx提供burst參數結合nodelay參數可以解決流量突發的問題，可以設置能處理的超過設置的請求數外能額外處理的請求數。我們可以將之前的例子添加burst參數以及nodelay參數：

為什麼就多了一個burst=5 nodelay; 呢，多了這個可以代表Nginx對於一個用戶的請求會立即處理前五個，多餘的就慢慢來落，沒有其他用戶的請求我就處理你的，有其他的請求的話我Nginx就漏掉不接受你的請求

3、 限制並發連接數

Nginx中的ngx_http_limit_conn_module模塊提供了限制並發連接數的功能，可以使用limit_conn_zone指令以及limit_conn執行進行配置。

    http {

        limit_conn_zone $binary_remote_addr zone=myip:10m;

        limit_conn_zone $server_name zone=myServerName:10m;

    }

    server {

        location / {

            limit_conn myip 10;

            limit_conn myServerName 100;

            rewrite / http://www.lijie.net permanent;

        }

    }

面配置了單個IP同時並發連接數最多只能10個連接，並且設置了整個虛擬服務器同時最大並發數最多只能100個鏈接。當然，只有當請求的header被服務器處理後，虛擬服務器的連接數才會計數。剛才有提到過Nginx是基於漏桶算法原理實現的，實際上限流一般都是基於漏桶算法和令牌桶算法實現的。

7. 為什麼要做動靜分離？

Nginx是當下最熱的Web容器，網站優化的重要點在於靜態化網站，網站靜態化的關鍵點則是是動靜分離，動靜分離是讓動態網站裡的動態網頁根據一定規則把不變的資源和經常變的資源區分開來，動靜資源做好了拆分以後，我們則根據靜態資源的特點將其做緩存操作。

讓靜態的資源只走靜態資源服務器，動態的走動態的服務器

Nginx的靜態處理能力很強，但是動態處理能力不足，因此，在企業中常用動靜分離技術。

對於靜態資源比如圖片，js，css等文件，我們則在反向代理服務器nginx中進行緩存。這樣瀏覽器在請求一個靜態資源時，代理服務器nginx就可以直接處理，無需將請求轉發給後端服務器tomcat。若用戶請求的動態文件，比如servlet,jsp則轉發給Tomcat服務器處理，從而實現動靜分離。這也是反向代理服務器的一個重要的作用。

Nginx怎麼做的動靜分離？

只需要指定路徑對應的目錄。location/可以使用正則表達式匹配。並指定對應的硬盤中的目錄。如下：

    location /image/ {

        root   /usr/local/static/;

        autoindex on;

    }

    

8. Nginx負載均衡的算法怎麼實現的?策略有哪些?

為了避免服務器崩潰，大家會通過負載均衡的方式來分擔服務器壓力。將對台服務器組成一個集群，當用戶訪問時，先訪問到一個轉發服務器，再由轉發服務器將訪問分發到壓力更小的服務器。

Nginx負載均衡實現的策略有以下五種：

1 輪詢(默認)

每個請求按時間順序逐一分配到不同的後端服務器，如果後端某個服務器宕機，能自動剔除故障系統。

    upstream backserver { 

        server 192.168.0.12; 

        server 192.168.0.13; 

    } 

2 權重weight

weight的值越大分配

到的訪問概率越高，主要用於後端每台服務器性能不均衡的情況下。其次是為在主從的情況下設置不同的權值，達到合理有效的地利用主機資源。

    upstream backserver { 

        erver 192.168.0.12 weight=2; 

        erver 192.168.0.13 weight=8; 

    } 

權重越高，在被訪問的概率越大，如上例，分別是20%，80%。

3 ip_hash( IP綁定)

每個請求按訪問IP的哈希結果分配，使來自同一個IP的訪客固定訪問一台後端服務器，并且可以有效解决动态网页存在的session共享问题

    upstream backserver { 

        ip_hash; 

        server 192.168.0.12:88; 

        server 192.168.0.13:80; 

    } 

4 fair(第三方插件)

必須安裝upstream_fair模塊。

對比weight、ip_hash更加智能的負載均衡算法，fair算法可以根據頁面大小和加載時間長短智能地進行負載均衡，響應時間短的優先分配。

    upstream backserver { 

        server server1; 

        server server2; 

        fair; 

    } 

哪個服務器的響應速度快，就將請求分配到那個服務器上。

5、url_hash(第三方插件)

必須安裝Nginx的hash軟件包

按訪問url的hash結果來分配請求，使每個url定向到同一個後端服務器，可以進一步提高後端緩存服務器的效率。

    upstream backserver { 

        server squid1:3128; 

        server squid2:3128; 

        hash $request_uri; 

        hash_method crc32; 

    } 

    

9. nginx中500、502、503、504 有什麼區別？

500：Internal Server Error 內部服務錯誤，比如腳本錯誤，編程語言語法錯誤。

502：Bad Gateway錯誤，網關錯誤。比如服務器當前連接太多，響應太慢，頁面素材太多、帶寬慢。

503：Service Temporarily Unavailable，服務不可用，web服務器不能處理HTTP請求，可能是臨時超載或者是服務器進行停機維護。

504：Gateway timeout 網關超時，程序執行時間過長導致響應超時，例如程序需要執行20秒，而nginx最大響應等待時間為10秒，這樣就會出現超時。

10. Nginx服務器上的Master和Worker進程分別是什麼?

Master進程：讀取及評估配置和維持

Worker進程：解決請求

11. 如何用Nginx解決前端跨域問題？

使用Nginx轉發請求。把跨域的接口寫成調本域的接口，然後將這些接口轉發到真正的請求地址。

12. Nginx VS Apache

Apache 通過創建進程和線程來處理其他的連接。管理員可以通過設置來控制服務器所能允許的最大進程數量。這個配置因機器的可用內存而異。過多的進程會耗盡內存從而使得機器使用磁盤上的交換內存，這嚴重的降低了性能。而且，當達到進程的上限之後，Apache 會拒絕新的連接。

Apache可以通過設置來運行在 pre-forked 模式或 worker multi-process 模式 ( MPM )。當其他的用戶連接時，兩種方式都會創建新的進程。區別在於，pre-forked 模式為每一個進程創建一個線程，用來處理一個用戶的請求。worker 模式也創建新的進程，但是每一個進程至少有一個線程，每一個線程用來處理單個用戶的單個請求。所以，一個 worker mode 的進程處理至少一個連接，而一個 per-fork 模式的進程只處理一個連接。

相比於 forked 模式，worker 模式使用更少的內存，原因是進程比線程消耗更多的內存，線程只是運行在進程中的代碼。

此外，worker 模式不是線程安全的。這意味著如果你使用像 mod_php 這樣的非線程安全的模塊來服務 php 頁面時，你需要使用 pre-forked 模式，因此要消耗更多的內存。所以，當選擇模塊和配置服務器時，你必須要面對是線程還是進程更優的問題以及一些約束的問題。

在調整 Apache 時的一個限制因素是內存以及當爭奪同一個 CPU 和內存時潛在的線程死鎖問題。如果一個線程停止了，用戶會一直處於等待頁面出現的狀態，直到進程將該線程回收，以便可以發回頁面。如果一個線程發生了死鎖，它不知道如何重啟，因此會一直處於卡住狀態。

Openresty

和 Apache 相比，Nginx 的工作方式有很大不同，主要是在於它如何處理線程。

Nginx 並不會為每一個的 web 請求創建新的進程，相反，管理員可以配置 Nginx 主進程的工作進程的數量（一個常見的做法是為每一個 CPU 配置一個工作進程）。所有這些進程都是單線程的。每一個工作進程可以處理數千個並發的請求。它通過一個線程來異步的完成了這些工作，而沒有使用多線程的編程模型。

Nginx 還拆分了緩存加載器 ( cache loader ) 和緩存管理器 ( cache manager ) 進程用來從磁盤中讀取數據並將其加載到緩存中，當緩存直接讀取的時候緩存過期。

Nginx 有一系列的模塊組成，這些模塊在編譯的時候就被包含進去了。這意味著，用戶下載源碼並選擇他們要編譯的模塊。這些模塊中包括連接後端應用服務器，負載均衡，代理服務器以及其他。並沒有 PHP 的模塊，因為 Nginx 可以自己編譯 PHP 代碼。