|
|
排查方法：在命令行中使用curl調(diào)用試試。
原因：服務(wù)器所在機(jī)房無(wú)法驗(yàn)證SSL證書(shū)。
解決辦法：跳過(guò)SSL證書(shū)檢查。
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false);
癥狀：php curl調(diào)用curl_exec返回bool(false)，命令行curl調(diào)用正常。
排查方法：
var_dump(curl_error($ch));
返回：
string(23) "Empty reply from server"
再排查：
curl_setopt($ch, CURLOPT_HEADER, true);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, false);
返回：
HTTP/1.1 100 Continue
Connection: close
原因：php curl接收到HTTP 100就結(jié)束了，應(yīng)該繼續(xù)接收HTTP 200
解決方案：
curl_setopt($ch, CURLOPT_HTTPHEADER, array('Expect:'));
php and cURL: Disabling 100-continue header
Published June 15th, 2006
I've been using cURL (through php) to build a sort of proxy for a project I'm working on. I need to parse the returned headers (to recover the HTTP status), so had included a very simple script to do so. It had worked fine in the past, but for some reason barfed in this case. A closer look at what was being returned revealed that for some reason, Apache was prepending the ‘normal' headers with an extra response header:
HTTP/1.1 100 Continue
HTTP/1.1 200 OK Date: Fri, 09 Jun 2006 15:23:42 GMT
Server: Apache
...A bit of Googling revealed that this was to do with a header that cURL sends by default:
Expect: 100-continue
…which in turns tells Apache to send the extra header. I poked around a fair bit but couldn't quite find a workable solution short of manually removing the header in php, which seemed a bit clumsy. Finally, on a hunch I tried this:
curl_setopt( $curl_handle, CURLOPT_HTTPHEADER, array( 'Expect:' ) );
…which basically overrides the original ‘Expect:' header with an empty one.
Hope this helps someone.
php技術(shù)：php curl常見(jiàn)錯(cuò)誤：SSL錯(cuò)誤、bool(false)，轉(zhuǎn)載需保留來(lái)源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。
