sockethttpsphp

1. php新手如何成為PHP大牛

不知道你的php技術怎麼樣，如果是完全零基礎的新手，建議你最需要做的就是快速入門。

編程其實就是一門手藝活，這和其他行業的道理是一樣的。現在的社會都講求匠人精神，但我們的傳統文化其實一直不缺匠人精神，還記得曾經學過的那篇叫賣油翁的文章嗎？賣油翁說的一句話就道出了精髓，無他唯手熟而，說的直白點就是練的多了。編程這種東西其實也一樣，你練的多了自然就能悟出其中的道理，別人看上去非常神奇，但在你看來簡直輕而易舉。

當達到這種境界的時候，你也就是真正的高手了。而成為高手後，只要舉一反三，其他編程語言也是同樣的道理。

2. 502 Bad Gateway的可能原因，及解決方法

一:可能的原因是php-fpm未開啟，查看php-fpm狀態，若未開啟，開啟後重試

開啟php-fpm，查看狀態

systemctl start php73-php-fpm

systemctl status php73-php-fpm

重新打開網頁

第二次遇到502

第二次遇到502,上面的方法試了，但是問題沒有解決

感覺有可能是配置問題，最終參照  https://blog.csdn.net/ucmir183/article/details/80240112  的解決方法，解決了

我的配置裡面是這樣的

location ~* \.php$ {

fastcgi_pass     127.0.0.1:9000;

fastcgi_index     index.php;

include              fastcgi_params;

fastcgi_param   SCRIPT_FILENAME   $document_root$fastcgi_script_name;

fastcgi_param   SCRIPT_NAME    $fastcgi_script_name;

}

輸入命令   netstat -tlnp | grep 9000     並沒有監聽9000的程序

Nginx和PHP-FPM的進程間通信有兩種方式,一種是TCP,一種是UNIX Domain Socket.

其中TCP是IP加埠,可以跨伺服器.而UNIX Domain Socket不經過網路,只能用於Nginx跟PHP-FPM都在同一伺服器的場景.用哪種取決於你的PHP-FPM配置:

方式1:

php-fpm.conf: listen = 127.0.0.1:9000

nginx.conf: fastcgi_pass 127.0.0.1:9000;

方式2:

php-fpm.conf: listen = /tmp/php-fpm.sock

nginx.conf: fastcgi_pass unix:/tmp/php-fpm.sock;

在配置文件中看了一下，發現初始化時就有一個文件

查閱了自己以前的配置，以前使用php7.2與php7.3時是沒有這個文件的

於是把這個文件刪除是了一下，重啟nginx報錯

好奇心驅使，進入文件看了一下

於是進入自己配置的文件中,修改

重啟nginx伺服器，問題解決

參考地址:https://blog.csdn.net/ucmir183/article/details/80240112

3. workerman有什麼用

Workerman是一款純PHP開發的開源高性能的PHP socket 服務框架。 （推薦學習： workerman教程）
Workerman不是重復造輪子，它不是一個MVC框架，而是一個更底層更通用的socket服務框架，你可以用它開發tcp代理、梯子代理、做游戲伺服器、郵件伺服器、ftp伺服器、甚至開發一個php版本的redis、php版本的資料庫、php版本的nginx、php版本的php-fpm等等。
Workerman可以說是PHP領域的一次創新，讓開發者徹底擺脫了PHP只能做WEB的束縛。
實際上Workerman類似一個PHP版本的nginx，核心也是多進程+Epoll+非阻塞IO。
Workerman每個進程能維持上萬並發連接。由於本身常住內存，不依賴Apache、nginx、php-fpm這些容器，擁有超高的性能。
同時支持TCP、UDP、UNIXSOCKET，支持長連接，支持Websocket、HTTP、WSS、HTTPS等通訊協以及各種自定義協議。擁有定時器、非同步socket客戶端、非同步Mysql、非同步Redis、非同步Http、非同步消息隊列等眾多高性能組件。
Workerman的一些應用方向如下：
1、即時通訊類 例如網頁即時聊天、即時消息推送、微信小程序、手機app消息推送、PC軟體消息推送等等 [示例 workerman-chat聊天室 、 web消息推送 、 小蝌蚪聊天室]
2、物聯網類 例如Workerman與列印機通訊、與單片機通訊、智能手環、智能家居、共享單車等等。 [客戶案例如 易聯雲、易泊時代等]
3、游戲伺服器類 例如棋牌游戲、MMORPG游戲等等。[示例 browserquest-php]
4、SOA服務化 利用Workerman將現有業務不同功能單元封裝起來，以服務的形式對外提供統一的介面，達到系統松耦合、易維護、高可用、易伸縮。[示例 workerman-json-rpc、 workerman-thrift]
5、其它伺服器軟體 例如 GatewayWorker，PHPSocket.IO，http代理，sock5代理，分布式通訊組件，分布式變數共享組件，消息隊列、DNS伺服器、WebServer、CDN伺服器、FTP伺服器等等
6、中間件 例如非同步MySQL組件，非同步redis組件，非同步http組件，非同步消息隊列組件，非同步dns組件，文件監控組件，還有很多第三方開發的組件框架等等

4. php-fpm子進程會自動重啟嗎

伺服器出現異常，網站不能正常訪問。經排查�php的問題。
在重啟php-fpm時，恢復正常。1分鍾之後又出現故障。查看php日誌文件/usr/local/php/var/log 後提示
WARNING: [pool www] server reached pm.max_children setting (5), consider raising it
子進程數已經達到設置的最大值。
要設置php進程數量。需要在php-fpm.conf文件中修改。
先看/usr/local/php/etc/php-fpm.conf文件各項配置解析
pid = run/php-fpm.pid
#pid設置，默認在安裝目錄中的var/run/php-fpm.pid，建議開啟
error_log = log/php-fpm.log
#錯誤日誌，默認在安裝目錄中的var/log/php-fpm.log
log_level = notice
#錯誤級別. 可用級別為: alert（必須立即處理）, error（錯誤情況）, warning（警告情況）, notice（一般重要信息）, debug（調試信息）. 默認: notice.
emergency_restart_threshold = 60
emergency_restart_interval = 60s
#表示在emergency_restart_interval所設值內出現SIGSEGV或者SIGBUS錯誤的php-cgi進程數如果超過 emergency_restart_threshold個，php-fpm就會優雅重啟。這兩個選項一般保持默認值。
process_control_timeout = 0
#設置子進程接受主進程復用信號的超時時間. 可用單位: s(秒), m(分), h(小時), 或者 d(天) 默認單位: s(秒). 默認值: 0.
daemonize = yes
#後台執行fpm,默認值為yes，如果為了調試可以改為no。在FPM中，可以使用不同的設置來運行多個進程池。 這些設置可以針對每個進程池單獨設置。
listen = 127.0.0.1:9000
#fpm監聽埠，即nginx中php處理的地址，一般默認值即可。可用格式為: 『ip:port』, 『port』, 『/path/to/unix/socket』. 每個進程池都需要設置.
listen.backlog = -1
#backlog數，-1表示無限制，由操作系統決定，此行注釋掉就行。backlog含義參考：
http://www.3gyou.cc/?p=41
listen.allowed_clients = 127.0.0.1
#允許訪問FastCGI進程的IP，設置any為不限制IP，如果要設置其他主機的nginx也能訪問這台FPM進程，listen處要設置成本地可被訪問的IP。默認值是any。每個地址是用逗號分隔. 如果沒有設置或者為空，則允許任何伺服器請求連接
listen.owner = www
listen.group = www
listen.mode = 0666
#unix socket設置選項，如果使用tcp方式訪問，這里注釋即可。
user = www
group = www
#啟動進程的帳戶和組
pm = dynamic #對於專用伺服器，pm可以設置為static。
#如何控制子進程，選項有static和dynamic。如果選擇static，則由pm.max_children指定固定的子進程數。如果選擇dynamic，則由下開參數決定：
pm.max_children #，子進程最大數
pm.start_servers #，啟動時的進程數
pm.min_spare_servers #，保證空閑進程數最小值，如果空閑進程小於此值，則創建新的子進程
pm.max_spare_servers #，保證空閑進程數最大值，如果空閑進程大於此值，此進行清理
pm.max_requests = 1000
#設置每個子進程重生之前服務的請求數. 對於可能存在內存泄漏的第三方模塊來說是非常有用的. 如果設置為 』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 . 默認值: 空.
根據以上配置的解析，在php-fpm.conf文件中添加如下配置:
pm.max_children = 100
pm.start_servers = 30
pm.min_spare_servers = 20
pm.max_spare_servers = 100
以觀後效。
另附豆瓣技術貼:https://www.douban.com/note/315222037/
1、php-fpm優化參數介紹
他們分別是：pm、pm.max_children、pm.start_servers、pm.min_spare_servers、pm.max_spare_servers。
pm：表示使用那種方式，有兩個值可以選擇，就是static（靜態）或者dynamic（動態）。
在更老一些的版本中，dynamic被稱作apache-like。這個要注意看配置文件的說明。
下面4個參數的意思分別為：
pm.max_children：靜態方式下開啟的php-fpm進程數量
pm.start_servers：動態方式下的起始php-fpm進程數量
pm.min_spare_servers：動態方式下的最小php-fpm進程數
pm.max_spare_servers：動態方式下的最大php-fpm進程數量
區別：
如果dm設置為 static，那麼其實只有pm.max_children這個參數生效。系統會開啟設置數量的php-fpm進程。
如果dm設置為 dynamic，那麼pm.max_children參數失效，後面3個參數生效。
系統會在php-fpm運行開始 的時候啟動pm.start_servers個php-fpm進程，
然後根據系統的需求動態在pm.min_spare_servers和pm.max_spare_servers之間調整php-fpm進程數
2、伺服器具體配置
對於我們的伺服器，選擇哪種執行方式比較好呢？事實上，跟Apache一樣，運行的PHP程序在執行完成後，或多或少會有內存泄露的問題。
這也是為什麼開始的時候一個php-fpm進程只佔用3M左右內存，運行一段時間後就會上升到20-30M的原因了。
對於內存大的伺服器（比如8G以上）來說，指定靜態的max_children實際上更為妥當，因為這樣不需要進行額外的進程數目控制，會提高效率。
因為頻繁開關php-fpm進程也會有時滯，所以內存夠大的情況下開靜態效果會更好。數量也可以根據 內存/30M 得到，比如8GB內存可以設置為100，
那麼php-fpm耗費的內存就能控制在 2G-3G的樣子。如果內存稍微小點，比如1G，那麼指定靜態的進程數量更加有利於伺服器的穩定。
這樣可以保證php-fpm只獲取夠用的內存，將不多的內存分配給其他應用去使用，會使系統的運行更加暢通。
對於小內存的伺服器來說，比如256M內存的VPS，即使按照一個20M的內存量來算，10個php-cgi進程就將耗掉200M內存，那系統的崩潰就應該很正常了。
因此應該盡量地控制php-fpm進程的數量，大體明確其他應用佔用的內存後，給它指定一個靜態的小數量，會讓系統更加平穩一些。或者使用動態方式，
因為動態方式會結束掉多餘的進程，可以回收釋放一些內存，所以推薦在內存較少的伺服器或VPS上使用。具體最大數量根據 內存/20M 得到。
比如說512M的VPS，建議pm.max_spare_servers設置為20。至於pm.min_spare_servers，則建議根據伺服器的負載情況來設置，比如伺服器上只是部署php環境的話，比較合適的值在5~10之間。
本伺服器配置
1、伺服器基本信息：
硬碟：數據盤30G、系統盤20G
內存：1.5G
CPU：雙核
系統：CentOS 6.3 64位
帶寬：獨享2M
2、部署的應用
Git、SVN、Apache、Tomcat、PHP、Nginx、mysql、JDK
3、優化後的參數
pm = dynamic
pm.start_servers = 5
pm.min_spare_servers = 2
pm.max_spare_servers = 8