mac找到php-fpm的位置,php獲取mac地址

本文目錄一覽：

1、mac home-brew php 安裝到哪個目錄了
2、如何查看linux php-fpm.pid位置
3、如何查找php-fpm.conf文件
4、php-fpm.conf 找個配置文件放在哪裡
5、mac配置php-fpm，nginx運行多版本php
6、怎麼查看mac php安裝目錄

mac home-brew php 安裝到哪個目錄了

1、如果你用過smarty模板引擎、MVC類似框架如tp，那麼你自己寫一個框架噢！

2、你要對php的繼承實現以及其中的小知識點熟知；

3、先列出你的框架目錄，什麼地方放什麼，然後寫你的配置文件

4、用到的高頻函數有：require 、 require_once 、 file_exites等！

如：sybase_connect連上資料庫。

語法: int sybase_connect(string [servername], string [username], string [password]);

返回值: 整數函數種類: 資料庫功能本函數用來打開與 Sybase 資料庫的連接。

如何查看linux php-fpm.pid位置

保證空閑進程數最大值，如果空閑進程大於此值，此進行清理

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 . 默認值: 空.

三，常見錯誤及解決辦法整理

1,request_terminate_timeout引起的資源問題

request_terminate_timeout的值如果設置為0或者過長的時間，可能會引起file_get_contents的資源問題。

如果file_get_contents請求的遠程資源如果反應過慢，file_get_contents就會一直卡在那裡不會超時。我們知道php.ini 裡面max_execution_time 可以設置 PHP 腳本的最大執行時間，但是，在 php-cgi(php-fpm) 中，該參數不會起效。真正能夠控制 PHP 腳本最大執行時間的是 php-fpm.conf 配置文件中的request_terminate_timeout參數。

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加一個超時參數。

$ctx = stream_context_create(array(

‘http’ = array(

‘timeout’ = 10 //設置一個超時時間，單位為秒

)

));

file_get_contents($str, 0, $ctx);

2,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 進程進行重啟，保證內存使用量不增長。

正是因為這個機制，在高並發的站點中，經常導致 502 錯誤，我猜測原因是 PHP-FPM 對從 NGINX 過來的請求隊列沒處理好。不過我目前用的還是 PHP 5.3.2，不知道在 PHP 5.3.3 中是否還存在這個問題。

目前我們的解決方法是，把這個值盡量設置大些，儘可能減少 PHP-CGI 重新 SPAWN 的次數，同時也能提高總體性能。在我們自己實際的生產環境中發現，內存泄漏並不明顯，因此我們將這個值設置得非常大（204800）。大家要根據自己的實際情況設置這個值，不能盲目地加大。

話說回來，這套機制目的只為保證 PHP-CGI 不過分地佔用內存，為何不通過檢測內存的方式來處理呢？我非常認同高春輝所說的，通過設置進程的峰值內在佔用量來重啟 PHP-CGI 進程，會是更好的一個解決方案。

3,php-fpm的慢日誌，debug及異常排查神器：

request_slowlog_timeout設置一個超時的參數，slowlog設置慢日誌的存放位置

tail -f /var/log/

上面的命令即可看到執行過慢的php過程。

大家可以看到經常出現的網路讀取超過、Mysql查詢過慢的問題，根據提示信息再排查問題就有很明確的方向了。

如何查找php-fpm.conf文件

這個需要安裝的，就是在你./configure的時候的要帶上php-fpm參數，安裝的時候才會有。

查找的話就用find啊，或者使用locate php-fpm,使用locate前最好先執行updatedb一下，這是更新locate的資料庫，很快很方便。

如果你安裝的時候安裝了php-fpm的話應該是在這個目錄/usr/local/php-7.0.11/sbin

php-fpm.conf 找個配置文件放在哪裡

具體位置放在：打開 /usr/local/php/etc/php-fpm.conf 文件

把max_children由之前的10改為現在的30，這樣就可以保證有充足的php-cgi進程可以被使用；

把request_terminate_timeout由之前的0s改為60s，這樣php-cgi進程處理腳本的超時時間就是60秒，可以防止進程都被掛起，提高利用效率。

mac配置php-fpm，nginx運行多版本php

1、brew 安裝 php5.6 php5.7 nginx

2、配置php-conf

3、配置虛擬主機

安裝好brew

用brew 命令安裝，如果速度太慢或訪問不了，自行goole brew 換源

brew search php 查看可用的php版本

brew install php@5.6 安裝php5.6

brew install php@7.1 安裝php5.6

brew install nginx 安裝nginx

1、修改php5.6 php-fpm的埠為9056

cd usr/local/etc/php/5.6 # 到php5.6的目錄下

vi php-fpm.conf # 修改文件

listen = 127.0.0.1:9056 # 修改此埠

daemonize = yes # 修改為允許後台啟動php-fpm

2、修改php5.6 php-fpm的埠為9070

cd /usr/local/etc/php/7.1/php-fpm.d # 到php7.1的目錄下

vi # 修改埠

listen = 127.0.0.1:9056 # 修改此埠

vi php-fpm.conf # 修改文件

daemonize = yes # 修改為允許後台啟動php-fpm

3、啟動php-fpm

cd /usr/local/sbin # 到此目錄，建立兩個軟鏈接指向不同版本的php

切換到root用戶

./php-fpm56

./php-fpm71

啟動後可看到php-fpm的進程，則成功

ps-ef | grep php-fpm

cd /usr/local/etc/nginx/ # 到nginx的目錄下

複製默認的配置文件到server下（此目錄用來存虛擬主機文件）

這裡我在server創建了這兩個

vi local.phpinfo56.com.conf # 修改本地域名和nginx代理到php-fpm埠，按照這種方法修改另一個

nginx # 啟動nginx

nginx -s reload # 修改配置文件，重新載入nginx

vi /etc /hosts # 修改host 加上映射關係

cd /usr /local/var/www # 在此目錄下建立一個index.php

echo “?php phpinfo();” index.php

在瀏覽器訪問可看到

怎麼查看mac php安裝目錄

啟動apache 默認是啟動的

sudo apachectl start

2 查看版本

sudo apachectl －v

3 啟用php

打開文件 sudo vi /etc/apache2/httpd.conf

找到 #LoadModule php5_module libexec/apache2/libphp5.so 去掉 #

4 修改DocumentRoot

1) 找到 DocumentRoot “/Library/WebServer/Documents”

修改 DocumentRoot “[自動的路徑]”

2) 找到 Directory “/Library/WebServer/Documents”

修改為Directory “[上面的路徑]”

重啟apache sudo apachectl restart！如果遇到php類的不明白的問題，可以去後盾人找找相關的教學視頻看看，多看看不就懂得懂了，希望對你有用，給個採納吧，謝謝

原創文章，作者：小藍，如若轉載，請註明出處：https://www.506064.com/zh-tw/n/180211.html