PHP7中php.ini、php-fpm和www.conf 設定
php.ini是php運行核心設定檔,下面是一些常用設定
extension_dir=""
● 避免PHP訊息暴露在http頭中
● 避免暴露php呼叫mysql的錯誤訊息
● 在關閉display_errors後開啟PHP錯誤日誌(路徑在php-fpm.conf中設定)
● 設定PHP的opcache和mysql動態函式庫
● 設定PHP的時區
● 開啟opcache
● 設定PHP腳本允許存取的目錄(需要依照實際情況設定)
error_log = /usr/local/php/logs/php-fpm.log
● 設定錯誤日誌的路徑
● 引入www.conf檔案中的配置(預設已設定)
pid = run/php-fpm.pid
● pid設置,預設在安裝目錄中的var/run/php-fpm.pid,建議開啟
● 錯誤日誌,預設在安裝目錄中的var/log/php-fpm.log
# emergency_restart_threshold = 60
emergency_restart_interval = 60s
process_control_timeout = 0
daemonize = yes
listen = 127.0.0.1:9000
listen.backlog = -1
listen.allowed_clients = 127.0.0.1
listen.owner = www listen.group = www listen.mode = 0666
user = www group = www
php-fpm 進程池最佳化方法
pm = dynamic
● 對於專用伺服器,pm可以設定為static。如何控制子進程,選項有static和dynamic。如果選擇static,則由pm.max_children指定固定的子程序數。若選擇dynamic,則由下開參數決定:
pm.max_children
#● 靜態方式下開啟的php-fpm進程數量,在動態方式下他限定php-fpm的最大行程數(這裡要注意pm.max_spare_servers的值只能小於等於pm.max_children)pm.start_servers
pm.min_spare_servers
# #pm.max_spare_servers
● 保證空閒行程數最大值,如果空閒行程大於此值,此進行清理
● 如果dm設定為static,那麼其實只有pm.max_children這個參數生效。系統會開啟參數設定數量的php-fpm進程。 php-fpm一個進程大概會佔20m-40m的內存,所以他的數字大小的設置要根據你的物理內存的大小來設置,還要注意到其他的內存佔用,如數據庫,系統進程等,來確定以上4個參數的設定值!
● 如果dm設定為dynamic,4個參數都生效。系統會在php-fpm執行開始時啟動pm.start_servers個php-fpm進程,然後根據系統的需求動態在pm.min_spare_servers和pm.max_spare_servers之間調整php-fpm進程數。參數要求pm.start_servers的值在pm.min_spare_servers和pm.max_spare_servers之間。
pm.max_requests = 1000
● 設定每個子程序重生之前服務的請求數.
● 最大處理請求數是指一個php -fpm的worker進程在處理多少個請求後就終止掉,master程序會重新respawn一個新的。
● 這個配置的主要目的是避免php解釋器或程式引用的第三方函式庫造成的記憶體外洩。
對於可能存在記憶體洩漏的第三方模組來說是非常有用的. 如果設定為'0' 則一直接受請求. 等同於PHP_FCGI_MAX_REQUESTS 環境變數. 預設值: 0.
pm.status_path = /status
● FPM狀態頁面的網址. 如果沒有設定, 則無法存取狀態頁面. 預設值: none. munin監控會使用到
ping.path = /ping
● FPM監控頁面的ping網址. 如果沒有設定, 則無法存取ping頁面. 此頁面用於外部偵測FPM是否存活並且可以回應要求. 請注意必須以斜線開頭(/)。
ping.response = pong
● 用於定義ping請求的回傳對應. 傳回為HTTP 200 的text/plain 格式文字.預設值: pong.
request_terminate_timeout = 0
● 設定單一請求的逾時中止時間. 此選項可能會對php.ini設定中的'max_execution_time'因為某些特殊原因沒有中止運行的腳本有用. 設定為'0' 表示'Off'.當經常出現502錯誤時可以嘗試更改此選項。
request_slowlog_timeout = 10s
● 當一個請求該設定的逾時時間後,就會將對應的PHP呼叫堆疊資訊完整寫入到慢日誌中. 設置為'0' 表示'Off'
slowlog = log/$pool.log.slow
● 慢請求的記錄日誌,配合request_slowlog_timeout使用
#rlimit_files = 1024
● 設定檔開啟描述符的rlimit限制.預設值: 系統定義值預設可開啟句柄是1024,可使用ulimit -n查看,ulimit -n 2048修改。
rlimit_core = 0
● 設定核心rlimit最大限制值.可用值: 'unlimited' 、0或正整數.預設值: 系統定義值.
chroot =
● 啟動時的Chroot目錄.所定義的目錄需要是絕對路徑. 如果沒有設定, 則chroot不被使用.
#chdir =
● 設定啟動目錄,啟動時會自動Chdir到該目錄. 所定義的目錄需要是絕對路徑. 預設值: 目前目錄,或/目錄(chroot時)
catch_workers_output = yes
● 重定向運行過程中的stdout和stderr到主要的錯誤日誌檔案中. 如果沒有設定, stdout 和stderr 將會根據FastCGI的規則被重定向到/dev/null .預設值: 空.`
clear_env = no
# 清理環境
# 清理環境variables_order
variables_order參數詳解在另一篇文章https://www.php.cn/php-weizijiaocheng-429277.html
#常見錯誤及解決方法整理
請求的逾時中止時間未設定
● request_terminate_timeout的值如果設定為0或過長的時間,可能會引起PHP 腳本會一直執行下去。這樣,當所有的 php-cgi 進程都卡在 file_get_contents() 函數時,這台 Nginx PHP 的 WebServer 已經無法再處理新的 PHP 請求了,Nginx 就會給使用者回傳「502 Bad Gateway」。設定一個PHP腳本最大執行時間是必要的,但是,治標不治本。例如改成 30s,如果發生 file_get_contents() 取得網頁內容較慢的情況,這表示 150 個 php-cgi 進程,每秒鐘只能處理 5 個請求,WebServer 同樣很難避免"502 Bad Gateway"。解決方法是request_terminate_timeout設定為10s或合理的值,或是為file_get_contents加一個逾時參數!max_requests參數配置不當
● max_requests參數配置不當,可能會造成間歇性502錯誤:#pm.max_requests = 1000
● 設定每個子程序重生之前服務的請求數. 對於可能存在記憶體洩漏的第三方模組來說是非常有用的. 如果設定為'0' 則一直接受請求. 等同於PHP_FCGI_MAX_REQUESTS 環境變數. 預設值: 0.
這段配置的意思是,當一個PHP-CGI 進程處理的請求數累積到500 個後,自動重新啟動該進程。
● 但是為什麼要重新啟動進程呢?
● 一般在專案中,我們多多少少都會用到一些PHP 的第三方函式庫,這些第三方函式庫經常有記憶體洩漏問題,如果不定期重新啟動PHP-CGI 進程,勢必造成記憶體使用量不斷增長。因此 PHP-FPM 作為 PHP-CGI 的管理器,提供了這麼一項監控功能,對請求達到指定次數的 PHP-CGI 進程進行重啟,確保記憶體使用量不會成長。
php-fpm的慢日誌,debug及異常排查神器
● request_slowlog_timeout設定一個逾時的參數,slowlog設定慢日誌的存放位置,tail -f / var/log/www.slow.log即可看到執行過慢的php流程。
大家可以看到經常出現的網路讀取超過、Mysql查詢過慢的問題,根據提示資訊再排查問題就有很明確的方向了。
以上是PHP7中php.ini、php-fpm和www.conf 配置的詳細內容。更多資訊請關注PHP中文網其他相關文章!

熱AI工具

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

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

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

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

熱門文章

熱工具

SublimeText3 Linux新版
SublimeText3 Linux最新版

ZendStudio 13.5.1 Mac
強大的PHP整合開發環境

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

EditPlus 中文破解版
體積小,語法高亮,不支援程式碼提示功能

SAP NetWeaver Server Adapter for Eclipse
將Eclipse與SAP NetWeaver應用伺服器整合。