PHP输入流php://input介绍
前端之家收集整理的这篇文章主要介绍了
PHP输入流php://input介绍,
前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
对一PHP://input介绍,PHP官方手册文档有一段话对它进行了很明确地概述。 “PHP://input allows you to read raw POST data. It is a less memory intensive alternative to $HTTP_RAW_POST_DATA and does not need any special PHP.ini directives. PHP://input is not available with enctype=”multipart/form-data”.
翻译过来,是这样:
“PHP://input可以读取没有处理过的POST数据。相较于$HTTP_RAW_POST_DATA而言,它给内存带来的压力较小,并且不需要特殊的PHP.ini设置。PHP://input不能用于enctype=multipart/form-data” 我们应该怎么去理解这段概述呢?!我把它划分为三部分,逐步去理解。
读取POST数据
不能用于multipart/form-data类型
PHP://input VS $HTTP_RAW_POST_DATA
读取POST数据 PHPer们一定很熟悉$_POST这个内置变量。$_POST与 PHP://input存在哪些关联与区别呢?另外,客户端向服务端交互数据,最常用的方法除了POST之外,还有GET。既然PHP://input作 为PHP输入流,它能读取GET数据吗?这二个问题正是我们这节需要探讨的主要内容。
经验告诉我们,从测试与观察中总结,会是一个很凑效的方法。这里,我写了几个脚本来帮助我们测试。 @file 192.168.0.6:/PHPinput_server.PHP 打印出接收到的数据
@file 192.168.0.8:/PHPinput_post.PHP 模拟以POST方法提交表单数据
@file 192.168.0.8:/PHPinput_xmlrpc.PHP 模拟以POST方法发出xmlrpc请求.
@file 192.168.0.8:/PHPinput_get.PHP 模拟以GET方法提交表单表数
PHPinput_server.PHP与PHPinput_post.PHP <?PHP
//@file PHPinput_server.PHP
$raw_post_data = file_get_contents('PHP://input','r');
echo "-------\$_POST------------------\n";
echo var_dump($_POST) . "\n";
echo "-------PHP://input-------------\n";
echo $raw_post_data . "\n";
?> <?PHP
//@file PHPinput_post.PHP
$http_entity_body = 'n=' . urldecode('perfgeeks') . '&p=' . urldecode('7788');
$http_entity_type = 'application/x-www-form-urlencoded';
$http_entity_length = strlen($http_entity_body);
$host = '192.168.0.6';
$port = 80;
$path = '/PHPinput_server.PHP';
$fp = fsockopen($host,$port,$error_no,$error_desc,30);
if ($fp) {
fputs($fp,"POST {$path} HTTP/1.1\r\n");
fputs($fp,"Host: {$host}\r\n");
fputs($fp,"Content-Type: {$http_entity_type}\r\n");
fputs($fp,"Content-Length: {$http_entity_length}\r\n");
fputs($fp,"Connection: close\r\n\r\n");
fputs($fp,$http_entity_body . "\r\n\r\n"); while (!feof($fp)) {
$d .= fgets($fp,4096);
}
fclose($fp);
echo $d;
}
?>
我们可以通过使用工具ngrep抓取http请求包(因为我们需要探知的是PHP://input,所以我们这里只抓取http Request数据包)。我们来执行测试脚本PHPinput_post.PHP @PHP /PHPinput_post.PHP
HTTP/1.1 200 OK
Date: Thu,08 Apr 2010 03:23:36 GMT
Server: Apache/2.2.3 (CentOS)
X-Powered-By: PHP/5.1.6
Content-Length: 160
Connection: close
Content-Type: text/html; charset=UTF-8
-------$_POST------------------
array(2) {
["n"]=> string(9) "perfgeeks"
["p"]=> string(4) "7788"
}
-------PHP://input-------------
n=perfgeeks&p=7788
通过ngrep抓到的http请求包如下: T 192.168.0.8:57846 -> 192.168.0.6:80 [AP]
POST /PHPinput_server.PHP HTTP/1.1..
Host: 192.168.0.6..Content-Type: application/x-www-form-urlencoded..Co
ntent-Length: 18..Connection: close....n=perfgeeks&p=7788....
仔细观察,我们不难发现
1,$_POST数据,PHP://input 数据与httpd entity body数据是“一致”的
2,http请求中的Content-Type是application/x-www-form-urlencoded ,它表示http请求body中的数据是使用http的post方法提交的表单数据,并且进行了urlencode()处理。
(注:注意加粗部分内容,下文不再提示). 我们再来看看脚本PHPinput_xmlrpc.PHP的原文件内容,它模拟了一个POST方法提交的xml-rpc请求。 <?PHP
//@file PHPinput_xmlrpc.PHP
$http_entity_body = "\n\n jt_userinfo\n";
$http_entity_type = 'text/html';
$http_entity_length = strlen($http_entity_body);
$host = '192.168.0.6';
$port = 80;
$path = '/PHPinput_server.PHP';
$fp = fsockopen($host,$http_entity_body . "\r\n\r\n");
while (!feof($fp)) {
$d .= fgets($fp,4096);
} fclose($fp);
echo $d;
}
?>
同样地,让我们来执行这个测试脚本 @PHP /PHPinput_xmlrcp.PHP
HTTP/1.1 200 OK
Date: Thu,08 Apr 2010 03:47:18 GMT
Server: Apache/2.2.3 (CentOS)
X-Powered-By: PHP/5.1.6
Content-Length: 154
Connection: close
Content-Type: text/html; charset=UTF-8 -------$_POST------------------
array(0) {
} -------PHP://input-------------
<?xml version="1.0">
jt_userinfo
执行这个脚本的时候,我们通过ngrep抓取的http请求数据包如下 T 192.168.0.8:45570 -> 192.168.0.6:80 [AP]
POST /PHPinput_server.PHP HTTP/1.1..
Host: 192.168.0.6..Content-Type: text/html..Content-Length: 75..Connec
tion: close....<?xml version="1.0">.. jt_userinfo<
/name>.....
同样,我样也可以很容易地发现:
1,http请求中的Content-Type是text/xml。它表示http请求中的body数据是xml数据格式。
2,服务端$_POST打印出来的是一个空数组,即与http entity body不一致了。这跟上个例子不一样了,这里的Content-Type是text/xml,而不是application/x-www-form-urlencoded
3,而PHP://input数据还是跟http entity body数据一致。也就是PHP://input数据和$_POST数据不一致了。 我们再来看看通过GET方法提交表单数据的情况,PHP://input能不能读取到GET方法的表单数据?在这里,我们稍加改动一下PHPinput_server.PHP文件,将$_POST改成$_GET。 <div class="codetitle"><a style="CURSOR: pointer" data="64022" class="copybut" id="copybut64022" onclick="doCopy('code64022')"> 代码如下:
<div class="codebody" id="code64022">
<?
PHP //@file
PHPinput_server.
PHP $raw_post_data = file_get_contents('
PHP://input','r');
echo "-------\$_GET------------------\n";
echo var_dump($_GET) . "\n";
echo "-------
PHP://input-------------\n";
echo $raw_post_data . "\n";
?>
<?
PHP //@file
PHPinput_get.
PHP $query_path = 'n=' . urldecode('perfgeeks') . '&p=' . urldecode('7788');
$host = '192.168.0.6';
$port = 80;
$path = '/
PHPinput_server.
PHP';
$d = '';
$fp = fsockopen($host,"GET {$path}?{$query_path} HTTP/1.1\r\n");
fputs($fp,"Connection: close\r\n\r\n"); while (!feof($fp)) {
$d .= fgets($fp,4096);
}
fclose($fp);
echo $d;
}
?>
同样,我们执行下一
PHPinput_get.
PHP测试脚本,它模拟了一个通常情况下的GET
方法提交表单数据。 @
PHP /
PHPinput_get.
PHP HTTP/1.1 200 OK
Date: Thu,08 Apr 2010 07:38:15 GMT
Server: Apache/2.2.3 (CentOS)
X-Powered-By:
PHP/5.1.6
Content-Length: 141
Connection: close
Content-Type: text/html; charset=UTF-8 -------$_GET------------------
array(2) {
["n"]=>
string(9) "perfgeeks"
["p"]=>
string(4) "7788"
} -------
PHP://input-------------
在这个时候,使用ngrep工具,捕获的相应的http请求数据包如下 T 192.168.0.8:36775 -> 192.168.0.6:80 [AP]
GET /
PHPinput_server.
PHP?n=perfgeeks&p=7788 HTTP/1.1..
Host: 192.168.0.6..Connection: close....
比较POST
方法提交的http请求,通常GET
方法提交的请求中,entity body为空。同时,不会指定Content-Type和Content-Length。但是,如果强硬数据http entity body,并指明正确地Content-Type和Content-Length,那么
PHP://input还可是读取得到http entity body数据,但不是$_GET数据。 所根据,上面几个探测,我们可以作出以下总结:
1,Content- Type取值为application/x-www-form-urlencoded时,
PHP会将http请求body相应数据会填入到数 组$_POST,填入到$_POST数组中的数据是进行urldecode()解析的结果。(其实,除了该Content-Type,还有 multipart/form-data表示数据是表单数据,稍后我们介绍)
2,
PHP://input数据,只要Content-Type不为 multipart/form-data(该条件限制稍后会介绍)。那么
PHP://input数据与http entity body部分数据是一致的。该部分相一致的数据的长度由Content-Length指定。
3,仅当Content-Type为application/x-www-form-urlencoded且提交
方法是POST
方法时,$_POST数据与
PHP://input数据才是”一致”(打上引号,表示它们格式不一致,
内容一致)的。其它情况,它们都不一致。
4,
PHP://input读取不到$_GET数据。是因为$_GET数据作为query_path写在http请求头部(header)的PATH字段,而不是写在http请求的body部分。 这也帮助我们理解了,为什么xml_rpc服务端读取数据都是通过file_get_contents(‘
PHP://input',‘r')。而不是从$_POST中读取,正是因为xml_rpc数据规格是xml,它的Content-Type是text/xml。
PHP://input碰到了multipart/form-data
上传文件的时候,表单的写法是这样的 <div class="codetitle">
<a style="CURSOR: pointer" data="55736" class="copybut" id="copybut55736" onclick="doCopy('code55736')"> 代码如下: <div class="codebody" id="code55736">
那么,enctype=multipart/form-data这里的意义,就是将该次http请求头部(head)中的Content-Type设置为multipart/form-data。请查阅RFC1867对 它的描述。multipart/form-data也表示以POST
方法提交表单数据,它还伴随了
文件上传,所以会跟application/x- www-form-urlencoded数据格式不一样。它会以一更种更合理的,更高效的数据格式传递给服务端。我们提交该表单数据,并且打印出响应结 果,如下: -------$_POST------------------
array(1) { ["n"]=> string(9) "perfgeeks" }
-------
PHP://input-------------
同时,我们通过ngrep抓取的相应的http请求数据包如下: ########
T 192.168.0.8:3981 -> 192.168.0.6:80 [AP]
POST /
PHPinput_server.
PHP HTTP/1.1..Host: 192.168.0.6..Connection: kee
p-alive..User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) A
ppleWebKit/533.2 (KHTML,like Gecko) Chrome/5.0.342.3 Safari/533.2..Re
ferer:
http://192.168.0.6/PHPinput_server.
PHP..Content-Length: 306..Ca
che-Control: max-age=0..Origin:
http://192.168.0.6..Content-Type: mult
ipart/form-data; boundary=----WebKitFormBoundarybLQwkp4opIEZn1fA..Acce
pt: application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q
=0.8,image/png,
/;q=0.5..Accept-Encoding: gzip,deflate,sdch..Accept-L
anguage: zh-CN,zh;q=0.8..Accept-Charset: GBK,utf-8;q=0.7,*;q=0.3..Cook
ie: SESS3b0e658f87cf58240de13ab43a399df6=lju6o5bg8u04lv1ojugm2ccic6...
.
##
T 192.168.0.8:3981 -> 192.168.0.6:80 [AP]
------WebKitFormBoundarybLQwkp4opIEZn1fA..Content-Disposition: form-da
ta; name="n"....perfgeeks..------WebKitFormBoundarybLQwkp4opIEZn1fA..C
ontent-Disposition: form-data; name="f"; filename="test.txt"..Content-
Type: text/plain....i am file..multipart/form-data..------WebKitFormBo
undarybLQwkp4opIEZn1fA--..
##
从响应
输出来比对,$_POST数据跟请求提交数据相符,即$_POST = array(‘n' => ‘perfgeeks')。这也跟http请求body中的数据相呼应,同时说明
PHP把相应的数据填入$_POST
全局变量。而
PHP://input
输出为空,没有
输出任何东西,尽管http请求数据包中body不为空。这表示,当Content-Type为multipart/form-data的 时候,即便http请求body中存在数据,
PHP://input也为空,
PHP此时,不会把数据填入
PHP://input流。所以,可以确定:
PHP://input不能用于读取enctype=multipart/form-data数据。 我们再比较这次通过ngrep抓取的http请求数据包,我们会发现,最大不同的一 点是Content-Type后面跟了boundary定义了数据的分界符,bounday是
随机生成的。另外一个大不一样的,就是http entity body中的数据组织结构不一样了。 上一节,我们概述了,当Content-Type为application/x- www-form-urlencoded时,
PHP://input和$_POST数据是“一致”的,为其它Content-Type的时候,
PHP: //input和$_POST数据数据是不一致的。因为只有在Content-Type为application/x-www-form- urlencoded或者为multipart/form-data的时候,
PHP才会将http请求数据包中的body相应部分数据填入$_POST全 局变量中,其它情况
PHP都忽略。而
PHP://input除了在数据类型为multipart/form-data之外为空外,其它情况都可能不为空。 通过这一节,我们更加明白了
PHP://input与$_POST的区别与联系。所以,再次确认,
PHP://input无法读取 enctype=multipart/form-data数据,当
PHP://input遇到它时,永远为空,即便http entity body有数据。
PHP://input VS $http_raw_post_data 相信大家对
PHP://input已经有一定深度地了解了。那 么$http_raw_post_data是什么呢?$http_raw_post_data是
PHP内置的一个
全局变量。它用于,
PHP在无法识别的 Content-Type的情况下,将POST过来的数据原样地填入变量$http_raw_post_data。它同样无法读取Content- Type为multipart/form-data的POST数据。需要设置
PHP.ini中的 always_populate_raw_post_data值为On,
PHP才会总把POST数据填入变量$http_raw_post_data。 把脚本
PHPinput_server.
PHP改变一下,可以验证上述
内容 <div class="codetitle">
<a style="CURSOR: pointer" data="33710" class="copybut" id="copybut33710" onclick="doCopy('code33710')"> 代码如下: