推薦：PHP利用header跳轉(zhuǎn)失效的解決方法
一、問(wèn)題： 今天header(\Location: $url\),以往跳轉(zhuǎn)總是可以的,今天卻不動(dòng),只是輸出結(jié)果,以往自己要確認(rèn)檢查，$url的值獲取的是否正確,所以在前面加了echo $url;來(lái)調(diào)試用,結(jié)果就導(dǎo)致了header函數(shù)的無(wú)效. 二、解決方法： 在PHP中用header(location:test.php)進(jìn)行跳轉(zhuǎn)要

 　　【 概述 】

　　在PHP開發(fā)中工作里非常多使用到超時(shí)處理到超時(shí)的場(chǎng)合，我說(shuō)幾個(gè)場(chǎng)景：

　　1. 異步獲取數(shù)據(jù)如果某個(gè)后端數(shù)據(jù)源獲取不成功則跳過(guò)，不影響整個(gè)頁(yè)面展現(xiàn)

　　2. 為了保證Web服務(wù)器不會(huì)因?yàn)楫?dāng)個(gè)頁(yè)面處理性能差而導(dǎo)致無(wú)法訪問(wèn)其他頁(yè)面，則會(huì)對(duì)某些頁(yè)面操作設(shè)置

　　3. 對(duì)于某些上傳或者不確定處理時(shí)間的場(chǎng)合，則需要對(duì)整個(gè)流程中所有超時(shí)設(shè)置為無(wú)限，否則任何一個(gè)環(huán)節(jié)設(shè)置不當(dāng)，都會(huì)導(dǎo)致莫名執(zhí)行中斷

　　4. 多個(gè)后端模塊(MySQL、Memcached、HTTP接口)，為了防止單個(gè)接口性能太差，導(dǎo)致整個(gè)前面獲取數(shù)據(jù)太緩慢，影響頁(yè)面打開速度，引起雪崩

　　5. 。。。很多需要超時(shí)的場(chǎng)合

　　這些地方都需要考慮超時(shí)的設(shè)定，但是PHP中的超時(shí)都是分門別類，各個(gè)處理方式和策略都不同，為了系統(tǒng)的描述，我總結(jié)了PHP中常用的超時(shí)處理的總結(jié)。

　　【W(wǎng)eb服務(wù)器超時(shí)處理】

　　[ Apache ]

　　一般在性能很高的情況下，缺省所有超時(shí)配置都是30秒，但是在上傳文件，或者網(wǎng)絡(luò)速度很慢的情況下，那么可能觸發(fā)超時(shí)操作。

　　目前apachefastcgiphp-fpm模式下有三個(gè)超時(shí)設(shè)置：

　　fastcgi超時(shí)設(shè)置：

　　修改httpd.conf的fastcgi連接配置，類似如下：

　　缺省配置是30s，如果需要定制自己的配置，需要修改配置，比如修改為100秒：(修改后重啟apache)：

　　如果超時(shí)會(huì)返回500錯(cuò)誤，斷開跟后端php服務(wù)的連接，同時(shí)記錄一條apache錯(cuò)誤日志：

　　其他fastcgi配置參數(shù)說(shuō)明：

　　IdleTimeout發(fā)呆時(shí)限

　　ProcessLifeTime一個(gè)進(jìn)程的最長(zhǎng)生命周期，過(guò)期之后無(wú)條件kill

　　MaxProcessCount最大進(jìn)程個(gè)數(shù)

　　DefaultMinClassProcessCount每個(gè)程序啟動(dòng)的最小進(jìn)程個(gè)數(shù)

　　DefaultMaxClassProcessCount每個(gè)程序啟動(dòng)的最大進(jìn)程個(gè)數(shù)

　　IPCConnectTimeout程序響應(yīng)超時(shí)時(shí)間

　　IPCCommTimeout與程序通訊的最長(zhǎng)時(shí)間，上面的錯(cuò)誤有可能就是這個(gè)值設(shè)置過(guò)小造成的

　　MaxRequestsPerProcess每個(gè)進(jìn)程最多完成處理個(gè)數(shù)，達(dá)成后自殺

　　[ Lighttpd ]

　　配置：lighttpd.conf

　　Lighttpd配置中，關(guān)于超時(shí)的參數(shù)有如下幾個(gè)(篇幅考慮，只寫讀超時(shí)，寫超時(shí)參數(shù)同理)：

　　主要涉及選項(xiàng)：

　　--------------------------------------------------

　　說(shuō)明：

　　對(duì)于一個(gè)keep-alive連接上的連續(xù)請(qǐng)求，發(fā)送第一個(gè)請(qǐng)求內(nèi)容的最大間隔由參數(shù)max-read-idle決定，從第二個(gè)請(qǐng)求起，發(fā)送請(qǐng)求內(nèi)容的最大間隔由參數(shù)max-keep-alive-idle決定。請(qǐng)求間的間隔超時(shí)也由max-keep-alive-idle決定。發(fā)送請(qǐng)求內(nèi)容的總時(shí)間超時(shí)由參數(shù)read-timeout決定。Lighttpd與后端交互數(shù)據(jù)的超時(shí)由max-connection-idle決定。

　　延伸閱讀：

　　http://www.snooda.com/read/244

　　[ Nginx ]

　　配置：nginx.conf

　　說(shuō)明：

　　Nginx 的超時(shí)設(shè)置倒是非常清晰容易理解，上面超時(shí)針對(duì)不同工作模式，但是因?yàn)槌瑫r(shí)帶來(lái)的問(wèn)題是非常多的。

　　延伸閱讀：

　　http://hi.baidu.com/pibuchou/blog/item/a1e330dd71fb8a5995ee3753.html

　　http://hi.baidu.com/pibuchou/blog/item/7cbccff0a3b77dc60b46e024.html

　　http://hi.baidu.com/pibuchou/blog/item/10a549818f7e4c9df703a626.html

　　http://www.apoyl.com/?p=466

　　【PHP本身超時(shí)處理】

　　[ PHP-fpm ]

　　配置：php-fpm.conf

　　#php-cgi的進(jìn)程數(shù)量

　　#php-fpm 請(qǐng)求執(zhí)行超時(shí)時(shí)間，0s為永不超時(shí)，否則設(shè)置一個(gè) Ns 為超時(shí)的秒數(shù)

　　說(shuō)明：

　　在php.ini中，有一個(gè)參數(shù)max_execution_time可以設(shè)置PHP腳本的最大執(zhí)行時(shí)間，但是，在php-cgi(php-fpm)中，該參數(shù)不會(huì)起效。真正能夠控制PHP腳本最大執(zhí)行時(shí)：

　　就是說(shuō)如果是使用mod_php5.so的模式運(yùn)行max_execution_time是會(huì)生效的，但是如果是php-fpm模式中運(yùn)行時(shí)不生效的。

　　延伸閱讀：

　　http://blog.s135.com/file_get_contents/

　　[ PHP ]

　　配置：php.ini

　　選項(xiàng)：

　　或者在代碼里設(shè)置：

　　說(shuō)明：

　　對(duì)當(dāng)前會(huì)話生效，比如設(shè)置0一直不超時(shí)，但是如果php的safe_mode打開了，這些設(shè)置都會(huì)不生效。

　　效果一樣，但是具體內(nèi)容需要參考php-fpm部分內(nèi)容，如果php-fpm中設(shè)置了request_terminate_timeout的話，那么max_execution_time就不生效。

　　【后端&接口訪問(wèn)超時(shí)】

　　【HTTP訪問(wèn)】

　　一般我們?cè)L問(wèn)HTTP方式很多，主要是：curl,socket,file_get_contents()等方法。

　　如果碰到對(duì)方服務(wù)器一直沒(méi)有響應(yīng)的時(shí)候，我們就悲劇了，很容易把整個(gè)服務(wù)器搞死，所以在訪問(wèn)http的時(shí)候也需要考慮超時(shí)的問(wèn)題。

　　[ CURL 訪問(wèn)HTTP]

　　CURL 是我們常用的一種比較靠譜的訪問(wèn)HTTP協(xié)議接口的lib庫(kù)，性能高，還有一些并發(fā)支持的功能等。

　　CURL:

　　curl_setopt($ch,opt)可以設(shè)置一些超時(shí)的設(shè)置，主要包括：

　　*(重要)CURLOPT_TIMEOUT設(shè)置cURL允許執(zhí)行的最長(zhǎng)秒數(shù)。

　　*(重要)CURLOPT_TIMEOUT_MS設(shè)置cURL允許執(zhí)行的最長(zhǎng)毫秒數(shù)。(在cURL7.16.2中被加入。從PHP5.2.3起可使用。)

　　CURLOPT_CONNECTTIMEOUT在發(fā)起連接前等待的時(shí)間，如果設(shè)置為0，則無(wú)限等待。

　　CURLOPT_CONNECTTIMEOUT_MS嘗試連接等待的時(shí)間，以毫秒為單位。如果設(shè)置為0，則無(wú)限等待。在cURL7.16.2中被加入。從PHP5.2.3開始可用。

　　CURLOPT_DNS_CACHE_TIMEOUT設(shè)置在內(nèi)存中保存DNS信息的時(shí)間，默認(rèn)為120秒。

　　curl普通秒級(jí)超時(shí)：

　　$ch=curl_init();

　　curl_setopt($ch,CURLOPT_URL,$url);

　　curl_setopt($ch,CURLOPT_RETURNTRANSFER,1);

　　curl_setopt($ch,CURLOPT_TIMEOUT,60);//只需要設(shè)置一個(gè)秒的數(shù)量就可以

　　curl_setopt($ch,CURLOPT_HTTPHEADER,$headers);

　　curl_setopt($ch,CURLOPT_USERAGENT,$defined_vars['HTTP_USER_AGENT']);

　　curl普通秒級(jí)超時(shí)使用：

　　curl_setopt($ch,CURLOPT_TIMEOUT,60);

　　curl如果需要進(jìn)行毫秒超時(shí)，需要增加：

　　curl_easy_setopt(curl,CURLOPT_NOSIGNAL,1L);

　　或者是：

　　curl_setopt($ch,CURLOPT_NOSIGNAL,true);是可以支持毫秒級(jí)別超時(shí)設(shè)置的

　　curl一個(gè)毫秒級(jí)超時(shí)的例子：

　　其他一些技巧：

　　1. 按照經(jīng)驗(yàn)總結(jié)是：cURL版本>=libcurl/7.21.0版本，毫秒級(jí)超時(shí)是一定生效的，切記。

　　2. curl_multi的毫秒級(jí)超時(shí)也有問(wèn)題。。單次訪問(wèn)是支持ms級(jí)超時(shí)的，curl_multi并行調(diào)多個(gè)會(huì)不準(zhǔn)

　　[流處理方式訪問(wèn)HTTP]

　　除了curl，我們還經(jīng)常自己使用fsockopen、或者是file操作函數(shù)來(lái)進(jìn)行HTTP協(xié)議的處理，所以，我們對(duì)這塊的超時(shí)處理也是必須的。

　　一般連接超時(shí)可以直接設(shè)置，但是流讀取超時(shí)需要單獨(dú)處理。

　　自己寫代碼處理:

　　或者使用內(nèi)置流處理函數(shù)stream_set_timeout()和stream_get_meta_data()處理：

　　fopen超時(shí)：

分享：php中一行代碼獲取文件后綴名
php中一行代碼獲取文件后綴名的方法要結(jié)合很多的函數(shù)了，我們這個(gè)有點(diǎn)像asp中的函數(shù)了，下面來(lái)一起看看吧。 實(shí)例: 詳解： strrchr()函數(shù)查找字符串在另一個(gè)字符串中最后一次出現(xiàn)的位置，并返回從該位置到字符串結(jié)尾的所有字符； substr()函數(shù)是返回字符串的一部分， 1