Rama 0.4 已正式发布，为该代理框架带来了重大改进和呼声已久的功能。 此次更新的关键亮点包括： 代理支持得到扩展：Rama 现在通过 `SystemProxyLayer` 原生支持系统级代理设置，并兼容标准环境变量（如 `ALL_PROXY` 和 `NO_PROXY`）。此外，框架新增了对自动代理配置（PAC）的支持，通过在 WASM 中运行沙箱化的 JavaScript 环境来实现，从而确保了进程隔离。 协议方面，Rama 引入了用于轻量级 RPC 通信的 `ttRPC`，并新增了 `rama-grpc-macros` crate，无需外部 proto 文件即可生成 gRPC 代码。框架现在还支持在 HAR（HTTP 存档）导出中包含 WebSocket 数据，并通过磁盘流式传输提高了内存效率。 CLI 工具包也得到了增强，增加了新的 `rama-pac` 子命令、HAR 导出功能以及更智能的协议探测。此外，新版本优化了对 Apple 网络扩展的支持，并更新了连接服务 trait，以实现更好的错误处理和重试逻辑。 有关包括重大变更和次要改进在内的详细技术信息，请参阅[官方更新日志](https://github.com/plabayo/rama/blob/main/CHANGELOG.md)。
每日HackerNews RSS
抱歉。
在过去的24年多里，哈勃空间望远镜的电荷耦合器件（CCD）探测器一直充当着近地轨道（LEO）的长期辐射剂量计。研究人员发现，辐射损伤的速率与太阳黑子或日冕物质抛射等传统的太阳周期标志并不吻合，反而存在数年的相位滞后。 虽然研究团队利用从太阳系其他部分推导出的函数形式成功模拟了这种损伤，但他们发现，数学上最精确的模型依赖于物理上“荒谬”的参数。相反，使用物理上合理的参数构建的模型却无法有效地追踪损伤情况。 尽管如此，这些经验拟合非常成功，使得在后期处理中能够修复超过99.5%的辐射引起的图像退化。这些发现凸显了近地轨道辐射环境相较于太阳系其他区域所具有的独特复杂性。作者得出结论，对在轨航天器进行持续监测对于加深我们对辐射暴露的理解，以及更好地预测未来太空任务的寿命至关重要。
近期在 Hacker News 上的一场讨论探讨了为何哈勃空间望远镜受到的辐射损伤与 11 年太阳周期存在 4.3 年的相位差。
参与者认为，这种差异源于哈勃运行所在的范艾伦辐射带内层的复杂动力学。在太阳活动极大期，地球大气层发生膨胀，从而改变了哈勃所处低空近赤道轨道上的辐射强度。另一些人则指出，太阳风在散射宇宙射线方面发挥了作用，导致太阳活动与可观测辐射效应之间产生了滞后。
讨论还强调了空间望远镜所面临的宇宙射线挑战，这些射线在传感器上表现为“闪光”或伪影——这与切尔诺贝利事故中胶片受辐射干扰的现象类似。天文学家通过对比多次曝光来识别并滤除瞬时宇宙射线干扰，同时保留永久图像数据，以此减轻这些问题。最终，尽管物理学家已经充分理解辐射干扰的机制，但准确预测传感器的退化速率仍然是一项困难且持续存在的挑战。
正在检查您的浏览器……需要启用 JavaScript
抱歉。
Kagi 新增了一项功能，可从搜索结果中移除付费墙链接。 Kagi added a setting for removing paywalled links from search results
66 天前
Kagi 宣布了旗下搜索引擎和 Orion 浏览器的多项更新。
**Kagi Search** 现允许用户通过设置彻底关闭基于 AI 的功能，将体验的控制权完全交还给用户。此外，该平台还引入了可自定义的组件，包括多面骰子和抛硬币工具，并支持单独开启或关闭这些组件。由于需求高涨且成本增加，Kagi Translate 将转为订阅制服务，但很快会重新上线。
**Orion 浏览器**发布了 macOS 版 1.1，这是其迄今为止最重要的更新。主要功能包括重新构建的界面、用于增强隐私和多账号登录的“容器”功能，以及可自定义颜色和渐变的个性化浏览器边框（Orion+ 订阅用户专属）。Orion 继续强调其独立于广告商的立场，并可在所有主流平台上使用。
该公司表示将致力于保障用户隐私，并感谢社区提供的反馈与耐心，他们将继续完善产品。
Kagi 搜索引擎推出了一项新的用户设置，允许订阅者自动从搜索结果中移除付费墙链接。此举在 Hacker News 上引发了热烈讨论，反映了人们对网络“劣化”（enshittification）、新闻业可持续性以及人工智能在信息检索中作用的广泛争论。
**讨论要点：**
* **用户热情：** 许多订阅者称赞该功能，认为付费墙内容是“伪装成搜索结果的广告”，降低了用户体验。支持者赞赏 Kagi 对定制化、速度和隐私的承诺。
* **新闻业困境：** 批评者认为，屏蔽付费网站会损害高质量新闻业，而高质量新闻往往依赖订阅来维持生存。一些用户建议引入“小额支付”或“基于代币”的系统，以按篇付费，而非支付循环订阅费用。
* **AI 与传统搜索：** 用户发现 Kagi 的 AI 助手对研究很有帮助，并指出它通过综合可验证的数据并过滤掉“SEO 垃圾内容”，往往优于传统搜索。
* **道德顾虑：** 一部分用户因 Kagi 使用俄罗斯搜索数据（Yandex）而抵制该平台，认为这涉及俄乌战争的道德冲突。公司创始人已对此作出回应，强调他更关注产品质量而非政府政治。
作者指出了一种日益严重的认知困境：人们越来越难以专注阅读由人工智能生成的文档。这类文本往往充斥着冗长、过度自信且术语堆砌的“大模型味”，会触发读者的心理“过滤”机制，导致读者彻底丧失阅读兴趣。
作者认为，人们已经“预训练”出识别这些低质量 AI 特征的能力，并将其比作“横幅盲点”（banner blindness）。正如用户会本能地忽略网页上干扰性的广告一样，作者的大脑现在也会反射性地屏蔽掉那些缺乏实质内容的 AI 生成内容。讽刺的是，这些本旨在提高生产力的工具却造成了新的障碍：由于职场充斥着“文字繁多但内容空洞”的信息，AI 正在迫使接收者养成防御性阅读习惯，从而阻碍了理解与效率。归根结底，这篇文章揭示了现代传播中的一场无声危机：自动化内容的泛滥，正训练我们去忽视面前呈现的信息。
所提供的文本是一场来自 Hacker News 关于“AI 盲视”（AI-blindness）的广泛讨论，这是一种用户发现自己无法处理或提取 AI 生成内容意义的心理现象。
**主要议题包括：**
* **“信息稀疏”壁垒：** 许多用户表示，AI 生成的文本感觉“滑溜”或“空洞”。尽管语法正确，但往往缺乏人类交流中的“意义”或“意图”。读者觉得必须进行费力的“即时”创造性工作才能找到价值，当检测到 AI 风格时，他们往往会选择屏蔽或产生“短路”反应。
* **智能的本质：** 关于大语言模型（LLM）究竟是“智能”还是仅仅是“统计相关性引擎”，目前仍存在重大争议。批评者认为，由于缺乏真正的主观能动性、感官体验或世界模型，AI 的输出本质上是“死”的。支持者则反驳称，人类的认知本质上也是一种统计预测机器，AI 生成的智能依然具有极高的实用价值。
* **“垃圾内容”（Slop）问题：** 参与者指出，现代模型存在啰嗦、使用标题党夸大其词以及倾向于重复使用术语的问题。许多人认为这是人类反馈强化学习（RLHF）的结果，因为该机制倾向于偏好礼貌、冗长且“听起来专业”但内容贫乏的输出。
* **适应策略：** 用户建议采取一些策略，例如通过强有力的提示工程（Prompt Engineering）强制要求简洁的输出，或者仅仅学会像阅读企业营销废话一样去略读 AI 内容，将其视为一种工具而非交流对象。
原地初始化对于提升效率以及支持地址敏感（不可移动）类型至关重要，但 Rust 目前尚缺乏统一的实现方案。作者提出了一个四级层次结构，旨在平衡控制力、易用性与安全性： * **第 0 级：原始指针**：当前使用 `MaybeUninit` 的灵活“逃生舱”。它功能强大，但不安全且需要手动管理。 * **第 1 级：引用**：一种安全且具表现力的抽象（如 `&uninit`/`&own`），允许编译器跨函数边界验证初始化过程。 * **第 2 级：置入函数**：一种通过新语言特性（例如 `with emplace`）实现的易用方案。它能保证原地构造，且无需更改函数签名或手动处理引用。 * **第 3 级：MIR 移动消除**：一种由编译器驱动的优化手段。虽然对性能有益，但它仅属于实现细节，不能作为 `!Move` 类型正确性的依赖依据。 通过将这些方案分层，Rust 可以同时满足简单通用场景和复杂的高控制需求。这种多层策略确保了语言在保持高性能和安全性的同时，能明确表达对自引用类型的要求，而不是仅仅依赖不透明的编译器优化。
抱歉。
俄亥俄州克莱蒙特县大陪审团拒绝起诉科迪·莫洛克（Cody Morelock）。此前，莫洛克被控在联合镇破坏了一台 Flock 自动车牌识别器，涉嫌重罪破坏公物。尽管警方声称莫洛克的破坏行为造成了超过 1,000 美元的损失，但在大陪审团作出决定后，相关指控已被驳回。
这一事件反映了全国范围内针对 Flock 监控摄像头的破坏行为呈上升趋势。这些摄像头跨越司法管辖区为执法部门追踪车辆数据。甚至有激进组织组织了破坏或遮挡这些设备的行动。
这种抵制情绪主要源于对隐私和该技术被滥用的担忧。司法研究所（Institute for Justice）报告称，执法人员滥用该系统的案例超过 100 起，其中常涉及跟踪个人。尽管 Flock 已经实施了新的安全保障措施，但包括电子前沿基金会（Electronic Frontier Foundation）在内的批评者认为，这些措施尚不足够，并主张警方在搜索所收集的车牌数据前必须获得搜查令。
俄亥俄州克莱蒙特县的一个大陪审团最近拒绝起诉一名被控破坏 Flock Safety 监控摄像头的男子。由于大陪审团历史上超过 90% 的起诉率——常被戏称为“只要愿意，大陪审团连火腿三明治都能起诉”——这一结果在 Hacker News 上引发了热烈讨论。
评论者们探讨了此次“不予起诉”（no true bill）的意义，许多人将其解读为对大规模监控迅速且往往不民主的扩张所采取的一种罕见、有原则的立场。虽然一些用户争论这是否构成了“陪审团无效审判”，但另一些人认为，由于大陪审团主要关注是否有“相当理由”，该决定表明检方的证据极其薄弱，或者带有政治动机。
讨论随后演变为对 Flock Safety 的广泛批评，用户们表达了对隐私侵蚀、数据收集缺乏透明度以及执法部门可能滥用职权等问题的担忧。许多贡献者认为，通过向政客请愿等官方渠道已无法遏制这些监控系统所呈现出的“技术史塔西”本质，这使得一些人将破坏此类设备视为一种必要的、尽管违法的公民抗命形式，以对抗权力过度扩张的监控国家。
Siemens PC-X 是一款 1984 年推出的稀有“怪异”机型，源自 PC-D。其特点是采用了 8MHz 的 Intel 80186 处理器，并运行西门子专有的类 UNIX 操作系统 SINIX。尽管该硬件在当时技术领先，拥有 640x350 分辨率的单色显示屏以及坚固、过度设计的德系制造品质，但其非标准的架构和 CPU 选择使其与当时蓬勃发展的 MS-DOS 软件生态系统基本不兼容。
该机器依赖于西门子提供的利基软件库，限制了其长期生存能力。PC-X 内部构造复杂，混合了 80186 CPU、独特的夹层总线（mezzanine bus）以及 DTC 520B SCSI 转 MFM 转换板。如今，PC-X 对复古计算爱好者而言是一件迷人的遗物。近期的研究工作集中于转储其 ROM 镜像以便在 MESS 中进行模拟，作者也在持续探索硬件改造，例如直接集成 SCSI 和扩展内存。该系统仍是早期个人电脑时代硬件“死胡同”的典型代表，并以其出色的键盘手感和在办公环境中独特的任务处理能力而著称。
```Hacker News最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交登录Siemens PC-X (2015) (geekdot.com)15 点 由 naves 1 天前发布 | 隐藏 | 过往 | 收藏 | 3 条评论 帮助
rickcarlino 1 天前 | 下一条 [–]
Cookie 同意弹窗被广告遮挡，真是现代网页的巅峰之作。回复maxlin 1 天前 | 上一条 [–]
404回复wkjagt 1 天前 | 父评论 [–]
https://web.archive.org/web/20260517212653/https://www.geekd...回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 加入 YC | 联系
搜索： ```
请启用 JavaScript 并关闭所有广告拦截器
此讨论串涉及一名活动人士因在美国边境检查时使用“胁迫密码”清除手机数据，而被控妨碍司法公正的案例。讨论凸显了在数字隐私、法治以及美国公民自由现状等议题上的严重分歧。
**核心主题：**
* **法律后果与隐私：** 许多评论者认为，在面对合法的搜查要求时，蓄意销毁证据（即使是数字数据）属于可起诉的罪行（证据灭失），无论最初的搜查是否合乎道德。
* **“边境例外”原则：** 辩论焦点集中在“边境搜查例外”原则上，该原则赋予了当局在入境口岸搜查电子设备的广泛权力。许多用户对宪法保护在边境似乎失效表示沮丧，一些人甚至称美国政府的监视权力如同“史塔西”（Stasi）。
* **技术规避手段：** 用户讨论了“胁迫密码”和“旅行专用手机”的有效性。虽然有人建议清除设备数据或使用备用配置，但也有人警告称，执法部门对这些手段的认识日益加深，可能会将其视为有罪的证据。
* **政治背景：** 讨论演变为一场关于美国民主规范是否正在崩溃，以及此类“末日论”是否夸大其词的广泛辩论，多名用户将当前的美国政治趋势与历史上的威权政权进行了比较。
Kino：一款面向 Ruby 4.0 的高性能 Ractor Web 服务器 Kino: A high-performance Ractor web server for Ruby 4.0
66 天前
**Kino** 是一款高性能 Ruby Web 服务器，旨在通过在单个小型进程内运行多个并行 Ractor 或线程，来突破全局虚拟机锁（GVL）的限制。
### 主要优势
* **真正的并行：** 通过利用 Ractor，Kino 在 CPU 密集型任务上的性能比 Puma 集群提升了 30% 以上。在 I/O 轻量级任务中，速度提升了 1.5 到 2 倍。
* **内存高效：** 由于 Kino 避免了进程派生（forking），其内存占用显著降低——与标准 Puma 集群相比，简单应用的内存占用减少约 7 倍，Rails 应用减少约 4 倍。
* **生产环境就绪：** Kino 包含专业的基础设施功能，如优雅关闭、崩溃监管、请求超时、TLS (rustls)、加固的网络接入以及兼容 Prometheus 的监控。
* **开发体验：** 它使用与 Puma 类似的配置 DSL，使迁移变得简单。`--check` 命令可以精确识别应用程序中哪些部分阻碍了其以高性能 `:ractor` 模式运行。
### 运行模式
* **`:ractor` 模式：** 为 CPU 密集型任务运行并行 Ractor（需要代码支持 Ractor 共享）。
* **`:threaded` 模式：** 针对标准 Rack/Rails 应用的高性能备选模式。
* **`:auto` 模式：** 根据代码兼容性自动选择最佳模式。
Kino 作为 MIT 许可的 Gem 提供，适用于 Ruby 4.0 及以上版本。
针对 Ruby 4.0 的高性能 Ractor 架构 Web 服务器 **Kino** 的发布，在 Hacker News 上引发了关于 Ruby 并发未来的热烈讨论。
讨论的核心在于 **Ractors** 与 **Fibers** 之间在解决 Ruby 全局解释器锁（GIL）问题上的持续张力。虽然一些用户对 Ractor 在 Rails 中的潜力持乐观态度，但另一些人则认为 Ruby 的复杂度不必要，更倾向于专注于线程和进程。
讨论的很大一部分集中在 Ruby 生态系统的现状上。批评者指出，Ruby 项目经常存在文档匮乏的问题，并特别批评 Kino 使用人工智能生成的内容而非人工编写手册。这引发了关于“AI 垃圾内容”以及这种做法是否预示着质量下降的更广泛争论。
此外，资深开发者们还探讨了 Ruby 的可读性。虽然支持者认为 Ruby 的设计优先考虑以人为本的代码，但怀疑论者认为，与 Kotlin 或 Java 等强类型语言相比，Ruby 缺乏显式括号以及普遍存在的猴子补丁（monkey-patching），使得大型代码库难以维护。尽管存在批评，许多开发者仍因其极高的开发效率和使用时的“愉悦感”而坚持使用 Ruby。