http-method相关内容
我正在使用 ASP.NET MVC 实现一个 RESTful API 的原型,除了这里和那里的奇怪错误之外,我已经实现了我在开始时提出的所有要求,除了调用者能够使用 X-HTTP-Method-Override自定义标头覆盖HTTP方法. 我想要的是以下请求... GET/someresource/123 HTTP/1.1X-HTTP-Method-Override:删除 ...将被分派
..
我正在使用 Rails 4 创建一组服务,我正在使用 JavaScript 浏览器应用程序.跨域 GETS 工作正常,但我的 POST 未通过预检 OPTIONS 检查并出现 404 错误.至少,我认为这就是正在发生的事情.以下是控制台中出现的错误.这是 Mac 上的 Chrome 31.0.1650.63. OPTIONS http://localhost:3000/confessor_req
..
我正在阅读关于 CORS 请求的规范,并且我发现这是关于预检请求的: 这些是对具有 HTTP 请求的非同源 URL 的请求GET 以外的方法,首先需要使用预检结果缓存条目或预检请求. 我认为预检请求的目的是在发出请求之前检查是否允许请求,以防它(非法)更改服务器状态. 但 HEAD 和 OPTIONS 不会修改服务器状态.我一定误解了预检的原因. 对 HEAD 和 OPTI
..
HTTP 动词 PURGE 是幂等的吗?如果我两次发送相同的 PURGE 请求,我第二次会收到 200 吗? 我有一个微服务,它在将消息发布到兔子队列之前使 Varnish 缓存无效.如果清除失败,我们只需要记录并继续执行. 队列消费者必须从 Varnish 缓存中获取资源的最新状态.如果第一个微服务的第一次清除成功,来自第二个微服务的新清除请求(在实际从 varnish 请求资源之前
..
Spring Security 参考说明: 您可以使用多个元素来定义不同的不同 URL 集的访问要求,但它们将是按列出的顺序评估,将使用第一个匹配项.那么你必须将最具体的匹配项放在顶部.您还可以添加一个method 属性将匹配限制为特定的 HTTP 方法(GET、POST、PUT 等).如果一个请求匹配多个模式,无论顺序如何,特定于方法的匹配都将优先. 如何配置 Spring Secu
..
我正在使用 Rails 4 创建一组服务,我正在使用 JavaScript 浏览器应用程序使用这些服务.跨域GETS 工作正常,但我的POST 未通过预检选项检查并显示404 错误.至少,我认为这就是正在发生的事情.以下是出现在控制台中的错误.这是 Mac 上的 Chrome 31.0.1650.63. OPTIONS http://localhost:3000/confessor_reques
..
Curl 提供了一系列不同的以 X 为前缀的 http 方法调用,但也提供了相同的方法.我都试过,我似乎无法弄清楚区别.有人可以快速向我解释这两种操作有何不同吗? 解决方案 默认情况下,您使用 curl 而不明确说明要使用哪种请求方法.如果你只是传入一个像 curl http://example.com 这样的 HTTP URL,它将使用 GET.如果您使用 -d 或 -F curl 将使
..
我正在开发 REST WCF 服务,理论上我知道什么时候选择什么目的. GET 获取资源 PUT 更新 POST 插入 DELETE 删除 但是如果我们不遵循上述规则,假设插入一条记录,我使用了GET方法有什么缺点? 解决方案 因为 HTTP GET 方法被指定为幂等的,所以根据规范,可以重新提交 GET 请求,并假设它不会更改服务器上的任何内容.这不是 HTTP POS
..
我最近才开始接触 PHP/AJAX/jQuery,在我看来,这些技术的一个重要部分是 POST 和 GET. 首先,POST 和 GET 有什么区别?通过实验,我知道 GET 将返回的变量及其值附加到 URL 字符串中 website.com/directory/index.php?name=YourName&bday=YourBday 但是 POST 没有. 那么,这是唯一的区别
..
我想为以下场景使用适当的方法设计我的休息端点. 有一组.每个组都有一个状态.该组可以由管理员激活或取消激活. 我应该将终点设计为 PUT/groups/api/v1/groups/{group id}/status/activate 或 PATCH/groups/api/v1/groups/{group id}与请求正文一样{动作:激活|停用} 解决方案 PATCH 方法在这
..
虽然 HTTP 1.1 规范 似乎允许 DELETE 请求上的消息正文,它似乎表明服务器应该忽略它,因为它没有定义的语义. 4.3 消息正文 服务器应该读取并转发任何请求的消息体;如果请求方法不包括实体主体的定义语义,那么在处理请求时应该忽略消息体. 我已经在 SO 及其他方面查看了有关此主题的几个相关讨论,例如: 是否允许 HTTP DELETE 的实体主体请求? HT
..
关于 HTTP 的维基百科条目列出了以下 HTTP 请求方法: HEAD: 请求与对应于 GET 请求的响应相同的响应,但没有响应正文. GET: 请求指定资源的表示. POST: 将要处理的数据(例如,从 HTML 表单)提交到标识的资源.数据包含在请求正文中. PUT:上传指定资源的表示. DELETE:删除指定的资源. TRACE: 回显收到的请求,以便客户端可以看到中间服务
..
在 RESTful 风格的编程中,我们应该使用 HTTP 方法作为我们的构建块.尽管哪些方法与经典的 CRUD 方法相匹配,但我有点困惑.GET/Read 和 DELETE/Delete 已经很明显了. 但是,PUT/POST 有什么区别呢?它们是否与创建和更新一一匹配? 解决方案 Create = PUT with a new URIPOST 到基本 URI 返回新创建的 URI读
..
使用 GET 或 POST 方法有什么区别?哪个更安全?它们各自的(缺点)优势是什么? (类似问题) 解决方案 这不是安全问题.HTTP 协议将 GET 类型的请求定义为 幂等,而 POST 可能有副作用.用简单的英语来说,这意味着 GET 用于查看某些内容,而不对其进行更改,而 POST 用于更改某些内容.例如,搜索页面应使用 GET,而更改密码的表单应使用 POST. 另外
..
首先,一些定义: PUT 在 第 9.6 节 RFC 2616 中定义: PUT 方法请求将封闭的实体存储在提供的 Request-URI 下.如果请求 URI 引用了一个已经存在的资源,则包含的实体应该被视为驻留在源服务器上的实体的修改版本.如果 Request-URI 不指向现有资源,并且该 URI 能够被请求的用户代理定义为新资源,则源服务器可以使用该 URI 创建资源.
..
考虑到 REST,将 HTTP 方法映射到 CRUD 操作相对容易:POST 用于创建,GET 用于读取等.但是“即发即弃"操作呢?哪种 HTTP 方法最能代表触发并忘记操作,例如触发批处理作业(其中没有响应发送回调用者)? POST 会浮现在脑海中,但我认为 GET 也是一种合适的方法,因为 99% 的时间您只为这些类型的操作提供一堆参数.你怎么认为? 解决方案 POST 会浮
..
我是这个游戏的新手,所以我可能会误解一些事情.实际上,如果有人告诉我我误解了事情,那将是一个帮助.也许这个人会很体贴,给我指明正确的道路.但是... 适用于 Web 服务的 REST 的“指南"或“最佳实践"之一(http://en.wikipedia.org/wiki/Representational_state_transfer#Applied_to_web_services) 是您应该
..
我有一个代表标签集合的资源: /users/{username}/tags API 客户端应该能够在单个 HTTP 请求中向该集合添加一组标签.我考虑过如何做到这一点,首先考虑使用 PUT 或 POST 方法.但是我认为这意味着客户端正在“设置"或“替换"该集合中的标签.将多个标签“添加"到该集合中的最合适的 HTTP 方法(或者可能是不同的机制)是什么? {HTTP METHOD}/use
..
我需要从某个方面的 joinPoint 获取诸如 POST/PATCH/GET/etc 之类的 http 方法. @Before("isRestController()")public void handlePost(JoinPoint点){//做一些事情来获得例如“POST"以在下面使用句柄(参数,“POST",someMethod::getBeforeActions);} 从point.g
..
我使用 symfony 路由注释并且我已经将 http_method_override 设置为 true 我想根据 http 方法创建两个不同的动作,但具有不同的行为,如下所示: /*** 事件控制器.** @Route("/事件")*/类 EventController 扩展控制器{/*** 列出所有事件实体.** @Route("/", name="事件")* @Method("GET
..