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

 　　【 概述 】

　　在PHP開發(fā)中工作里非常多使用到超時處理到超時的場合，我說幾個場景：

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

　　2. 為了保證Web服務(wù)器不會因為當個頁面處理性能差而導致無法訪問其他頁面，則會對某些頁面操作設(shè)置

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

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

　　5. 。。。很多需要超時的場合

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

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

　　[ Apache ]

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

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

　　fastcgi超時設(shè)置：

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

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

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

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

　　IdleTimeout發(fā)呆時限

　　ProcessLifeTime一個進程的最長生命周期，過期之后無條件kill

　　MaxProcessCount最大進程個數(shù)

　　DefaultMinClassProcessCount每個程序啟動的最小進程個數(shù)

　　DefaultMaxClassProcessCount每個程序啟動的最大進程個數(shù)

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

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

　　MaxRequestsPerProcess每個進程最多完成處理個數(shù)，達成后自殺

　　[ Lighttpd ]

　　配置：lighttpd.conf

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

　　主要涉及選項：

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

　　說明：

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

　　延伸閱讀：

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

　　[ Nginx ]

　　配置：nginx.conf

　　說明：

　　Nginx 的超時設(shè)置倒是非常清晰容易理解，上面超時針對不同工作模式，但是因為超時帶來的問題是非常多的。

　　延伸閱讀：

　　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本身超時處理】

　　[ PHP-fpm ]

　　配置：php-fpm.conf

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

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

　　說明：

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

　　就是說如果是使用mod_php5.so的模式運行max_execution_time是會生效的，但是如果是php-fpm模式中運行時不生效的。

　　延伸閱讀：

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

　　[ PHP ]

　　配置：php.ini

　　選項：

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

　　說明：

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

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

　　【后端&接口訪問超時】

　　【HTTP訪問】

　　一般我們訪問HTTP方式很多，主要是：curl,socket,file_get_contents()等方法。

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

　　[ CURL 訪問HTTP]

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

　　CURL:

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

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

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

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

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

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

　　curl普通秒級超時：

　　$ch=curl_init();

　　curl_setopt($ch,CURLOPT_URL,$url);

　　curl_setopt($ch,CURLOPT_RETURNTRANSFER,1);

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

　　curl_setopt($ch,CURLOPT_HTTPHEADER,$headers);

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

　　curl普通秒級超時使用：

　　curl_setopt($ch,CURLOPT_TIMEOUT,60);

　　curl如果需要進行毫秒超時，需要增加：

　　curl_easy_setopt(curl,CURLOPT_NOSIGNAL,1L);

　　或者是：

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

　　curl一個毫秒級超時的例子：

　　其他一些技巧：

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

　　2. curl_multi的毫秒級超時也有問題。。單次訪問是支持ms級超時的，curl_multi并行調(diào)多個會不準

　　[流處理方式訪問HTTP]

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

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

　　自己寫代碼處理:

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

　　fopen超時：

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