php作為排名top2 互聯網開發工具,非常流行,可以參考:中國最大的25個網站採用技術選型方案
php這個名稱實際上有兩層含義
直接定義:
php-fpm從php5.3.3開始已經進入到php源代碼包,之前是作為patch存在的
很少人會去讀php本身源代碼,我6年前解決php內存泄露問題的時候做了些研究,最近再查看了一番,發現php的開發者很有誠意,這是一款非常出色的伺服器軟體,支持如下
在linux伺服器上,如果不設置 events.mechanism ,那麼默認就是採用epoll,所以
php-fpm的IO模型&並發處理能力和nginx是完全一致
nginx以性能卓越聞名,大部分程序員都認為php效率低下,看了源代碼,才知道這是傳奇啊
在高性能部署的時候,大家往往會針對性的優化nginx 。我自己之前部署php程序也犯了錯誤,8G內存的server,php-fpm的max children都會設置128+,現在看來太多了,參考nginx的部署:
php-fpm配置為 3倍 cpu core number就可以了
php-fpm穩定性比nginx稍差 這是因為php-fpm內置了一個php解析器,php-fpm進程就和php程序捆綁了,如果php腳本寫得不好,有死循環或者阻塞在某個遠端資源上,會拖累載入它的php-fpm進程
而nginx和後端應用伺服器之間通過網路連接,可以設置timeout,不容易堵死的
php-fpm的fastcgi是短連接 我原以為是長連接的,看了代碼才知道也是短連接,處理一個request就關閉掉
php-fpm介面採用fastcgi 非常遺憾,php-fpm和fastcgi完全綁定了,無法獨立使用 。只能部署在支持http-fcgi協議轉換程序背後(nginx)。其實可以考慮在php-fpm代碼包裡面引入http協議支持,這樣php-fpm可以獨立運行,讓nodejs無話可說
php-fpm等同於OpenResty OpenResty是一個國人開發的nginx模塊,就是在nginx引入lua解釋器. 實際上,它和php-fpm的唯一差別就是一個採用php語法,一個用lua,所以OpenResty要作為nginx增強包使用還可以,要選擇它作為一個主要編程工具,沒有任何必要
從架構上來說,php-fpm已經做到最好,超過大多數 python部署工具,我再也不黑它了
Ⅱ linux php錯誤日誌在哪
由於來nginx僅是一個web伺服器,因自此nginx的access日誌只有對訪問頁面的記錄,不會有php 的 error log信息。
nginx把對php的請求發給php-fpm fastcgi進程來處理,默認的php-fpm只會輸出php-fpm的錯誤信息,在php-fpm的errors log里也看不到php的errorlog
原因:
php-fpm的配置文件php-fpm.conf中默認是關閉worker進程的錯誤輸出,直接把他們重定向到/dev/null,所以我們在nginx的error log 和php-fpm的errorlog都看不到php的錯誤日誌。
解決nginx下php-fpm不記錄php錯誤日誌的辦法:
1.修改php-fpm.conf中配置 沒有則增加
2.修改php.ini中配置,沒有則增加
3.重啟php-fpm
Ⅲ 怎樣php-fpm操作linux
雖然不太明白你這個具體是指什麼,要是需要命令的話,可以使用下面的:
啟動php-fpm
#/etc/init.d/php-fpm start
關閉php-fpm
#/etc/init.d/php-fpm stop
要是使用php的命令的話,找到php路徑一般是/usr/local/php/bin/php
#/usr/local/php/bin/php
暫時理解的是這樣,你可以說的清楚些。
Ⅳ 如何查看linux php-fpm.pid位置
find / -name php-fpm,不知道你是Yum安裝的還是源碼包安裝的。所以用全盤查找。
啟用php-fpm狀態功能
編輯php-fpm.conf 配置文回件 找到pm.status_path配置項答
pm.status_path = /php-status 有一個《Linux命令大全》裡面有詳細的Linux命令介紹,可以看看,以免更詳細的了解Linux命令:
Ⅳ linux php-fpm支持多少並發
要看伺服器配置與php-fpm的配置文件了。
使用ulimit -a 可以查看當前系統的所有版限制值,使權用ulimit -n 可以查看當前的最大打開文件數。
新裝的linux 默認只有1024 ,當作負載較大的伺服器時,很容易遇到error: too many open files。因此,需要將其改大。