URL 查询字符串编码是否保留多值键的顺序?

发布于 2024-12-08 18:10:53 字数 567 浏览 0 评论 0 原文

http://www.example.com?a=1&a=2 具有有效的 form-urlencoded 查询字符串,并且键 12) >一个

  1. URL 消费者是否有任何规范或标准来保证解析值的排序(或缺乏排序)?
  2. 进行常见的实现(Django 的 QueryDict、dojo 的 queryToObject、PHP 等)保留顺序吗?

http://www.example.com?a=1&a=2 has a valid form-urlencoded querystring and has two values (1 and 2) for the key a.

  1. Is there any spec or standard for URL consumers guaranteeing ordering (or lack thereof) of parsed values?
  2. Do common implementations (Django's QueryDict, dojo's queryToObject, PHP, etc) preserve ordering?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

无言温柔 2024-12-15 18:10:53

好的,这个问题:
重复 HTTP GET 查询键的权威位置,表明存在没有这样的标准,该命令不应被视为可靠。

我的经验是,最新的 WebKit 按 DOM 顺序编码相同名称的表单字段,而 Django 的 QueryDict 保留该顺序。充其量是摇摇欲坠的地面。

OK, this question:
Authoritative position of duplicate HTTP GET query keys, suggests there is no such standard and that order should not be considered reliable.

My experience has been that latest WebKit encodes identically named form fields in DOM order and that Django's QueryDict preserves that order. Shaky ground at best.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文