fastcgi:
fastcgi是從cgi發展改進而來的。傳統cgi介面方式的主要缺點是效能很差,因為每次http伺服器遇到動態程式時都需要重新啟動腳本解析器來執行解析,然後結果會傳回給http伺服器。這在處理高並發訪問時,幾乎是不可用的。另外傳統的cgi介面方式安全性也很差,現在已經很少被使用了。
fastcgi介面方式採用c/s結構,可以將http伺服器和腳本解析伺服器分開,同時在腳本解析伺服器上啟動一個或多個腳本解析守護程式。當http伺服器每次遇到動態程式時,可以直接交付給fastcgi進程來執行,然後將得到的結果傳回瀏覽器。這種方式可以讓http伺服器專一地處理靜態請求或將動態腳本伺服器的結果傳回給客戶端,這在很大程度上提高了整個應用系統的效能。
nginx不支援對外部程式的直接呼叫或解析,所有的外部程式(包括php)必須透過fastcgi介面來呼叫。 fastcgi介面在linux下是socket,(這個socket可以是檔案socket,也可以是ip socket)。為了呼叫cgi程序,還需要一個fastcgi的wrapper(wrapper可以理解為用於啟動另一個程式的程式),這個wrapper綁定在某個固定socket上,如連接埠或檔案socket。當nginx將cgi請求發送給這個socket的時候,透過fastcgi接口,wrapper接納到請求,然後派生出一個新的線程,這個線程調用解釋器或者外部程序處理腳本並讀取返回數據;接著,wrapper再將傳回的資料透過fastcgi接口,沿著固定的socket傳遞給nginx;最後,nginx將傳回的資料傳送給客戶端,這就是nginx fastcgi的整個運作過程。詳細的過程,如圖所示。
範例:
#nginx中fastcgi參數的最佳化設定實例
在配置完成nginx fastcgi之後,為了確保nginx下php環境的高速穩定運行,需要加入一些fastcgi優化指令。下面給出一個最佳化實例,將下面程式碼加入nginx主設定檔中的http層級。
fastcgi_cache_path /usr/local/nginx/fastcgi_cache levels=1:2 keys_zone=test:10m inactive=5m; fastcgi_connect_timeout 300; fastcgi_send_timeout 300; fastcgi_read_timeout 300; fastcgi_buffer_size 64k; fastcgi_buffers 4 64k; fastcgi_busy_buffers_size 128k; fastcgi_temp_file_write_size 128k; fastcgi_cache test; fastcgi_cache_valid 200 302 1h; fastcgi_cache_valid 301 1d; fastcgi_cache_valid any 1m;
上述程式碼的意義:
在第一行程式碼中,設定了fastcgi快取的檔案路徑、目錄結構層級、關鍵字區域儲存時間以及非活動資料刪除時間。
fastcgi_connect_timeout指定連線到後端fastcgi的逾時時間。
fastcgi_send_timeout指定傳送請求到fastcgi的逾時時間,這個值是已經完成兩次握手後傳送請求的超時時間給fastcgi。
fastcgi_read_timeout指定接收fastcgi回應的逾時時間,這個值是已經完成兩次握手後接收fastcgi應答的逾時時間。
fastcgi_buffer_size用來指定讀取fastcgi回應第一部分需要用多大的緩衝區,這個值表示會使用1個64kb的緩衝區讀取應答的第一部分(應答頭) ,可以設定為fastcgi_buffers選項指定的緩衝區大小。
fastcgi_buffers指定本機需要用多少和多大的緩衝區來緩衝fastcgi的回應請求。如果一個php腳本所產生的頁面大小為256kb,那麼會為其分配4個64kb的緩衝區來快取;如果頁面大小大於256kb,那麼大於256kb的部分會快取到fastcgi_temp指定的路徑中,但這並不是好方法,因為記憶體中的資料處理速度要快於硬碟。一般這個值應該是網站中php腳本所產生的頁面大小的中間值,如果網站大部分腳本所產生的頁面大小為256kb,那麼可以把這個值設定為「16 16k」、「4 64k」等。
fastcgi_busy_buffers_size的預設值是fastcgi_buffers的兩倍。
fastcgi_temp_file_write_size表示在寫入快取檔案時使用多大的資料區塊,預設值是fastcgi_buffers的兩倍。
啟用fastcgi快取並為其命名是指fastcgi_cache的作用。開啟快取非常有用,可以有效降低cpu的負載,並且防止502錯誤的發生,但是開啟快取也會造成很多問題,要視具體情況而定。
fastcgi_cache_valid、fastcgi用來指定應答代碼的快取時間,實例中的值表示將200和302應答快取一個小時,將301應答快取1天,其他應答均快取1分鐘。
以上是Nginx中的FastCGI怎麼設定最佳化的詳細內容。更多資訊請關注PHP中文網其他相關文章!

NGINX和Apache各有優劣,選擇應基於具體需求。 1.NGINX適合高並發場景,因其異步非阻塞架構。 2.Apache適用於需要復雜配置的低並發場景,因其模塊化設計。

NGINXUnit是一個開源應用服務器,支持多種編程語言,提供動態配置、零停機更新和內置負載均衡等功能。 1.動態配置:無需重啟即可修改配置。 2.多語言支持:兼容Python、Go、Java、PHP等。 3.零停機更新:支持不中斷服務的應用更新。 4.內置負載均衡:可將請求分發到多個應用實例。

NGINXUnit優於ApacheTomcat、Gunicorn和Node.js內置HTTP服務器,適用於多語言項目和動態配置需求。 1)支持多種編程語言,2)提供動態配置重載,3)內置負載均衡功能,適合需要高擴展性和可靠性的項目。

NGINXUnit通過其模塊化架構和動態重配置功能提高了應用的性能和可管理性。 1)模塊化設計包括主控進程、路由器和應用進程,支持高效管理和擴展。 2)動態重配置允許在運行時無縫更新配置,適用於CI/CD環境。 3)多語言支持通過動態加載語言運行時實現,提升了開發靈活性。 4)高性能通過事件驅動模型和異步I/O實現,即使在高並發下也保持高效。 5)安全性通過隔離應用進程提高,減少應用間相互影響。

NGINXUnit可用於部署和管理多種語言的應用。 1)安裝NGINXUnit。 2)配置它以運行不同類型的應用,如Python和PHP。 3)利用其動態配置功能進行應用管理。通過這些步驟,你可以高效地部署和管理應用,提升項目效率。

NGINX更适合处理高并发连接,而Apache更适合需要复杂配置和模块扩展的场景。1.NGINX以高性能和低资源消耗著称,适合高并发。2.Apache以稳定性和丰富的模块扩展闻名,适合复杂配置需求。

NGINXUnit通過其動態配置和高性能架構提升應用的靈活性和性能。 1.動態配置允許在不重啟服務器的情況下調整應用配置。 2.高性能體現在事件驅動和非阻塞架構以及多進程模型上,能夠高效處理並發連接和利用多核CPU。

NGINX和Apache都是強大的Web服務器,各自在性能、可擴展性和效率上有獨特的優勢和不足。 1)NGINX在處理靜態內容和反向代理時表現出色,適合高並發場景。 2)Apache在處理動態內容時表現更好,適合需要豐富模塊支持的項目。選擇服務器應根據項目需求和場景來決定。


熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

DVWA
Damn Vulnerable Web App (DVWA) 是一個PHP/MySQL的Web應用程序,非常容易受到攻擊。它的主要目標是成為安全專業人員在合法環境中測試自己的技能和工具的輔助工具,幫助Web開發人員更好地理解保護網路應用程式的過程,並幫助教師/學生在課堂環境中教授/學習Web應用程式安全性。 DVWA的目標是透過簡單直接的介面練習一些最常見的Web漏洞,難度各不相同。請注意,該軟體中

mPDF
mPDF是一個PHP庫,可以從UTF-8編碼的HTML產生PDF檔案。原作者Ian Back編寫mPDF以從他的網站上「即時」輸出PDF文件,並處理不同的語言。與原始腳本如HTML2FPDF相比,它的速度較慢,並且在使用Unicode字體時產生的檔案較大,但支援CSS樣式等,並進行了大量增強。支援幾乎所有語言,包括RTL(阿拉伯語和希伯來語)和CJK(中日韓)。支援嵌套的區塊級元素(如P、DIV),

Dreamweaver CS6
視覺化網頁開發工具

SublimeText3 Linux新版
SublimeText3 Linux最新版

SublimeText3漢化版
中文版,非常好用