file_get_contents 增長超時的時間限制

在使用file_get_contents函數的時候,常常會出現超時的狀況,在這裏要經過查看一下錯誤提示,看看是哪一種錯誤,比較常見的是讀取超時,這種狀況你們能夠經過一些方法來儘可能的避免或者解決。這裏就簡單介紹兩種: html

1、增長超時的時間限制 web

這裏須要注意:set_time_limit只是設置 你的PHP程序的超時時間,而不是file_get_contents函數讀取URL的超時時間。
我一開始覺得set_time_limit也能影響到file_get_contents,後來經測試,是無效的。真正的修改file_get_contents延時能夠用resource $context的timeout參數: 算法

$opts = array(
'http'=>array(
'method'=>"GET",
'timeout'=>60,
)
);

$context = stream_context_create($opts);

$html =file_get_contents('http://www.example.com', false, $context);
fpassthru($fp);

2、一次有延時的話那就多試幾回 安全

有時候失敗是由於網絡等因素形成,沒有解決辦法 ,可是能夠修改程序,失敗時重試幾回,仍然失敗就放棄,由於file_get_contents()若是失敗將返回 FALSE,因此能夠下面這樣編寫代碼: 網絡

$cnt=0;
while($cnt < 3 && ($str=@file_get_contents('http...'))===FALSE) $cnt++; 函數

 

以上方法對付超時已經OK了。 post

這裏會出現一個潛在的錯誤:若是文件不存在的話,程序將進入死循環,所以,加入判斷次數。假設只檢查4次。
測試

如下是代碼:

$i=0;
while(!$content or $i==4){
  @$content =file_get_contents($url);
  $i++;

if($i==4) exit("next");


4次以後還沒取到,直接進入下一個函數吧!上面只是終止所有操做,這裏的函數能夠自行配置 ui

 

那麼Post呢?細心點有人發現了'method'=>"GET", 對!是否是能設置成post呢?百度找了下相關資料,還真能夠!並且有人寫出了山寨版的post傳值函數,以下: 加密

function Post($url, $post = null)
{
$context = array();

if (is_array($post))
{
ksort($post);

$context['http'] = array
(

'timeout'=>60,
'method' => 'POST',
'content' => http_build_query($post, '', '&'),
);
}

return file_get_contents($url, false, stream_context_create($context));
}

$data = array
(
'name' => 'test',
'email' => 'test@gmail.com ',
'submit' => 'submit',
);

echo Post('http://www.updateweb.cn', $data);

OK , 上面函數完美了,既解決了超時控制又解決了Post傳值。再配合康盛的改良版RC4加密解密算法,作一個安全性很高的webservice就簡單多了。

相關文章
相關標籤/搜索