Php Http请求方法和参数
那么,出于好奇,哪些HTTP方法接受查询字符串中的参数?他们都是吗?哪些HTTP方法必须通过cURL POSTFIELDS发送参数?所有请求方法(Php Http请求方法和参数,php,http,curl,parameters,query-string,Php,Http,Curl,Parameters,Query String,那么,出于好奇,哪些HTTP方法接受查询字符串中的参数?他们都是吗?哪些HTTP方法必须通过cURL POSTFIELDS发送参数?所有请求方法(GET,HEAD,POST,OPTIONS,PUT,TRACE,DELETE,BREW)可能都有GET风格的请求参数。这对于其他人来说是非常罕见的(CONNECT) 原因是HTTP处理“资源”,实际上并不关心URL参数。从/路径分隔符开始,它被认为是一个资源名。其中是否有任何?问号,或者接收Web服务器在其位置使用@与此无关,因为具体实现是特定的 HT
GET
,HEAD
,POST
,OPTIONS
,PUT
,TRACE
,DELETE
,BREW
)可能都有GET风格的请求参数。这对于其他人来说是非常罕见的(CONNECT
)
原因是HTTP处理“资源”,实际上并不关心URL参数。从/
路径分隔符开始,它被认为是一个资源名。其中是否有任何?
问号,或者接收Web服务器在其位置使用@
与此无关,因为具体实现是特定的
HTTP客户机显然知道URL方案以及如何将它们拆分,但这对协议本身来说并不是什么大问题。我认为规范()除了URL方案描述之外几乎没有提及。可能更详细
如果您有一个带有其他方法的POST样式的请求正文,那么实际上它与HTTP动词的关系不大,而是取决于是否存在内容类型:
和内容长度:
请求头。所有请求方法(GET
,HEAD
,POST
,OPTIONS
,PUT
,TRACE
,DELETE
,BREW
)可能具有GET样式?x=y
请求参数。这对于其他一些(CONNECT
)请求参数来说非常少见
原因是HTTP处理“资源”,它实际上并不关心URL参数。从/
路径分隔符开始,它只被视为一个资源名称。其中是否有?
问号,或者接收Web服务器在其位置使用@
,都是无关的,因为具体实现是特定的
HTTP客户端显然知道URL方案以及如何分割它们,但这对于协议本身来说并不是什么大问题。我认为规范()除了URL方案描述之外几乎没有提及。可能更详细一些
如果您有一个带有其他方法的POST样式的请求主体,那么它实际上不太依赖于HTTP谓词,而是依赖于内容类型:
和内容长度:
请求头的存在