为什么可以';t浏览器搜索帖子HTML请求';s body作为参数,然后像GET那样为页面添加书签

为什么可以';t浏览器搜索帖子HTML请求';s body作为参数,然后像GET那样为页面添加书签,html,post,get,Html,Post,Get,POST HTML请求不能添加书签,但GET HTML请求可以添加书签。给出的原因是,参数是在GET中追加的,而不是在POST中追加的。为什么浏览器不能搜索POST HTML requests正文中的参数,然后将页面标记为GET?POST用于更新服务器上某些内容的状态 特别是,已经确定GET和HEAD方法不应具有采取检索以外的操作的意义。这些方法应该被认为是“安全的”。这允许用户代理以一种特殊的方式表示其他方法,例如POST、PUT和DELETE,以便让用户知道正在请求可能不安全的操作 当然,不

POST HTML请求不能添加书签,但GET HTML请求可以添加书签。给出的原因是,参数是在GET中追加的,而不是在POST中追加的。为什么浏览器不能搜索POST HTML requests正文中的参数,然后将页面标记为GET?

POST用于更新服务器上某些内容的状态

特别是,已经确定GET和HEAD方法不应具有采取检索以外的操作的意义。这些方法应该被认为是“安全的”。这允许用户代理以一种特殊的方式表示其他方法,例如POST、PUT和DELETE,以便让用户知道正在请求可能不安全的操作

当然,不可能确保服务器不会因执行GET请求而产生副作用;事实上,一些动态资源认为这是一个特性。这里重要的区别是用户没有要求副作用,因此不能对其负责


是否要为网站等的删除方法添加书签?

帖子用于更新服务器上某些内容的状态

特别是,已经确定GET和HEAD方法不应具有采取检索以外的操作的意义。这些方法应该被认为是“安全的”。这允许用户代理以一种特殊的方式表示其他方法,例如POST、PUT和DELETE,以便让用户知道正在请求可能不安全的操作

当然,不可能确保服务器不会因执行GET请求而产生副作用;事实上,一些动态资源认为这是一个特性。这里重要的区别是用户没有要求副作用,因此不能对其负责


你想为网站的删除方法等添加书签吗?

理论上讲,他们可以

但是,它们不应该这样做,因为POST请求应该“请求源服务器接受包含在请求中的实体作为资源的新下属”

规范给出的示例如下:

  • 现有资源的注释
  • 向公告栏、新闻组、邮件列表或类似文章组发布消息
  • 向数据处理过程提供数据块,例如提交表单的结果
  • 通过追加操作扩展数据库

这些都不是可重复的操作,因此浏览器以可重复的方式存储请求是没有意义的

从理论上讲,他们可以

但是,它们不应该这样做,因为POST请求应该“请求源服务器接受包含在请求中的实体作为资源的新下属”

规范给出的示例如下:

  • 现有资源的注释
  • 向公告栏、新闻组、邮件列表或类似文章组发布消息
  • 向数据处理过程提供数据块,例如提交表单的结果
  • 通过追加操作扩展数据库

这些都不是可重复的操作,因此浏览器以可重复的方式存储请求是没有意义的

一开始,我对你的最后一句话非常讽刺,这让我大吃一惊:)尽管如此,我完全同意你的回答。如果用户在登录之后,并且该位置以某种方式受到保护,那么我建议将该位置存储在db表中。我在一个大型标量项目中使用了这种方法,效果非常好。起初,我非常讽刺地接受了你的最后一句话,这让我大吃一惊:)尽管如此,我完全同意你的答案。如果用户在登录之后,并且该位置以某种方式受到保护,那么我建议将该位置存储在db表中。我在一个大型标量项目中使用了这种方法,效果非常好。