PHP的CURL組件是非常常用的HTTP請求模擬器,。 通常要發(fā)送post數(shù)據(jù)時(shí),,我已經(jīng)習(xí)慣于這樣寫: 嘗試發(fā)送到一個(gè)僅有<?php print_r($_SERVER);?>的網(wǎng)頁上,可以看到使用數(shù)組發(fā)送POST數(shù)據(jù)時(shí),,收到的CONTENT_TYPE如下: 可見,當(dāng)CURLOPT_POSTFIELDS被設(shè)置為數(shù)組時(shí),,HTTP頭會(huì)發(fā)送Content_type: application/x-www-form-urlencoded,。這個(gè)是正常的網(wǎng)頁<form>提交表單時(shí),瀏覽器發(fā)送的頭部,。而multipart/form-data我們知道這是用于上傳文件的表單,。包括了boundary分界符,會(huì)多出很多字節(jié),。 手冊上提到:
使用數(shù)組提供post數(shù)據(jù)時(shí),,CURL組件大概是為了兼容@filename這種上傳文件的寫法,默認(rèn)把content_type設(shè)為了multipart/form-data,。雖然對于大多數(shù)web服務(wù)器并沒有影響,,但是還是有少部分服務(wù)器不兼容。 本文得出的結(jié)論是,,在沒有需要上傳文件的情況下,,盡量對post提交的數(shù)據(jù)進(jìn)行http_build_query,然后發(fā)送出去,,能實(shí)現(xiàn)更好的兼容性,,更小的請求數(shù)據(jù)包。 |
|