rustc --explain 关不掉颜色
这篇帖子问怎么关掉 rustc --explain 的颜色。作者 Downtown_Fall_5203 2026 年 10 月 31 日发到 r/rust，采集时 32 分、25 条评论。
作者的终端背景是蓝色，rustc --explain 的配色会让一部分字看不清。试过这三条：
rustc --color never --explain E0599rustc --explain E0599 --color neverNO_COLOR=1之后再跑rustc --explain E0599
作者写，三条都还是彩色输出。
Josh Triplett 在评论里写，rustc --color never --explain E0599 在他这边会关掉颜色。他列的版本是 rustc 1.99.1、1.97.1、1.95.0、1.81 和 nightly。scook0 接着写，这个颜色问题只在输出到终端、并且编译器找不到 pager 时出现。复现命令是 PAGER=/dev/zero rustc --explain=E0599 --color=never。Josh Triplett 回复，PAGER= 留空再跑 rustc --explain=E0599 --color=never 也能复现。
CartographerDue5382 写，在 1.85 上，--color never 和 NO_COLOR 仍会让 explain 打出 esc[2m。普通 rustc 报错会认这个开关，explain 不认。帖子里给出的绕过是错误码页面 https://doc.rust-lang.org/error_codes/E0599.html，或者把输出接到 cat。scook0 写，接到 cat 之后 stdout 离开终端，终端上不再带颜色。Icarium-Lifestealer 写，1.93.1 的 explain 没有颜色，1.99.1 有颜色。
原文链接：https://www.reddit.com/r/rust/comments/1xk3bmi/disable_rustc_colour/
RustDrop 局域网传 500MiB 测到 404 MiB/s
RustDrop 是局域网点对点传文件的命令行工具。作者 One_Possibility_1431 2026 年 11 月 1 日发到 r/rust，采集时 3 分、0 条评论。仓库是 hakuxyz/rustdrop，crates.io 上的 crate 名是 rustdrop。
发现用 mDNS，服务类型是 _rustdrop._tcp。会话密钥是临时 X25519，经过 HKDF-SHA256，数据帧用 ChaCha20-Poly1305。两边各显示一组 8 字符信任码，用来对一次会话。文件校验用 BLAKE3。中断后续传默认打开，未完成的文件写成 *.rustdrop-part。跳过已传前缀之前，发送方用 BLAKE3 证明这段前缀，接收方再核对自己留下的字节。rustdrop pair 可以在屏幕上打出二维码。命令行还有 --json、--watch、--compress、--limit。
README 的性能表写，千兆级链路、回环或局域网、单个 500 MiB 文件：直接发送 404 MiB/s，加上 mDNS 自动发现后再发送也是 404 MiB/s。--compress --limit 24M 传一个 46 MiB 的混合目录树，测到 55 MiB/s。默认分块 65536 字节，上限 1 MiB。README 写静态二进制 3.5 MB，MSRV 1.88，Rust 2024 edition。帖子写有 57 个单元测试和 27 个端到端测试，CI 是绿的。
原文链接：https://github.com/hakuxyz/rustdrop
GhostWire 邮箱层拆开线上格式
这篇帖子讨论 GhostWire 邮箱层怎么表示加密消息。作者 THEM_I_M 2026 年 10 月 31 日发到 r/rust，采集时 4 分、8 条评论。
作者现在的邮箱路径用临时-静态 X25519、按域分开的 BLAKE3 派生，以及 ChaCha20-Poly1305。nonce 存在 Base64 字符串里。作者写，当前套件要的是 12 字节 nonce。代码库别处有 ML-KEM 混合，还没有接到这条邮箱路径上。
作者准备拆成三块。线上类型只放传输和持久化要序列化的字段。运行时类型负责处理、校验和投递。重试次数、确认和过期时间单独放在投递状态里，不放进已经封好的密文。
评论里，insanitybit2 写应该拆开。加密类型本身仍然要序列化，可以按一套固定构造来编解码。作者在回复里确认，这条信封目前还是上面的 X25519、BLAKE3 和 ChaCha20-Poly1305。Glittering_Dig5605 写，序列化放在加密类型外面，在边界上用 TryFrom 做校验。Zde-G 写，可以先拆开，后面真有需要再合回去。已经发布的 1.0 crate 公开 API 是例外。
原文链接：https://www.reddit.com/r/rust/comments/1xk9e0p/should_a_rust_protocol_use_separate_wireformat/
axum 项目在找 CSRF Double Submit crate
这篇帖子在找能生成 Signed Double Submit cookie 和 header 的 Rust crate。作者 Crouton4035 2026 年 10 月 31 日发到 r/rust，采集时 5 分、3 条评论。服务端迁移目标是 axum。
作者目前找到的 crate 是 csrf，页面在 https://crates.io/crates/csrf。评论里，official_AdUnlucky75 写，已经在用 tower 的话，axum 自带这类中间件。AttentionIsAllINeed 写，现在更常见的做法是 Fetch Metadata 请求头，再加一套回退。Go 从 1.25 起内置了这套。没有表单的站点也可以用自定义请求头。两条评论都写，这两类做法代码量不大。
原文链接：https://www.reddit.com/r/rust/comments/1xkmspa/looking_for_a_csrf_double_submit_pattern_crate/
From Rust中文社区 Mike
社区学习交流平台订阅：
评论区
写评论还没有评论