rates.io:API状态码变更

原文链接

2024年2月6日 · 代表crates.io团队的Tobias Bieniek

Cargo和crates.io是在Rust 1.0发布前的紧张开发中被开发出来的,目的是满足管理依赖项的工具需求以及提供一个人们可以共享代码的注册表。这种快速的工作导致这些工具最初连接的API没有返回正确的HTTP响应状态码。在Rust 1.0发布后,Rust关于向后兼容性的稳定性保证使得修复这个问题变得不那么简单,因为我们希望旧版本的Cargo能继续与当前的crates.io API兼容。

当旧版本的Cargo收到一个非"200 OK"的响应时,它会像这样显示原始的JSON主体:

css 复制代码
错误:未能获得200 OK响应,得到400
头信息:
    HTTP/1.1 400 Bad Request
    Content-Type: application/json; charset=utf-8
    Content-Length: 171

主体:
{"errors":[{"detail":"缺少或空的元数据字段:description, license. 请参阅https://doc.rust-lang.org/cargo/reference/manifest.html了解如何上传元数据"}]}

这在拉取请求#6771中得到了改进,该请求在2019年中发布的Cargo 1.34中发布。从那时起,Cargo也支持接收4xx和5xx状态码,并且如果可能的话,从JSON响应中提取错误信息。

在2024年3月4日,我们将把API从返回错误的"200 OK"状态码切换到新的4xx/5xx行为。在此更改后,Cargo 1.33及以下版本将继续工作,但会显示原始的JSON主体,而不是格式化良好的错误信息。我们相信,这种降级的错误信息显示不会影响很多用户。根据crates.io的请求日志,只有非常少的请求是由Cargo 1.33及更早版本发出的。

以下是此次变更将影响的API端点列表:

  • GET /api/v1/crates
  • PUT /api/v1/crates/new
  • PUT /api/v1/crates/:crate/:version/yank
  • DELETE /api/v1/crates/:crate/:version/unyank
  • GET /api/v1/crates/:crate/owners
  • PUT /api/v1/crates/:crate/owners
  • DELETE /api/v1/crates/:crate/owners

所有其他端点已经使用常规HTTP状态码一段时间了。

如果您仍在使用Cargo 1.33或更早版本,我们建议您升级到更新版本,以获得改进的错误信息和Cargo团队自那时以来构建的所有其他好东西。

相关推荐
SomeB1oody1 小时前
【RustyML入门】6.3. 并行归约
开发语言·后端·机器学习·rust·教程
红尘散仙3 小时前
TypeScript WIT Guest:类型约束与 ComponentizeJS 工程化
rust·typescript·webassembly
小灰灰搞电子4 小时前
Rust+Slint 实现的“DNA双螺旋”加载动画源码分享
后端·rust·slint·加载动画
红尘散仙4 小时前
从 dsh 的插件系统出发:为什么我要探索 WIT 与 Wasm Component Model
rust·typescript·webassembly
红尘散仙4 小时前
从 WIT 到 Wasmtime:构建 Rust Component 工程
rust·typescript·webassembly
编码浪子10 小时前
Rust 智能指针深度实战:Box/Rc/Arc/RefCell 选型决策与内存管理避坑
开发语言·后端·rust
对象存储与RustFS2 天前
用 rclone 把现有 S3/MinIO 数据同步到 RustFS
后端·rust·开源
2501_915918412 天前
Rust 程序抓包解密,rustls 不认系统证书的几种办法
开发语言·后端·网络协议·ios·adb·https·rust
学心理学的程序员2 天前
anydoc:Firecrawl 出的 Rust 文档转 Markdown,4ms 转换、14 种格式干翻 MarkItDown
开发语言·后端·rust·开源·firecrawl·claude code·anydoc
Flynt2 天前
OpenAI把Codex底层从TS重写成Rust,我拆开看了下它的三层架构
rust·openai·agent