Python
Java
PHP
IOS
Android
Nodejs
JavaScript
Html5
Windows
Ubuntu
Linux
Web API + OData - PATCH 请求 400 错误
我有一个链接到 Web Api 2 OData 控制器的 Kendo UI 数据源 并且在更新操作时遇到问题 我可以很好地创建和删除 当我在进行任何更新后调用将数据源同步到服务器时 我收到 400 错误 odata error code m
kendoui
ODATA
httpstatuscode400
aspnetwebapi2
httpverbs
如何以 RESTful 方式建模 CANCEL 操作?
我们目前正在从我们的整体服务中争取较小的服务 我们的域与票务系统非常相似 我们决定开始域名的取消流程 我们的取消服务有一个简单的端点 Cancel 它接收票证的 ID 在内部 我们检索 id 对其执行一些与取消相关的操作 并更新存储中实体的
REST
API
httpverbs
httppatch
HTTP 动词 REPORT 的实际用例是什么?为什么它随着时间的推移而被忽视?
每当我必须创建 RESTful Web 服务并且用例意味着根据一组搜索条件获取数据时 出于所有显而易见的原因 我总是选择在正文中包含参数的 POST 请求 而不是 GET 请求 我已经看过十几次了 所以我认为这是最佳实践 最近我偶然发现Ev
http
httpmethod
httpverbs
发布表单时的 post 与 put
当评估表单是否已提交时 我检查方法是否为 post 而不是 get 有人告诉我 这是一个好方法 可以了解表单是通过单击 提交 按钮提交的 而不仅仅是由在 url 中传递数据的脚本提交的 put 方法怎么样 看起来和 post 很相似 是否可
php
security
Forms
POST
httpverbs
REST - 修改部分资源 - PUT 或 POST
我看到很多关于如何使用 REST 只更新部分资源 例如状态指示器 的问题 选项似乎是 抱怨 HTTP 没有 PATCH 或 MODIFY 命令 然而 接受的答案REST 的 HTTP MODIFY 动词 https stackoverflo
http
REST
httpheaders
httpverbs
用于发送电子邮件的正确 HTTP 动词
对于仅让服务器发送电子邮件而不改变整个 Web 应用程序状态的请求 正确的 http 动词是什么 我正在开发一个 Rails 项目 我需要以某种方式定义路线 Rails application routes draw do get self
rubyonrails
routes
httpverbs
REST API 设计端点(操作/动词 => 名词/资源)
根据本指南 https hackernoon com restful api designing guidelines the best practices 60e1d954e7c9在设计 REST API 端点时 我们永远不应该在 URL
REST
API
Resources
httpverbs
PATCH 方法是否应该返回响应正文中资源的所有字段?
PATCH 方法是否应该返回响应正文中资源的所有字段 或者它应该只返回更新的字段 我正在阅读this https www rfc editor org rfc rfc7386 例如 如果它只返回更新的字段 则用户可以知道服务器中哪些字段被更
REST
http
HttpRequest
restfularchitecture
httpverbs
在 REST API 中使用 LINK 和 UNLINK HTTP 动词
我目前正在致力于实现 REST API 我有一个资源模型 其中各个资源之间存在大量关系 我的问题是 如何以 RESTful 方式将两个现有资源相互链接 建立关系 我遇到的一种解决方案是使用 LINK 和 UNLINK HTTP 动词 API
API
REST
httpverbs
REST API 真的是 RESTful 吗?
我是这个游戏的新手 所以我可能会误解一些事情 事实上 如果有人告诉我我误解了事情 那将是一种恩惠 也许这个人会足够体贴 为我指明正确的道路 但 中的一个 指导方针 or 最佳实践 REST 适用于 Web 服务 http en wikipe
API
REST
httpmethod
httpverbs
使用 POST 作为 URL 字符限制的解决方法
如果你有一个API 仅仅因为URL长度限制和请求中传递复杂参数而支持POST操作 你还能说你有RESTful架构吗 上面的内容基本上意味着 对于这个特定的 只读 API GET 和 POST 之间没有语义差异 因此可以使用 GET 完成的操
REST
Architecture
httpverbs
PATCH 和 PUT 请求之间的主要区别是什么?
我正在使用一个PUT我的 Rails 应用程序中的请求 现在 一个新的 HTTP 动词 PATCH已经被浏览器实现了 所以 我想知道两者的主要区别是什么PATCH and PUT请求是什么 以及我们何时应该使用其中之一 HTTP 动词可能是
http
Patch
Put
httpverbs
HEAD 响应是否比 GET 更快?
我目前正在使用 GET 获取有关文件的信息 如果使用 HEAD 请求重写它会更快吗 因为我在第一次响应后关闭了连接 HEAD 响应仅包含 HTTP 标头 但不包含正文 如果正文中不使用通常在 GET 响应中传输的任何信息 则仅使用 HEAD
HttpGet
httpverbs
httphead
Rails 的 link_to 方法:在应该删除时获取
我正在关注 Michael Hartl 的 Rails 教程 并且出于某种原因使用以下代码 发出 GET 请求 正如我通过检查 Rails 服务器日志所验证的那样 我还验证了以下行位于我的应用程序视图中 我不太明白一件事 这可能是我的问题的
rubyonrails3
httpverbs