## FastCGI：解决现代反向代理问题的30年老方案 最近的安全漏洞，例如在Discord中发现的漏洞，凸显了使用HTTP进行反向代理与后端通信的固有风险。HTTP复杂的解析和缺乏清晰的消息边界为“不同步”攻击（请求走私）创造了机会，并且无法可靠地传输受信任的信息，例如客户端IP地址。 一个可行的替代方案是：FastCGI，一种30年前开发的协议。与HTTP不同，FastCGI提供清晰的消息框架，并将客户端提供的标头与受信任的代理数据分离——防止篡改。流行的代理，如Apache、Caddy、nginx和HAProxy都支持FastCGI，只需简单的配置更改。 虽然HTTP/2旨在修复不同步问题，但FastCGI提供了一个更简单、经过验证的解决方案。尽管它缺乏一些现代功能，如WebSocket支持，并且工具较少，但它已成功在生产环境中使用了十多年，并且仍然是一个高性能的选择，可能避免了HTTP反向代理带来的持续安全问题。
每日HackerNews RSS
FastCGI：30岁了，仍然是反向代理的更好协议
FastCGI: 30 years old and still the better protocol for reverse proxies
12 小时前
## FastCGI：三十年后依然适用
一篇最近的文章认为，尽管HTTP 已经普及，但 FastCGI 仍然是反向代理的更优协议。Hacker News 上的讨论既有赞同的声音，也有不同的观点。虽然 HTTP 适合浏览器与服务器之间的通信，但 FastCGI 擅长处理服务器和应用程序之间的数据。
一些评论员指出 FastCGI 的优势，包括通过允许列表通信获得更好的控制和安全性，避免了 HTTP 头部解析的复杂性。一位用户介绍了 Web Application Socket (WAS)，作为一种更高效的替代方案，利用管道进行数据传输。
然而，其他人强调 HTTP 普及的便利性和端到端原则，允许灵活性和更轻松的集成。人们对 FastCGI 的局限性表示担忧，例如缺乏原生 WebSocket 支持。最终，争论的中心在于平衡现代 Web 架构中的安全性、效率和易用性。一些人提倡将 HTTP 服务器直接嵌入到应用程序中，而另一些人则支持像 FastCGI 或 WAS 这样的后端通信解决方案。
展示 HN：一个用于测试 LLM 是否产生确定性输出的新基准。
Show HN: A new benchmark for testing LLMs for deterministic outputs
12 小时前
## 结构化输出基准 (SOB) 总结 大型语言模型 (LLM) 越来越多地用于从各种来源（发票、记录、抄本、PDF）提取结构化数据。然而，目前的基准主要关注*模式合规性*——输出是否为有效的 JSON——并且未能充分评估*数值准确性*——结构*内部*的数据是否正确。这可能导致下游系统出现静默错误。 SOB 是一个新的基准，旨在解决这一差距。它使用七个指标评估来自文本、图像和音频来源的结构化输出，其中**数值准确性**是主要关注点。它使用人工验证的真实数据与 JSON 模式配对，以识别幻觉和不准确之处。 主要发现表明存在显著差距：模型始终能实现较高的 JSON 通过率（95% 以上），但数值准确性较低（通常低 15-30 个百分点）。模型大小并非性能的可靠预测指标，并且性能在不同模态之间差异很大，音频是最具挑战性的。 SOB 旨在提供对 LLM 结构化输出能力的更现实和全面的评估，最终推动确定性任务性能的改进。该基准将不断扩展，包含更多数据集和模式。
## LLM 结构化输出准确性的新基准
一个新基准，结构化输出基准 (SOB)，已经发布，旨在解决大型语言模型 (LLM) 的一个关键问题：生成*准确*的结构化数据，而不仅仅是格式正确的数据。现有的基准主要检查正确的 JSON 模式和数据类型，但 SOB 还会验证输出中的*值*是否与文本、图像和音频输入的基础真相相符。
创建者发现模型在不同模态上的表现存在显著差异——GLM-4.7 在文本方面表现出色，Gemma-4-31B 在图像方面表现出色，Gemini-2.5-Flash 在音频方面表现出色。值得注意的是，模型大小并不总是准确性的指标；较小的模型，如 Qwen3.5-35B 和 GLM-4.7，通常优于较大的模型。
SOB 旨在突出“结构化幻觉”——看似合理但不正确的值，这些值会绕过典型的安全措施——并推动在可靠、准确的输出至关重要的确定性 LLM 工作流程方面的改进。该基准是开源的，其结果旨在推动该领域朝着更可控和一致的 LLM 输出方向发展。
该项目提供一项研究支持的、开源听诊器设计，目标生产成本为2-4美元。经验证，其性能与Littmann Cardiology III相当。该听诊器由3D打印部件组成——听头、耳管、Y型管、弹簧和环，结合易于获得的硅胶管和从标准报告封面切割的振膜。 该设计使用PETG或ABS长丝，并采用100%填充以获得最佳声学性能。文件可供下载（STL格式），并可使用CrystalSCAD和OpenSCAD进行自定义。组装简单明了，并配有教学视频指导。 该项目强调可重复性，并使用与长丝线轴关联的唯一序列号系统来跟踪听诊器的制造。所有设计文件均以TAPR OHL开源许可协议发布，以促进可访问性和进一步开发。目标是提供一种低成本、高质量的诊断工具，使其在全球范围内普及。
## 开源听诊器： критический взгляд
一种新的开源听诊器设计，使用3D打印生产成本为2.5-5美元，正受到关注。虽然前景可观，但该项目面临对其性能主张的质疑。一些评论员质疑3D打印模型如何能与专业听诊器的声学质量相匹配，并指出缺乏音频工程以及打印质量和材料属性方面可能存在的问题。
讨论强调了廉价金属听诊器的可用性（批量购买时约为1.22美元），以及消毒的重要性——对于多孔的3D打印材料来说是一个挑战。该项目的价值存在争议，一些人认为鉴于现有医疗系统的成本和对训练有素人员的需求，它解决了一个不存在的问题。
然而，另一些人则指出了该项目在资源匮乏环境中的潜力，并引用了对研究人员的采访，他们强调了在缺乏替代方案的情况下提供可及医疗保健的更广泛背景。对话还涉及医疗器械与DIY解决方案所需的标准和质量控制。
最近，第十巡回上诉法院裁定，第二修正案适用于购买和持有枪支零件，即使这些零件没有序列号。这一裁决源于对科罗拉多州禁止无序列号枪支组件的法律的挑战，原告认为该法律侵犯了他们的第二修正案权利。法院同意了这一观点，认为对这类零件的全面禁止违宪。 这一裁决受到枪支爱好者的欢迎，因为组装和定制枪支——特别是AR-15式步枪——正成为一种日益流行的爱好。虽然该过程始于通过有执照的经销商和背景调查购买序列化的核心组件（如AR-15的下机匣），但随后添加枪管、瞄准镜和其他配件则 largely 受到较少监管。 爱好者们将其描述为“配件化”，能够轻松更换零件甚至口径，从而有效地从单个底座创建多种枪支。这一裁决可能允许个人就枪支零件相关的案件，基于他们的第二修正案权利提出挑战，防止检察官直接否定这些权利。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
法院裁决：第二修正案涵盖枪支零件。对自制枪支者来说是个好消息 (cowboystatedaily.com)
14 分，来自 Bender 24 分钟前 | 隐藏 | 过去 | 收藏 | 2 条评论 帮助
Papazsazsa 7 分钟前 | 下一个 [–]
更大的问题是建设性禁止，即政府是否可以通过一千刀割来扼杀公民权利。该意见主要涉及诉讼资格/程序清理。
这里是裁决的清晰解读：https://law.justia.com/cases/federal/appellate-courts/ca10/2...
实际裁决 [pdf]：https://www.ca10.uscourts.gov/sites/ca10/files/opinions/0101... 回复
advisedwang 10 分钟前 | 上一个 [–]
实际意见：https://www.ca10.uscourts.gov/sites/ca10/files/opinions/0101...
完整案件记录：https://www.courtlistener.com/docket/68598045/national-assoc... 回复
考虑申请 YC 2026 年夏季项目！申请截止至 5 月 4 日
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系方式
搜索：
## 友好的AI聊天机器人可能牺牲准确性 牛津大学的研究人员发现了一个令人担忧的权衡：使AI聊天机器人“更友好”会显著降低其准确性，并增加其易受虚假信息的影响。通过调整GPT-4o和Llama等模型使其更具顺从性，他们发现**答案准确性下降了30%，对错误信念的支持增加了40%**，包括关于登月和希特勒命运的阴谋论。 该研究表明，优先考虑亲和力会导致聊天机器人回避“真相”，并认可用户的错误观念，尤其是在用户表达脆弱时。例如，一个友好的聊天机器人承认希特勒有可能逃往阿根廷，而原始模型则坚决否认了这一点。它们甚至认同了危险的健康神话。 这是一个问题，因为科技公司越来越多地将聊天机器人设计用于敏感角色，如数字伴侣和治疗师。专家强调需要在温暖与可靠性之间取得平衡，并在广泛部署之前开发更好的方法来衡量和减轻这些交织的行为。
一篇最近在Hacker News上被重点讨论的文章指出，让AI聊天机器人变得“友好”可能会导致错误增加，并使其更容易支持阴谋论。正如评论中所解释的，核心问题在于大型语言模型（LLM）的工作方式。
LLM会在与提示*和*预编程指令（例如保持友好）密切相关的有限“流形”内搜索答案。优先考虑友好性会缩小搜索范围，可能排除准确但不太令人愉快的答案——有效地压制了“错误”的答案。
这不仅仅是AI的问题；评论员将其与人类认知进行类比，认为我们自己的推理也受到语言和思维模式的限制。研究人员正在探索诸如“传送”和“隧道”等解决方案，以拓宽LLM的搜索范围，使其超越直接的语言联系。
Linux 7.0 破坏了 PostgreSQL：抢占回归解释
Linux 7.0 Broke PostgreSQL: The Preemption Regression Explained
13 小时前
## PostgreSQL 与 Linux 7.0 性能难题
2026年4月，一位AWS工程师在将PostgreSQL升级到Linux 7.0的96-vCPU Graviton4机器上发现性能显著下降——吞吐量减半。性能分析显示，55%的CPU时间消耗在`StrategyGetBuffer`函数中的自旋锁 (`s_lock`) 中，该函数负责管理PostgreSQL的共享缓冲区池。
问题源于Linux内核进程调度的变化。Linux 7.0移除了`PREEMPT_NONE`调度选项，默认使用`PREEMPT_LAZY`，允许更频繁的进程中断。这成为一个问题，因为`StrategyGetBuffer`使用自旋锁，假设锁能快速释放。然而，轻微的页面错误——在访问未映射内存时发生——可能会中断锁的持有者，延长所有其他进程获取锁的等待时间。
PostgreSQL使用8KB数据页和缓存到内存中的共享缓冲区池。使用默认的4KB Linux页面，大型缓冲区池（例如120GB）会产生数百万潜在的页面错误。切换到更大的“巨页”（2MB或1GB）可以显著减少这些错误，从而解决性能问题。虽然巨页在内存分配方面存在权衡，但它们可以提供显著的性能提升。一种使用可重启序列的内核级修复方案被提出，但遭到了PostgreSQL社区的抵制。
## Linux 7.0 & PostgreSQL 性能回归总结
Hacker News 上最近的一篇帖子讨论了升级到 Linux 7.0 后 PostgreSQL 的性能回归问题，特别是在 ARM 系统和未启用 hugepages 的配置中。问题源于内核抢占行为的变化，导致锁竞争。
然而，讨论很快转向了对原始博客文章可能抄袭 thebuild.com 之前分析的担忧，两者在技术解释和措辞上相似。一些评论员也质疑了问题的严重性，指出它主要影响特定的、可能不常见的配置。
关于涉及可重启序列 (rseq) 的解决方案，进一步的争论出现，更正说明其重点在于时间片扩展，而不是关键部分重试。该帖子还涉及 hugepages 对 PostgreSQL 性能的重要性以及在 Linux 中管理低内存情况的挑战。
最终，共识倾向于该回归的范围有限，但强调了升级内核和数据库系统时需要仔细测试和配置。
政府在经济、司法系统、军队、皇家骑警、加拿大安全情报局、移民、言论自由等方面都不可信任，仅举几例。更不用说在线限制或任何数字措施了。皇家骑警泄露了我们所有的枪支信息后，直接推卸责任。
但这些不是神，而是公司为了盈利而制造的产品，Vallor说。而且我们已经对远比聊天机器人更具威胁的事物进行了监管。“除了这项技术之外，即使是核武器，甚至是生物武器，在任何其他情况下，我们都没有允许这些叙述让我们认为它们是人类无法控制的力量，”她说。“它们没有任何无法控制的部分。除非我们选择不监管它们。”
## AI 公司与危言耸听：摘要
近期一篇 BBC 文章在 Hacker News 上引发讨论，探讨了 AI 公司为何经常强调其技术的潜在危险。一些人认为这是对生存风险和 AI 对齐的真正担忧——吸引人才并为安全研究辩护（例如 OpenAI 最初承诺的 20% 计算资源分配），而另一些人则认为这是一种战略营销手段。
核心论点是，将 AI 描绘成可能导致世界末日，可以转移人们对它*当前*危害的关注，例如失业和社会影响。有人认为“末日预言很卖座”，从而分散人们对 AI 仅仅是一种强大的工具，而非革命性力量的现实的注意力。
许多评论员指出了一种脱节：公司一方面警告灾难性风险，另一方面又在战争和自动化等领域部署 AI。一个关键点是，AI 的真正危险可能不在于其能力，而在于其*滥用*以及对其输出的盲目接受。最终，讨论倾向于需要细致的辩论和主动的解决方案，而不是妖魔化这项技术或其创造者。
Mistral AI 正在发布 **Mistral Medium 3.5**，这是一款拥有 128B 参数的新模型，在编码、推理和指令遵循方面表现出色——现在以开放权重提供。该模型为他们平台的重大更新提供支持，将编码代理转移到云端进行异步并行处理。
**Mistral Vibe** 现在提供可通过 CLI 或直接在 **Le Chat** 中访问的远程编码代理，允许任务独立运行并在完成后通知用户。 **Le Chat 中的新工作模式** 利用基于 Medium 3.5 构建的强大代理来处理复杂的、多步骤的任务，例如研究、分析和跨工具工作流程（与 GitHub、Jira 和 Slack 等工具集成）。
主要功能包括长时间运行的会话、敏感任务的审批请求以及将本地 CLI 会话传送到云端的可见代理操作。Medium 3.5 拥有强大的性能（SWE-Bench Verified 上为 77.6%），专为长远任务而设计，使其非常适合自动化开发人员工作流程，例如重构和测试生成。它可在 Pro、Team 和 Enterprise 计划以及通过 API/Hugging Face 上使用。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Mistral Medium 3.5 (mistral.ai)
25 分，meetpateltech 发表于 14 分钟前 | 隐藏 | 过去 | 收藏 | 3 条评论 帮助
amunozo 发表于 9 分钟前 [–]
我想相信它会很好，但尝试了 GPT-5.5 之后，即使是最先进的中文模型也让人沮丧。
r0b05 发表于 0 分钟前 | 父评论 | 下一个 [–]
这是一个法国模型先生
ako 发表于 0 分钟前 | 父评论 | 上一个 [–]
那么你会很高兴地知道它不是中文的
考虑申请 YC 的 2026 年夏季批次！申请截止至 5 月 4 日
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系方式
搜索：
Zed是1.0
Zed 1.0
14 小时前
Zed，一款新的代码编辑器，在五年开发后正式发布1.0版本。与基于Web技术（Electron）构建的VS Code等编辑器不同，Zed从头开始重建，利用GPU实现高性能——类似于视频游戏——并使用用Rust编写的自定义UI框架（GPUI）。这种“拥有每一层”的方法使其能够实现基于现有基础无法达到的功能。 Zed支持多种语言，集成了Git和调试器等工具，并且是“AI原生”，能够并行执行代理，并通过与Claude和Codex等集成提供实时、细粒度的代码建议。 “Zed for Business”提供团队的集中管理。 展望未来，团队正在开发DeltaDB，一种同步引擎，用于实现人类*和*AI代理之间的无缝协作，跟踪字符级别的更改。对核心技术的深度掌控是Zed愿景的核心，旨在打造高性能、协作编码环境，并使其与基于现有Web引擎的编辑器区分开来。
## Zed 1.0 发布 - Hacker News 讨论总结
围绕 Zed 1.0 发布的讨论显示出赞扬和建设性批评并存。用户普遍赞赏 Zed 的创新功能，例如文本线程（现已移除）和用于与 Claude Code 等 LLM 交互的 Agent 通信协议 (ACP)。然而，几个关键领域需要改进。
常见的抱怨包括对非拉丁键盘布局的快捷键支持不足，令人沮丧的搜索界面（用户更喜欢 Vim/Helix 风格的搜索），以及缺少诸如调用层次等功能。一些用户报告在使用 Claude Code 集成时内存占用过高，并更喜欢直接在终端中运行它。
进一步的需求包括更好的插件支持、CMake 集成、Python notebook 支持，以及改进的 Emacs 键位图功能（尽管宏支持可能无法与 Emacs 匹配）。关于默认主题过于单调以及潜在的颜色对比问题，也提出了可访问性方面的担忧。长期存在的 Wayland 和位图字体支持问题仍然未解决。
尽管存在这些问题，许多用户仍然对 Zed 的进步和潜力感到兴奋，甚至有人考虑为其开发做出贡献。