php超文本預(yù)處理器

php解釋器是一款幫助用戶在PHP目錄下找到PHP.exe，使用戶能夠運(yùn)行.PHP程序的一款軟件，許多用戶都知道，軟件的開發(fā)離不開各種編譯器，解釋器之類的東西，小編帶來的這款軟件就類似于C++的編譯器，不過C++需要手動(dòng)，而PHP是全自動(dòng)的，用戶只需要調(diào)用這款軟件就可以輕松的使得軟件自動(dòng)生成HTML代碼。如果用戶開發(fā)了PHP應(yīng)用程序，但是卻不能夠正常運(yùn)行，那么這款php解釋器能夠讓用戶的應(yīng)用程序代碼轉(zhuǎn)變?yōu)镠TML代碼，這樣就能夠正常運(yùn)行了。

PHP打開502解決辦法

1. php.ini的memory_limit 過?。ㄈ绻袀€(gè)別php程序進(jìn)程需要占用極大內(nèi)存時(shí)這個(gè)必須注意）
2. php-fpm.conf中max_children或者max_requests  設(shè)置不合理（設(shè)置過小會(huì)因?yàn)闆]有足夠的cgi進(jìn)程處理請(qǐng)求，設(shè)置過大會(huì)出現(xiàn)一會(huì)兒有響應(yīng)正常，一會(huì)兒等很久才有響應(yīng)的情況，一般情況下children按 照內(nèi)存計(jì)算，比如說1G設(shè)置64，2G128。這個(gè)根據(jù)實(shí)際情況自行調(diào)整。另外查看當(dāng)前的PHP FastCGI進(jìn)程數(shù)是否夠用的命令為：netstat  -anpo |grep “php-cgi” | wc -l   如果實(shí)際使用的“FastCGI進(jìn)程數(shù)”接近預(yù)設(shè)的“FastCGI進(jìn)程數(shù)”，那么，說明“FastCGI進(jìn)程數(shù)”不夠用，需要增大。）
3. 查看nginx錯(cuò)誤日志，發(fā)現(xiàn) pstream sent too big header while reading response  headerfrom upstream ，則檢查client head buffer，fastcgi buffer  size是否過小，可設(shè)置為32K。
4. php程序執(zhí)行時(shí)間過長而超時(shí)，檢查nginx和fastcgi中各種timeout設(shè)置。（nginx 中的  fastcgi_connect_timeout 300;fastcgi_send_timeout 300  ：fastcgi_read_timeout300; keepalive_timeout ；  php-fpm中的request_terminate_timeout，php.ini中的max_execution_time）
5. php-fpm有一個(gè)參數(shù) max_requests ，該參數(shù)指明了每個(gè)children最多處理多少個(gè)請(qǐng)求后便會(huì)被關(guān)閉。在大量處理請(qǐng)求下，如果該值設(shè)置過小會(huì)導(dǎo)致children頻繁的自殺和建立而浪費(fèi) 大量時(shí)間，若所有的children差不多都在這個(gè)時(shí)候自殺，則重建前將沒有children響應(yīng)請(qǐng)求，于是出現(xiàn)502?？梢詫⒃撝翟O(shè)置大一些或者是0[無限]。
以上差不多是比較常見的502的問題原因以及解決辦法，其實(shí)解決問題的最好的方式還是自己去看nginx和fastcgi的errorlog。
最后借用網(wǎng)上的萬金油說法做個(gè)總結(jié)： php-cgi進(jìn)程數(shù)不夠用、php執(zhí)行時(shí)間長、或者是php-cgi進(jìn)程死掉，都會(huì)出現(xiàn)502錯(cuò)誤。
502錯(cuò)誤是所有用nginx跑php的運(yùn)維人員不愿意看見的
nginx出現(xiàn)502有很多原因，但大部分原因可以歸結(jié)為資源數(shù)量不夠用,也就是說后端php-fpm處理有問題，nginx將正確的客戶端請(qǐng)求發(fā)給了后端的php-fpm進(jìn)程，但是因?yàn)閜hp-fpm進(jìn)程的問題導(dǎo)致不能正確解析php代碼，最終返回給了客戶端502錯(cuò)誤。
服務(wù)器出現(xiàn)502的原因是連接超時(shí)我們向服務(wù)器發(fā)送請(qǐng)求由于服務(wù)器當(dāng)前鏈接太多，導(dǎo)致服務(wù)器方面無法給于正常的響應(yīng),產(chǎn)生此類報(bào)錯(cuò)
因此如果你服務(wù)器并發(fā)量非常大，那只能先增加機(jī)器，然后按以下方式優(yōu)化會(huì)取得更好效果;但如果你并發(fā)不大卻出現(xiàn)502，一般都可以歸結(jié)為配置問題，腳本超時(shí)問題。
1.php-fpm進(jìn)程數(shù)不夠用
使用netstat -napo |grep "php-fpm" | wc -l查看一下當(dāng)前fastcgi進(jìn)程個(gè)數(shù)，如果個(gè)數(shù)接近c(diǎn)onf里配置的上限，就需要調(diào)高進(jìn)程數(shù)。
但也不能無休止調(diào)高，可以根據(jù)服務(wù)器內(nèi)存情況，可以把php-fpm子進(jìn)程數(shù)調(diào)到100或以上，在4G內(nèi)存的服務(wù)器上200就可以。
2. 調(diào)高調(diào)高linux內(nèi)核打開文件數(shù)量
可以使用這些命令(必須是root帳號(hào))
echo 'ulimit -HSn 65536'>> /etc/profile
echo 'ulimit -HSn 65536'>> /etc/rc.local
source /etc/profile
 3.腳本執(zhí)行時(shí)間超時(shí)
如果腳本因?yàn)槟撤N原因長時(shí)間等待不返回，導(dǎo)致新來的請(qǐng)求不能得到處理，可以適當(dāng)調(diào)小如下配置。
nginx.conf里面主要是如下
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
php-fpm.conf里如要是如下
request_terminate_timeout =10s
4.緩存設(shè)置比較小
修改或增加配置到nginx.conf
proxy_buffer_size 64k;
proxy_buffers  512k;
proxy_busy_buffers_size 128k;
5. recv()failed (104: Connection reset by peer) while reading response header fromupstream
可能的原因機(jī)房網(wǎng)絡(luò)丟包或者機(jī)房有硬件防火墻禁止訪問該域名
但最重要的是程序里要設(shè)置好超時(shí)，不要使用php-fpm的request_terminate_timeout，
最好設(shè)成request_terminate_timeout=0;
因?yàn)檫@個(gè)參數(shù)會(huì)直接殺掉php進(jìn)程，然后重啟php進(jìn)程，這樣前端nginx就會(huì)返回104: Connection reset by peer。這個(gè)過程是很慢，總體感覺就是網(wǎng)站很卡。
May 01 10:50:58.044162[WARNING] [pool www] child 4074, script'/usr/local/nginx/html/quancha/sameip/detail.php' execution timed out(15.129933 sec), terminating
May 01 10:50:58.046818 [NOTICE] [pool www] child 4082 started
說一千道一萬最重要的就是程序里控制好超時(shí)，gethostbyname、curl、file_get_contents等函數(shù)的都要設(shè)置超時(shí)時(shí)間。
另一個(gè)就是多說，這個(gè)東西是增加了網(wǎng)站的交互性，但是使用的多了反應(yīng)就慢了，如果你網(wǎng)站超時(shí)且使用了多說是，可以關(guān)閉它。
6、自己遇到502的解決辦法：
調(diào)整增大php 和Nginx 的backlog數(shù)。
PHP-FPM高負(fù)載的解決辦法
這里只是介紹了php-fpm的優(yōu)化方法的，但一般情況下和nginx組合使用的時(shí)候，單獨(dú)優(yōu)化其中一項(xiàng)的話，作用不是特別的大，同時(shí)還需要對(duì)nginx進(jìn)行優(yōu)化．nginx的做法方法參考：http://blog.haohtml.com/archives/6213.上面的優(yōu)化前和優(yōu)化后的圖，看得出前后差距還是特別的大的．
導(dǎo)致nginx 502 bad gateway的PHP-CGI(FASTCGI)
NGINX頻爆502 BAD GATEWAY的錯(cuò)誤，看了網(wǎng)上的教程，仍沒有徹底解決。
目前我總結(jié)的解決502 BAD GATEWAY的方式有：1.視服務(wù)器的性能，在php-fmp.conf里增加max_children的值，我目前用的
2.用reload參數(shù)定時(shí)重載php-fpm。這個(gè)主要原因是php腳本執(zhí)行時(shí)間過長造成的，重載php-fpm能杜絕這個(gè)問題。如何徹底解決php-cgi腳本占用大量內(nèi)存從而導(dǎo)致502錯(cuò)誤的產(chǎn)生還值得進(jìn)一步探討，目前該做法不失為一種好辦法。
具體的做法是，用crontab讓php-fpm平滑重啟，從而不影響PHP腳本的運(yùn)行。
*/10* * * * /usr/local/php/sbin/php-fpm reload
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ 優(yōu)化設(shè)置＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
When you running a highload websitewith PHP-FPM via FastCGI, the following tips may be useful to you : )
如果您高負(fù)載網(wǎng)站使用PHP-FPM管理FastCGI，這些技巧也許對(duì)您有用：)
1.Compile PHP’s modules as less as possible, the simple the best (fast);
1.盡量少安裝PHP模塊，最簡單是最好（快）的
2. Increas PHP FastCGI child number to 100 and even more.Sometime, 200 is OK! ( On 4GB memory server);
2.把您的PHP FastCGI子進(jìn)程數(shù)調(diào)到100或以上，在4G內(nèi)存的服務(wù)器上200就可以
注：我的1g測(cè)試機(jī)，開64個(gè)是最好的，建議使用壓力測(cè)試獲取最佳值
3.Using SOCKET PHP FastCGI, and put into /dev/shm on Linux;
3.使用socket連接FastCGI，linux操作系統(tǒng)可以放在/dev/shm中
注：在php-fpm.cnf里設(shè)置/tmp/nginx.socket就可以通過socket連接FastCGI了，/dev/shm是內(nèi)存文件系統(tǒng)，放在內(nèi)存中肯定會(huì)快了.記得這時(shí)也要在nginx里的配置里進(jìn)行修改，保持一致．
location~ .*/.(php|php5)?$
{
#
將Nginx與FastCGI的通信方式由TCP改為UnixSocket。TCP在高并發(fā)訪問下比UnixSocket穩(wěn)定，但Unix Socket速度要比TCP快。
fastcgi_pass  unix:/tmp/php-cgi.sock;
#fastcgi_pass  127.0.0.1:9000;
fastcgi_index index.php;
include fcgi.conf;
}
4. Increase Linux “max open files”, using the following command(must be root):
# echo ‘ulimit -HSn 65536′>> /etc/profile
# echo ‘ulimit -HSn 65536 >> /etc/rc.local
# source /etc/profile
4.調(diào)高linux內(nèi)核打開文件數(shù)量，可以使用這些命令(必須是root帳號(hào)
)
echo ‘ulimit -HSn 65536′ >> /etc/profile
echo ‘ulimit -HSn 65536′ >> /etc/rc.local
source /etc/profile
注：我是修改/etc/rc.local，加入ulimit -SHn 51200的
5.Increase PHP-FPM open file description rlimit:
# vi /path/to/php-fpm.conf
Find “1024”
Change 1024 to 4096 or higher number.
Restart PHP-FPM.
5.增加 PHP-FPM 打開文件描述符的限制:
# vi /path/to/php-fpm.conf
找到
“1024”
把1024更改為4096或者更高.
重啟PHP-FPM.
6. Using PHP code accelerator,e.g eAccelerator, XCache. And set “cache_dir” to /dev/shm on Linux.
6.使用php代碼加速器，例如eAccelerator, XCache.在linux平臺(tái)上可以把`cache_dir`指向/dev/shm