注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

phperwuhan的博客

记载一个phper的历程!phperwuhan.blog.163.com

 
 
 

日志

 
 

PHP的输入输出流及HTTP请求类型  

2010-04-03 13:15:06|  分类: php |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |

来源:http://hi.baidu.com/cntjdavid/blog/item/6002a0f9f223ea53252df245.html

PHP 3.0.13 及以上版本,自 PHP 4.3.0 起支持 php://output 和 php://input,自 PHP 5.0.0 起支持 php://filter。

php://stdin
php://stdout
php://stderr
php://output
php://input
php://filter
php://stdin,php://stdout 和 php://stderr 允许访问 PHP 进程相应的输入或者输出流。
php://output 允许向输出缓冲机制写入数据,和 print() 与 echo() 的方式相同。
php://input 允许读取 POST 的原始数据。和 $HTTP_RAW_POST_DATA 比起来,它给内存带来的压力较小,并且不需要任何特殊的 php.ini 设置。php://input 不能用于 enctype="multipart/form-data"。
php://stdin 和 php://input 是只读的,同时 php://stdout,php://stderr 和 php://output 是只写的。
php://filter 是一种设计用来允许过滤器程序在打开时成为流的封装协议。这对于单独具有完整功能的文件函数例如 readfile(),file() 和 file_get_contents() 很有用,否则就没有机会在读取内容之前将过滤器应用于流之上。


也就是说post的原始数据是保存在一个叫php://input的文件。你可以通过简单的文件操作读取里面的数据来控制。
$data=file_get_contents(’php://input’);

===============

作者:老王

PHP里有$_GET,$_POST,但是没有$_PUT,所以如果需要使用它的话,则你不得不自己模拟一下:

1 $_PUT = array();
2 if ('PUT' == $_SERVER['REQUEST_METHOD']) {
3     parse_str(file_get_contents('php://input'), $_PUT);
4 }

通过php://input得到的数据是raw data,所以需要用parse_str解析一下。

不过需要说明的是,当表单是enctype="multipart/form-data"类型的时候(就是上传文件那种类型),这种方法是无效的(此时php://input为空),一旦PHP发现请求的Content-Type是multipart/form-data,就会无条件的代你处理表单数据,然后保存到$_FILES里,此时无法得到raw data,只能用一些偏门方法,以apache为例,修改httpd.conf(为了使用RequestHeader语法,请先激活header模块):

1 <Location "/demo.php">
2   RequestHeader set Content-Type foobar
3 </Location>

通过重置Content-Type请求头为foobar(只要不是multipart/form-data即可),这样PHP则不会处理raw data,此时php://input就有数据了,不过原本应有的$_FILES数据却不存在了,似乎没有优雅一点的方法能实现这个效果,所以基本上只有演示上的意义。

浏览器一般只允许使用GET/POST方法,虽然可以通过JS来发送PUT方法,但是还得编写代码,相对而言,使用命令行下的CURL命令则显得方便很多,在开发测试时很有用,所以学习一下还是必要的:

curl -X PUT http://www.domain.com/demo.php -d "id=1" -d "title=a"

这样就会通过PUT方法发送id, title数据,测试时demo.php的代码就类似上面的php://input,不细说了。

======================

HTTP   1.1是一个基于文本的互联网实体信息交互主流协议,这里的实体可以是WAP兼容浏览器之类的用户终端,可以是WAP网关之类的代理服务器,也可以是Java   servlet之类的源服务器程序。它们之间的交互信息就是两大类:客户端对服务器端的请求和服务器端对客户端的响应。一次完整的交互包括一个请求和对它的响应。  
   
所有的请求和响应都采用[RFC822]中定义的标准互联网消息格式,框架如下:  
*   消息定义    
*   没有或多个消息头  
*   CRLF    
*   可选的消息本体    
其中消息定义不分指定了发送消息的类型。请求和响应都可以包含多个消息头,用来进一步或者重新定义用户终端和服务器之间的交互。CRLF仅仅用来将信息定义和消息本体分开。    
   
1、   请求    
在消息定义部分可以这样定义请求:   请求类型   URL   HTTP/1.1    
其中请求类型可以是下面的一种:    
①.   OPTION:返回请求者和相应者之间可以使用的通信选项,主要用来检测服务器处理能力;  
②.   GET:获得以URL标示的文件内容或者程序执行结果。服务器根据文件名后缀判断服务内容,比如该URL是静态文本还是一个程序;  
③.   HEAD:除了不返回响应的信息本体以外,得到的是跟GET一样的信息。一般用来测试链接的有效性、可达性和近期修改;  
④.   POST:把消息本体中的消息发送到一个URL或者其他类似的服务器端定义行为。通常用来提交一个HTML表单或者一些数据操作活动;    
⑤.   PUT:把消息本体中的消息发送到一个URL,跟POST类似,但不常用;  
⑥.   DELETE:删除URL指定的资源;  
⑦.   TRACE:调用一个远程应用层请求消息回路。发出这个消息的用户终端除了收到原来的消息内容以外,还得到消息在Internet上的传送路径。    
最常用的请求类型--也是我们在处理WAP应用时最关心的--是GET和POST。假设有一个WML文档,我们用UP的浏览器去浏览的话,就会向服务器发出如下GET请求:  
GET   www.wap86.com/index.wml   HTTP/1.1    
accept-charset:   UTF-8    
accept-language:   ch    
accept:   text/vnd.wap.wml,   */*,   image/bmp,   text/html    
user-agent:   UP.Browser/3.1-UPG1   UP.Link/3.2    
host:   www.wap86.net  
……    
其中粗体的部分是HTTP消息头,这里我们忽略了一些与我们关系不大的消息头。  
accept-charset:   用户终端支持的字符集  
accept-language:   用户终端目前使用的语言    
accept:   用户终端可以接受的MIME文件类型    
user-agent:   用户终端供应商提供的终端描述信息    
host:   请求信息发送到的域名    
   
2、   响应    
响应的消息定义部分一般是这样的:HTTP/1.1   状态码   状态描述   在[RFC2616]中定义了近40种不同的状态码。其中最常见的是3个:  
200   OK  
401   Unauthorized    
404   Not   Found    
   
继续上面那个例子,如果该URL合法的话,服务器的响应会是这样的:    
HTTP/1.1   200   OK    
Server:   www/5.0    
Date:   Fri,   26   Oct   2000   12:15:23   GMT    
Connection:   Keep-Alive    
Content-Length:   1211    
Content_Type:   text/vnd.wap.wml  
Last-Modified:   Mon,   22   Oct   2000   18:19:24   GMT  
   
<?xml   version=”1.0”>  
<!<!DOCTYPE   wml   PUBLIC   “-//WAPFORUM//DTD   WML   1.1//EN”    
“http://www.wapforum.org/DTD/wml_1.1.xml”>  
   
……  
其它内容    
……    
   
这个响应信息里包括了响应的数字代码和文本描述,然后是一组消息头。在一个换行符以后就是消息本体,在这里,消息本体就是www.wap86.net/index.wml的源代码。  
Server:   发出响应的服务器    
Date:   响应发出的时间  
Connection:   指示用户终端保持连接    
Content-Length:   响应信息的长度,从DECK的第一个"<"字符开始计算  
Content_Type:   响应的MIME类型    
Last-Modified:   响应中DECK的最后修改时间    
   
当用户终端接收到响应以后,会对其状态信息和消息头进行解码,然后决定对响应做出什么样的动作。如果收到OK响应,一般会把消息本体里的内容显示在屏幕上。对于桌面终端,通常是HTML,对于WAP浏览器,则是WML。    
   
HTTP是一种很罗嗦的协议。即使是简单没有任何数据的请求和响应都要产生数百字节的消息。WAP通过WAP网关来解决这个问题。WAP网关一个很重要的功能就是把所有的HTTP1.1消息转换成无线任务协议的消息格式。这种格式是压缩的二进制协议,兼容HTTP1.1。它能解析所有的请求和响应消息,并转换成最精简的BIT序列。    
   
到这里我们已经介绍了HTTP1.1的主要内容。当然HTTP1.1还有很多复杂的内容,但是在这里并不打算多讲,如果你有兴趣,可以去相关网站查找它的资料。作者只想大家知道一点:用户终端和服务器之间还有比GET和POST请求更多的互动消息,它们一样有请求和响应消息头,并且可以包含一些信号来影响WAP应用程序的执行和性能。

============

GET PUT POST的含义(Http)

POST   /articles     创建
DELETE /articles/123 删除
PUT    /articles/123 更新或创建
GET    /articles/123 查看

顺便说说几个知识点:

GET操作是安全的。所谓安全是指不管进行多少次操作,资源的状态都不会改变。比如我用GET浏览文章,不管浏览多少次,那篇文章还在那,没有变化。当然,你可能说每浏览一次文章,文章的浏览数就加一,这不也改变了资源的状态么?这并不矛盾,因为这个改变不是GET操作引起的,而是用户自己设定的服务端逻辑造成的。

PUT,DELETE操作是幂等的。所谓幂等是指不管进行多少次操作,结果都一样。比如我用PUT修改一篇文章,然后在做同样的操作,每次操作后的结果并没有不同,DELETE也是一样。顺便说一句,因为GET操作是安全的,所以它自然也是幂等的。

POST操作既不是安全的,也不是幂等的,比如常见的POST重复加载问题:当我们多次发出同样的POST请求后,其结果是创建出了若干的资源。

安全和幂等的意义在于:当操作没有达到预期的目标时,我们可以不停的重试,而不会对资源产生副作用。从这个意义上说,POST操作往往是有害的,但很多时候我们还是不得不使用它。

还有一点需要注意的就是,创建操作可以使用POST,也可以使用PUT,区别在于POST 是作用在一个集合资源之上的(/articles),而PUT操作是作用在一个具体资源之上的(/articles/123),再通俗点说,如果URL可以在客户端确定,那么就使用PUT,如果是在服务端确定,那么就使用POST,比如说很多资源使用数据库自增主键作为标识信息,而创建的资源的标识信息到底是什么只能由服务端提供,这个时候就必须使用POST。

===========

安全的和幂等的。所谓安全的意味着该操作用于获取信息而非修改信息。幂等的意味着对同一 URL 的多个请求应该返回同样的结果。完整的定义并不像看起来那样严格。换句话说,GET 请求一般不应产生副作用。从根本上讲,其目标是当用户打开一个链接时,她可以确信从自身的角度来看没有改变资源。比如,新闻站点的头版不断更新。虽然第二次请求会返回不同的一批新闻,该操作仍然被认为是安全的和幂等的,因为它总是返回当前的新闻。反之亦然。POST 请求就不那么轻松了。POST 表示可能改变服务器上的资源的请求。仍然以新闻站点为例,读者对文章的注解应该通过 POST 请求实现,因为在注解提交之后站点已经不同了(比方说文章下面出现一条注解)。

===========

幂等的意味着对同一URL的多个请求应该返回同样的结果。这里我再解释一下幂等这个概念:

幂等(idempotent、idempotence)是一个数学或计算机学概念,常见于抽象代数中。

  幂等有以下几种定义:

  对于单目运算,如果一个运算对于在范围内的所有的一个数多次进行该运算所得的结果和进行一次该运算所得的结果是一样的,那么我们就称该运算是幂等的。比如绝对值运算就是一个例子,在实数集中,有abs(a)=abs(abs(a))。

  对于双目运算,则要求当参与运算的两个值是等值的情况下,如果满足运算结果与参与运算的两个值相等,则称该运算幂等,如求两个数的最大值的函数,有在在实数集中幂等,即max(x,x) = x。

  看完上述解释后,应该可以理解GET幂等的含义了。
 

  评论这张
 
阅读(633)| 评论(1)
推荐 转载

历史上的今天

在LOFTER的更多文章

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2017