RFC 10008: The new HTTP Query Method

原始链接: https://www.rfc-editor.org/info/rfc10008/

```HTTP/1.1 200 OK Content-Type: text/csv Accept-Query: "application/jsonpath", "application/xslt+xml" Date: 2025年2月19日 周三, 17:10:01 GMT 年份, 总计, 拒绝, 核实, hdu, 上报 2000, 14, 0, 14, 0, 0 2001, 72, 1, 70, 1, 0 2002, 124, 8, 104, 12, 0 2003, 63, 0, 61, 2, 0 2004, 89, 1, 83, 5, 0 2005, 156, 10, 96, 50, 0 2006, 444, 54, 176, 214, 0 2007, 429, 48, 188, 193, 0 2008, 423, 52, 165, 206, 0 2009, 331, 39, 148, 144, 0 2010, 538, 80, 232, 222, 4 2011, 367, 47, 170, 150, 0 2012, 348, 54, 149, 145, 0 2013, 341, 61, 169, 106, 5 2014, 342, 73, 180, 72, 17 2015, 343, 79, 145, 89, 30 2016, 295, 46, 122, 82, 45 2017, 303, 46, 120, 84, 53 2018, 350, 61, 118, 98, 73 2019, 335, 47, 131, 94, 63 2020, 387, 68, 117, 123, 79 2021, 321, 44, 148, 63, 66 2022, 358, 37, 198, 40, 83 2023, 262, 38, 121, 33, 70 2024, 322, 33, 125, 23, 141 9999, 1, 0, 0, 1, 0```

此次讨论围绕引入新的 HTTP `QUERY` 方法(RFC 10008)展开,该方法的功能类似于支持请求体的 `GET` 请求。 Hacker News 的评论者普遍认为这一提案是积极的进展,因为它主要解决了传统 URL 查询字符串固有的长度限制。用户指出,开发人员目前依赖 `POST` 进行大型搜索或过滤查询——许多人认为这种做法在语义上很混乱——并认为 `QUERY` 方法提供了一种更简洁、更合适的替代方案。 技术上的共识是,`QUERY` 应被视为一种与 `GET` 一样“安全”(无副作用)的操作。潜在的用例包括超出 URL 长度限制的 GraphQL 查询。虽然一些参与者质疑现有的 `POST` 方法或 ETag 实现是否已足够,但另一些人则强调了为只读操作设置专用方法的好处。总体而言,社区对 `QUERY` 将改善 API 设计持乐观态度,前提是 Web 框架和浏览器最终能为该新标准提供可靠的支持。
相关文章

原文
HTTP/1.1 200 OK
Content-Type: text/csv
Accept-Query: "application/jsonpath", "application/xslt+xml"
Date: Wed, 19 Feb 2025, 17:10:01 GMT

year, total, rejected, verified, hdu, reported
2000, 14, 0, 14, 0, 0
2001, 72, 1, 70, 1, 0
2002, 124, 8, 104, 12, 0
2003, 63, 0, 61, 2, 0
2004, 89, 1, 83, 5, 0
2005, 156, 10, 96, 50, 0
2006, 444, 54, 176, 214, 0
2007, 429, 48, 188, 193, 0
2008, 423, 52, 165, 206, 0
2009, 331, 39, 148, 144, 0
2010, 538, 80, 232, 222, 4
2011, 367, 47, 170, 150, 0
2012, 348, 54, 149, 145, 0
2013, 341, 61, 169, 106, 5
2014, 342, 73, 180, 72, 17
2015, 343, 79, 145, 89, 30
2016, 295, 46, 122, 82, 45
2017, 303, 46, 120, 84, 53
2018, 350, 61, 118, 98, 73
2019, 335, 47, 131, 94, 63
2020, 387, 68, 117, 123, 79
2021, 321, 44, 148, 63, 66
2022, 358, 37, 198, 40, 83
2023, 262, 38, 121, 33, 70
2024, 322, 33, 125, 23, 141
9999, 1, 0, 0, 1, 0
联系我们 contact @ memedata.com