APACHE和NGINX是否接受所有HTTP方法/谓词?
在我最近的一次演讲中,一位发言者评论说,APACHE和NGINX实际接受/支持的唯一方法是APACHE和NGINX是否接受所有HTTP方法/谓词?,apache,web-services,http,nginx,Apache,Web Services,Http,Nginx,在我最近的一次演讲中,一位发言者评论说,APACHE和NGINX实际接受/支持的唯一方法是GET和POST方法/动词 发言者进一步澄清,当使用诸如PUT、PATCH、DELETE等其他方法时,APACHE和NGINX屏蔽该方法,换句话说,这些方法转换为GET和POST,并传递给包含已发送旧方法标志的应用程序。因此,应用程序将知道实际发送了哪个方法 我的问题是:APACHE和NGINX真的接受了方法/动词吗?或者问题中上下文化的过程是真正发生了什么?我不认为是这样。Apache只是传递了方法名,我
GET
和POST
方法/动词
发言者进一步澄清,当使用诸如PUT
、PATCH
、DELETE
等其他方法时,APACHE
和NGINX
屏蔽该方法,换句话说,这些方法转换为GET
和POST
,并传递给包含已发送旧方法标志的应用程序。因此,应用程序将知道实际发送了哪个方法
我的问题是:
APACHE
和NGINX
真的接受了方法/动词吗?或者问题中上下文化的过程是真正发生了什么?我不认为是这样。Apache只是传递了方法名,我认为说话者的说法不正确。如果不支持OPTIONS
,Nginx或Apache将如何支持CORS?在默认情况下,Nginx可能会禁用一些HTTP方法,需要配置/模块来启用它们。然而,这并不意味着Nginx不接受/不支持这些方法。请检查:我知道Apache2.2+存在
来控制所接受的http方法。它可以通过APACHE config或.htaccess进行配置,如下所示:指令
。我发现关于Apache2.4+的讨论有一个模块叫做mod_allowmethods。在resume中,您可以定义可以接受的方法,例如:AllowMethods GET POST OPTIONS
我认为情况并非如此。Apache只是传递了方法名,我认为说话者的说法不正确。如果不支持OPTIONS
,Nginx或Apache将如何支持CORS?在默认情况下,Nginx可能会禁用一些HTTP方法,需要配置/模块来启用它们。然而,这并不意味着Nginx不接受/不支持这些方法。请检查:我知道Apache2.2+存在
来控制所接受的http方法。它可以通过APACHE config或.htaccess进行配置,如下所示:指令
。我发现关于Apache2.4+的讨论有一个模块叫做mod_allowmethods。在resume中,您可以定义可以接受的方法,例如:AllowMethods GET POST OPTIONS