开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

使用HTTP post方法而不是DELETE方法是否有任何风险

使用HTTP POST方法而不是DELETE方法可能会带来一些风险和不便之处。下面是对这个问题的完善且全面的答案：

HTTP POST方法和DELETE方法是HTTP协议中的两种不同的请求方法，它们在语义和用途上有所区别。

概念：
- HTTP POST方法：用于向服务器提交数据，请求服务器处理数据，并返回处理结果。
- HTTP DELETE方法：用于请求服务器删除指定的资源。

风险：
- 安全性风险：使用POST方法而不是DELETE方法可能会增加安全风险，因为POST方法通常用于提交数据，而DELETE方法用于删除资源。如果误用POST方法来删除资源，可能会导致未经授权的删除操作。
- 语义风险：使用POST方法而不是DELETE方法可能会导致语义不清晰，不符合RESTful设计原则。RESTful API的设计中，使用DELETE方法来表示删除操作更加符合语义和规范。
不便之处：
- 可读性差：使用POST方法而不是DELETE方法可能会导致代码可读性差，因为其他开发人员可能会期望看到明确的DELETE操作，而不是POST操作。
- 可维护性差：使用POST方法而不是DELETE方法可能会导致代码的可维护性差，因为在代码中使用不正确的HTTP方法可能会引起混淆和错误。
推荐做法：
- 遵循RESTful设计原则：按照RESTful设计原则，使用DELETE方法来表示删除操作，以保持语义的一致性和规范性。
- 严格权限控制：在设计API时，要确保对删除操作进行严格的权限控制，以防止未经授权的删除操作。
- 使用合适的错误处理机制：在API设计中，要考虑使用适当的错误处理机制，以便在发生错误时能够提供有用的错误信息和适当的响应码。

腾讯云相关产品和产品介绍链接地址：

腾讯云API网关：https://cloud.tencent.com/product/apigateway
腾讯云Web应用防火墙（WAF）：https://cloud.tencent.com/product/waf
腾讯云安全组：https://cloud.tencent.com/product/cfw
腾讯云内容分发网络（CDN）：https://cloud.tencent.com/product/cdn
腾讯云云服务器（CVM）：https://cloud.tencent.com/product/cvm
腾讯云对象存储（COS）：https://cloud.tencent.com/product/cos
腾讯云数据库（TencentDB）：https://cloud.tencent.com/product/cdb
腾讯云人工智能（AI）：https://cloud.tencent.com/product/ai

相关搜索:Elastcsearch嵌套客户端总是使用PUT http方法而不是POST Heroku使用选项而不是POST方法 Python HTTP Post方法以magicmock对象而不是值的形式返回响应 REsfull应用编程接口-使用get请求而不是post请求发送数据-有什么(安全)风险？什么时候应该使用POST方法而不是GET方法来从表单提交数据？使用libgit2找出存储库是否有任何更改的最快方法使用Spring Boot和Thymleaf发布表单错误地使用了GET方法而不是POST方法使用基于对象的run()方法而不是静态main有什么好处吗？后台有条件的更新/删除单据。我应该吗？是否分配PUT、POST或DELETE http方法？在swift中是否有使用post http请求读取InpuStream的相同方法

相关搜索:

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

【小家java】 Restful风格的API设计中，怎么实现批量删除？

Google Chrome 2.0.168 :url最大长度7713个字符，超过最大长度后无法提交从上面可以看出，这是有风险的可能提交不了的。...所以综合考虑，我个人认为，使用url的方式传递删除的值，是没有任何问题的。毕竟我们99%的情况，都是非常少量多额删除操作。再说说方法2，其实我是不太建议的。...因为我们删除操作，肯定使用DELETE请求，但是奈何我们并不建议在DELETE请求里放body体，原因在于：根据RFC标准文档，DELETE请求的body在语义上没有任何意义。...你是否完全遵循Restful设计原则了如果完全遵循的话, 获取账户信息应当是GET请求, 但是token通常是会放在header中, 不在url中体现针对我们的token这个事情，在我项目中会使用post...为什么会推荐用 -，而不是 _？ -叫做分词符，顾名思义用作分开不同词的。

5.3K3 1

RESTful API教程：学习关键的Web服务设计原则

只要将wins的数目以文本格式返回即可，所有客户端都可以轻松地使用该结果，而不管它们是否可以解析JSON。...保守的使用RESTful API设计的瑞士军刀：POST方法我们已经知道，从数据库中删除10条最老的记录是对DELETE方法的错误使用，而简单的数字增量则是PUT方法的糟糕应用，这是否意味着我们不能用...当然不是。目前为止，我们建立了两个非常重要的规则： GET调用不能更改资源的状态。 PUT和DELETE方法必须是幂等的。但是请注意，我们还没有提到POST方法。...在上述规则之外的任何场景中，都可以使用POST方法。因此，如果要从数据库中删除10条最老的记录，可以使用POST方法。如果想将wins得分加10，同样可以使用POST方法。...oldRecordsToDelete=10 当然，如果将POST方法作为一种普适的方法，来应对RESTful API设计的所有挑战，还是存在风险的。

1.7K1 0

HTTP 请求方法

GET 方法是安全的，而 POST 却不是，因为 POST 的目的是传送实体主体内容，这个内容可能是用户上传的表单数据，上传成功之后，服务器可能把这个数据存储到数据库中，因此状态也就发生了改变。...安全的方法除了 GET 之外还有：HEAD、OPTIONS。不安全的方法除了 POST 之外还有 PUT、DELETE。幂等性：GET是幂等性，而POST不是幂等性。...在正确实现的条件下，GET，HEAD，PUT，OPTIONS 和 DELETE 等方法都是幂等的，而 POST 方法不是。...与POST区别在于：POST用于向服务器发送数据，而PUT用于向服务器储存数据。它自身不带验证机制，导致任何人都可以上传文件，有很大的安全问题，一般不使用该方法。...DELETE 用于删除服务器上的文件，并且具有幂等性。但是服务器并不是真正的删除文件，而是给需要删除的文件做一个标记，与PUT功能相反。它也没有验证机制，有很大的安全问题。

1.2K1 0

5个REST API安全准则

REST不是一个架构，而是一种在Web上构建服务的架构风格。 REST允许通过简单的URL（而不是复杂的请求主体或POST参数）与基于web的系统交互。...1 - 授权（1）保护HTTP方法 RESTful API通常使用GET（读），POST（创建），PUT（替换/更新）和DELETE（删除记录）。对于每个资源并非都要提供所有这些操作。...（2）白名单允许的方法对于某个URL，有多种方法对应实体上的不同操作。例如，GET请求可能是对应读取实体，而PUT将更新现有实体，POST将创建一个新实体，DELETE将删除现有实体。...（4）防止跨站点请求伪造对于RESTful Web服务公开的资源，重要的是确保任何PUT，POST和DELETE请求都受到防止跨站点请求伪造的保护。通常，使用基于令牌的方法。...正确的错误处理可以帮助验证传入的请求，并更好地识别潜在的安全风险。 200 OK -回应一个成功的REST API的行动。HTTP方法可以是GET，POST，PUT，PATCH或DELETE。

3.7K1 0

细说RESTFul API之幂等性

而RESTFul API中的幂等性是指调用某个方法1次或N次对资源产生的影响结果都是相同的，需要特别注意的是：这里幂等性指的是对资源产生的影响结果，而不是调用HTTP方法的返回结果。...但是，如果引入了分布式事务，那么将带来实现上的复杂性，而且会影响到接口性能；而采取提示信息的方式并不能百分之百确保用户不会重复支付，存在一定的风险。...常用的HTTP方法有：OPTIONS（获取服务器信息），HEAD（请求资源首部信息），GET（获取资源），POST（创建资源），PUT（更新资源全部信息），PATCH（更新资源部分信息），DELETE（...如下是常用HTTP方法的幂等性和安全性总结： HTTP方法名称是否幂等是否安全 OPTIONS Y Y HEAD Y Y GET Y Y PUT Y N DELETE Y N POST N N PATCH...从上述HTTP方法的幂等性总结中可以得知，HTTP协议的POST和PATCH方法都不是幂等性的（但是我们却经常会在RESTFul接口中使用到它们），那是否就意味中无法将POST和PATCH方法设计为幂等性接口了呢

3.6K3 0

总结 XSS 与 CSRF 两种跨站攻击

这类应用的风险并不集中在 HTTP 的静态响应内容，所以不是开启模版自动转义能就能一劳永逸的。再加上这类应用往往需要跨域，开发者不得不自己打开危险的大门。...对于发布帖子这一类创建资源的操作，应该只接受 POST 请求，而 GET 请求应该只浏览而不改变服务器端资源。...当然，最理想的做法是使用REST 风格的API 设计，GET、POST、PUT、DELETE 四种请求方法对应资源的读取、创建、修改、删除。...现在的浏览器基本不支持在表单中使用 PUT 和 DELETE 请求方法，我们可以使用 ajax 提交请求（例如通过 jquery-form 插件，我最喜欢的做法），也可以使用隐藏域指定请求方法，然后用...POST 模拟 PUT 和 DELETE （Ruby on Rails 的做法）。

1.7K8 0

XSS、CSRFXSRF、CORS介绍「建议收藏」

对于发布帖子这一类创建资源的操作，应该只接受 POST 请求，而 GET 请求应该只浏览而不改变服务器端资源。...当然，最理想的做法是使用REST风格的API接口设计，GET、POST、PUT、DELETE 四种请求方法对应资源的读取、创建、修改、删除。...现在的浏览器基本不支持在表单中使用 PUT 和 DELETE请求方法，我们可以使用ajax提交请求。...也可以使用隐藏域指定请求方法，然后用POST模拟PUT和DELETE（Ruby on Rails 的做法）。这么一来，不同的资源操作区分的非常清楚。...3.3.2 非简单请求非简单请求是那种对服务器有特殊要求的请求，比如请求方法是PUT或DELETE，或者Content-Type字段的类型是application/json。

9792 0

RESTful 规范与示例

表现层是指资源的展现形式, 客户端和服务端传输的都是资源的表述, 而不是资源本身. 例如, 文本资源可以采用xml或json等格式, 图片可以使用PNG或JPG展现出来....GET 请求不改变资源的任何状态幂等操作 POST 创建资源或者部分更新资源非幂等操作, 每次操作都会产生新的数据资源创建资源时应返回201, ⽽不是返回200 PUT 通过替换的方式更新资源,...等幂操作, 这也是和post操作的主要区别在更新成功时返回码为200, 在没有相关内容时返回204; DELETE 删除资源幂等操作此处是有争议的,还有一种出于安全的考虑的观点认为无论删除是否成功都应该返回...创建用户方法: post http://api.xxx.com/users 3....删除用户信息方法: delete http://api.xxx.com/users/1 http://api.xxx.com/users/delete/1 5. 使用?

3273 0

REST API 最佳实践

这是因为 HTTP 方法，例如 GET、POST、PUT、PATCH 和 DELETE，已经以动词形式执行基本的 CRUD（创建、读取、更新、删除）操作。...使用五种 HTTP 方法 POST，GET，PUT/PATCH，DELETE 可以提供 CRUD 功能（创建，获取，更新，删除）。除了 POST 其他请求都具备幂等性（多次请求的效果相同）。...param1=23¶m2=432 在这种情况下，API响应不会返回任何资源。而是执行一个操作并将结果返回给客户端。因此，您应该在URL中使用动词而不是名词，来清楚的区分资源请求和非资源请求。...12.使用 HTTP 状态码你应该在对你的 API 请求的响应中始终使用常规的 HTTP 状态代码。这将帮助你的用户知道发生了什么——请求是否成功，或者是否失败，或者其他情况。...注意，点赞文章我选择了 PUT 而不是 POST，因为我觉得点赞这种行为应该是幂等的，多次操作的结果应该相同。 4.FAQ 批量删除接口如何设计？

1.5K2 0

什么是 CORS（跨源资源共享）？

CORS 将新的 HTTP 标头添加到标准标头列表中。新的 CORS 标头允许本地服务器保留允许的来源列表。来自这些来源的任何请求都会得到批准，并且允许他们使用受限资产。...如果不是，服务器将返回一条拒绝消息，说明是否不允许源进行所有访问或是否不允许进行特定操作。 CORS 请求的类型上面的请求GET是最简单的只允许查看的请求形式。...它返回请求者被批准的方法选项。 OPTIONS是一种安全的方法，这意味着它不能更改访问的任何内容。out，因为如果您使用预检方法，它将在幕后发送。您不需要手动调用该OPTIONS方法。...预检请求包括请求者的来源和所需的方法，使用表示Access-Control-Request-Method。服务器分析预检请求以检查此来源是否有权执行此类方法。...如果是，则服务器返回源允许使用的所有方法，并指示您可以发送原始请求。如果不是，则忽略原始请求。然后，请求者浏览器可以缓存此预检批准，只要它有效。

3493 0

面试问你HTTP知识点？这篇搞懂秒杀90%知识点！

PUT 上传文件由于自身不带验证机制，任何人都可以上传文件，因此存在安全性问题，一般不使用该方法。...GET 方法是安全的，而 POST 却不是，因为 POST 的目的是传送实体主体内容，这个内容可能是用户上传的表单数据，上传成功之后，服务器可能把这个数据存储到数据库中，因此状态也就发生了改变。...安全的方法除了 GET 之外还有：HEAD、OPTIONS。不安全的方法除了 POST 之外还有 PUT、DELETE。...所有的安全方法也都是幂等的。在正确实现的条件下，GET，HEAD，PUT 和 DELETE 等方法都是幂等的，而 POST 方法不是。...在使用 XMLHttpRequest 的 POST 方法时，浏览器会先发送 Header 再发送 Data。但并不是所有浏览器会这么做，例如火狐就不会。

9292 0

restful最佳实践--接口规范

是否有⾜够的技术来⽀撑前后端分离？有没有能⼒创建出符合 RESTful 风格的API？是否有能⼒维护 API 接口？当前端或者后台需要修改接⼜时，是否能轻松地修改？...前端和后台两个团队是不是很容易合作？是不是可以轻松地进⾏联调？前后端职责是否能明确？即：后台提供数据，前端负责显⽰。是否建⽴了前端的错误追踪机制？能否帮助我们快速地定位出问题。...**REST是设计风格而不是标准。...查询字段内容过多，统一使用POST方式查询，请求地址增加/query加以区分批量删除，统一使用POST方式，请求地址增加/delete加以区分由于存在批量删除的情况，而一些网关、代理、防火墙在收到...注意：在资源ID由客户端而不是由服务器选择的情况下，也可以使用PUT来创建资源。修改成功返回200，创建成功返回201。建议使用post进行创建新资源。

1.9K4 2

rest和restful

此外，无状态请求可以由任何可用服务器回答。所有资源都共享统一的接口，以便在客户端和服务器之间传输状态。使用的是标准的 HTTP 方法，比如 GET、PUT、POST 和 DELETE。...在restful架构中，浏览器使用POST，DELETE，PUT和GET四种请求方式分别对指定的URL资源进行增删改查操作。...get、post方法， resetful风格的接口是这样的：增：api/user PUT 删：api/user DELETE 改：api/user POST 查：api/user GET 通过...HTTP的方法定义接口对数据的操作。...通过权限去限制用户是否可以进行增删改查的操作。其实并不知道大公司是不是都使用restful风格，开发到现在，也都没有对接过这样的接口，万年的get和post方法。（完）

7062 0

REST API有关幂等性等11条最佳实践

返回映射结构的最糟糕的事情是您的概念键可能会随着时间的推移而改变，而迁移的唯一方法是破坏向后兼容性。...但它也可能重试已经成功的作业；队列是至少重试一次，而不是完全重试一次。由于成功执行的 DELETE 作业无论如何都会重试，因此作业必须将 "未找到 "响应视为成功。...但 GET、PUT、PATCH 和其他方法也存在类似的问题。你可以使用 404，但返回一个自定义的错误正文，并要求客户端检查错误正文是否正确。这会给懒惰的客户端程序员带来麻烦。...这略微偏离了 410 的原意（"以前存在，但现在没有了"），但实际上没有人会使用这个错误，而且它也很容易解释，也不会有未来的 HTTP 规范会重新使用你编造的 4XX 号码的风险。...通常有两种好方法和一种蹩脚方法来支持这一点。 1、“幂等性键”或“客户端参考 ID” 让客户端通过 POST 提交唯一值，并在服务器上强制该值的唯一性。Stripe使用标头以这种方式工作。

1672 0

那些年，我们一起误解过的REST

author=Fielding 3) 请求方法 REST约定用GET/POST/PUT/DELETE等请求方法来进行CURD操作。...但是否使用了GET/POST/PUT/DELETE，并不能作为评判一个系统是否符合REST架构风格的标准。...有些人认为GET/POST/PUT/DELETE跟CURD是一对一的关系，其实不是。具体的说，各请求方法如下： GET：用于查询资源。 POST：用于创建资源。...HEAD方法与GET方法类似，都可以查询资源的元信息（放在HTTP Response的Header），但不会返回资源的表述。例如用于判断资源是否存在。 PATCH：用于修改资源。...与PUT方法不同的是，PATCH方法只传输改动的部分资源表述，而PUT方法需要传输完整的资源表述。 4) 返回码 REST使用HTTP返回码来表示请求的结果。

2.1K17 3

【ASP.NET Core 基础知识】--Web API--RESTful设计原则

统一接口：通过一致的接口，使用HTTP方法（GET、POST、PUT、DELETE等）对资源执行操作。无状态性：每个请求包含足够的信息完成操作，服务器不保存客户端的状态。...使用名词而非动词： URI中应该使用名词来表示资源，而不是动词。动词应该由HTTP方法表示，如GET、POST、PUT、DELETE等。...使用名词：在资源的命名中应该使用名词，而不是动词，因为HTTP方法已经表示了对资源的操作。复数形式：对于表示集合的资源，推荐使用复数形式。例如，/users表示用户集合。...使用短横线：在资源名中使用短横线而不是下划线，以提高可读性，例如，/product-categories而不是/product_categories。...使用HTTP方法正确：使用GET用于获取资源，POST用于创建资源，PUT用于更新或创建资源，DELETE用于删除资源，确保HTTP方法的语义正确。

200 0

Restful 架构 API 接口经典设计误区

判断是否要加版本号的方法：是否明确的知道都有谁调用了你的接口，并且能通知到，如果能，那可以不加版本号； restful接口升级的时候，原有版本是否保留，如果不保留，可以不加版本号；当然，加版本号是有一定技巧的...附录1 API 设计风格基本规则使用名词而不是动词不要使用： /getAllUsers /createNewUser /deleteAllUser Get 方法和查询参数不应该涉及状态改变使用...PUT, POST 和 DELETE 方法而不是 GET 方法来改变状态，不要使用 GET 进行状态改变: 使用复数名词不要混淆名词单数和复数，为了保持简单，只对所有资源使用复数。...使用订制的 HTTP 头 X-HTTP-Method-Override 来覆盖 POST 方法....附录2 HTTP协议常用的动词说明动词描述 GET 查询列表或者单个对象的时候使用 POST 一般是提交表单或者是查询参数比较多的时候使用 PUT 更新资源的时候使用 DELETE 删除资源的时候使用

7612 0

Laravel 表单方法伪造与 CSRF 攻击防护

1、表单方法伪造有时候，我们可能需要手动定义发送表单数据所使用的 HTTP 请求方式，而 HTML 表单仅支持 GET 和 POST 两种方式，如果要使用其他的方式，则需要自己来定义实现。...JavaScript 的 XMLHttpRequest 对象进行 CORS 跨域资源共享时，就是使用 OPTIONS 方法发送嗅探请求，以判断是否有对指定资源的访问权限。...二者有以下两点不同：1、PATCH 一般用于资源的部分更新，而 PUT 一般用于资源的整体更新；2、当资源不存在时，PATCH 会创建一个新的资源，而 PUT 只会对已在资源进行更新。...对于 HTML 表单属性而言，有一个问题是 HTML 表单仅支持 GET 和 POST 请求，如果要使用其他请求方式怎么办？..."> Laravel 会将其看作是 DELETE 请求，并将其匹配到对应的 Route::delete 路由进行处理，而不是 Route::post 路由。

8.7K4 0

Ajax发送PUTDELETE请求时出现错误的原因及解决方案

大家应该都知道.在HTTP中,规定了很多种请求方式,包括POST,PUT,GET,DELETE等.每一种方式都有这种方式的独特的用处,根据英文名称,我们能够很清楚的知道DELETE方法的作用—-删除请求....而其他的,根据单词并不能准确的知道他们想表达的意思.本文要讲的并不是HTTP协议,主要是分析一下发送Ajax(异步请求)的时候,为什么使用GET和POST方式发送可以接收到数据,而使用DELETE和PUT...一般情况下,我们使用Rest风格的URI时,也就是使用HTTP协议请求方式的动词,来表示对资源的操作(GET(查询),POST(新增),PUT(修改),DELETE(删除)),常常会出现这个问题....方法封装，而Tomcat看到是PUT请求则不会封装请求数据到map，只有POST形式的请求才会封装到请求体。...这一段代码的作用是获取连接器,再判断请求的方法是否在规定的方法之中,如果存在,则继续,如果不存在,则直接返回,不进行数据的封装.与我们设置的方法比对的就是代码中的方法,这个方法是POST,所以我们的PUT

2.1K1 0

【Laravel系列3.2】路由：指哪儿打哪儿

{ return 'post'; }); 除了常用的这两个之外，完整的 RESTful 格式请求也是支持的，比如 PUT 、DELETE 之类的请求。...大部分情况下，我们使用的接口都会以 POST 为主，特别是数据提交的接口。如果是传统框架没有加任何判断的情况下，也是可以直接请求到控制器的，只是说我们从 _POST 中无法获取数据而已。...当然，如果你想让一个请求直接使用任何方式都可以请求，也可以直接在路由中配置。...比如我们有一组链接，都归属于同一个资源下，比如下面这几个链接： http://laravel8/temp/ http://laravel8/temp/{id} http://laravel8/temp/...edit http://laravel8/temp/delete http://laravel8/temp/insert 就可以把这五个链接都放到 temp 这个资源路径下，一般这种类似的资源也会只使用一个控制器

11.7K1 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭