CURL或file_get_contents更新供稿列表？

我正在運行一個Feed閱讀器網站，那裏會有很多RSS。我將不得不盡可能經常同步這些提要，所以我找到了這兩種方法。CURL或file_get_contents更新供稿列表？

1方法：使用curl

$weblog_name = 'MyBlog'; 
$weblog_url = 'http://feeds.feedburner.com/myblog'; 
$ping_url = 'http://ping.feedburner.com'; 

$request = <<<EOT 
<?xml version="1.0" encoding="iso-8859-1"?> 
<methodCall> 
<methodName>weblogUpdates.ping</methodName> 
<params> 
<param> 
    <value> 
    <string>$weblog_name</string> 
    </value> 
</param> 
<param> 
    <value> 
    <string>$weblog_url</string> 
    </value> 
</param> 
</params> 
</methodCall> 
EOT; 

$ch = curl_init(); 
curl_setopt($ch, CURLOPT_URL, $ping_url); 
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true); 
curl_setopt($ch, CURLOPT_POST, true); 
curl_setopt($ch, CURLOPT_POSTFIELDS, trim($request)); 
$result = curl_exec($ch); 
curl_close($ch);

第二種方法：的file_get_contents

file_get_contents("http://feedburner.google.com/fb/a/pingSubmit?bloglink=http://feeds.feedburner.com/myblog");

我的問題是，這是更好，更快的解決方案來ping至少50提要一次？

來源

2011-09-21 EnexoOnoma

抓取google.com使用的file_get_contents了（秒）：

捲曲了：

這是使用基準類從http://davidwalsh.name/php-timer-benchmark

來源

2011-10-05 16:57:58 EnexoOnoma

get_file_contents更快。它做了一個簡單的http沒有任何額外instantiations

來源

2011-09-21 17:05:09

我不熟悉的捲曲，它獲得的內容？我的意思是它是如何工作的？另外，50個get_file_contents會一次很慢嗎？ – EnexoOnoma

cURL也會得到http請求的頭文件。您可以在cURL中添加自己的請求標題，發佈變量和代理服務器。但是，對於簡單的獲取請求，cURL是不必要的。我發現cURL需要在我的wamp服務器上花費10毫秒apache2.2.17 php5.3.5 for http://www.google.com –

@mtopia它並沒有真正改變，因爲get_file_contents是同步的，即下一行被執行只有在這條線完全執行之後 –

其實我認爲curl比file_get_contents更快。

谷歌上搜索了一下我在所以在這裏發現了一些基準：file_get_contents VS CURL, what has better performance?

來源

2011-10-02 21:51:40

我會建議使用curl ......考慮而這可能是一見鍾情一些開發成本，它比的file_get_contents更強大。如果您想對未來的（例如驗證，Cookies，代理等）的靈活性，然後使用捲曲

http://php.net/manual/en/function.curl-multi-init.php

來源

2011-10-02 21:54:09 aurora

：特別是如果你想獲取多張進紙，捲曲多請求可能是值得考慮的。速度與基準測試中的file_get_contents（）大致相同（某些人認爲速度更快）

如果您想要一個快速簡便的解決方案，那麼請儘量使用file_get_contents（）。但是，它不是爲了請求外部URL的目的而構建的。大多數人都以cURL爲藉口使用外部URL，即使是簡單的GET請求來發誓。

使用cURL的唯一額外工作是一些額外的代碼行，將它包裝在一個函數中，你很好。

來源

2011-10-02 21:54:19

因爲你將更新50提要一次，我會強烈建議使用curl的原因有兩個：

你可以使用curl_multi（）函數，將允許您發送所有50個請求立刻，而file_get_contents（）將只能去一個接一個。這些功能的文檔有點稀疏，所以我建議使用一個輕量級的庫 - 這與一起工作要容易得多。我個人使用 https://github.com/petewarden/ParallelCurl，但你會發現很多左右。
由於您正在ping服務，您並不需要知道的響應，我猜（只要它是HTTP 200）。因此，您可以使用使用 CURL選項CURLOPT_NOBODY使其成爲HEAD請求，因此因此也會只有標題。這應該是速度了更多的過程。

否則，對於簡單的請求，file_get_contents可能會更快，但在這種情況下，您的情況並不簡單。無需真正需要將50個請求發回給整個文檔，這不是一個標準請求。

來源

2011-10-03 11:25:02 Aurimas

CURL或file_get_contents更新供稿列表？

回答

相關問題