这个仓库允许在现代系统（如Linux、FreeBSD和macOS）上运行历史UNIX版本（v1、v5、v7、2.11BSD和x86平台的v7）。它利用PDP-11模拟器（SIMH）和QEMU，以及Python、Git和Bash等工具。
该软件以各种开源许可证发布——主要为Caldera和BSD，具体条款在包含的文档中概述。镜像来自w11项目，脚本修改自他们的仓库（基于GLPv3）。Robert Nordier的x86移植使用简化的BSD许可证。
要开始使用，请安装所需的工具（SIMH、QEMU、Python、Git等——提供Debian/Ubuntu、Fedora、FreeBSD、NetBSD和OpenBSD的说明），克隆仓库，并使用提供的`run.sh`脚本或Python前端（兼容GNOME）下载UNIX系统镜像。
每个UNIX版本都有独特的启动过程，详细信息在仓库内。用户随后可以与历史系统交互，并使用脚本或手动清理模拟器创建的临时文件。
每日HackerNews RSS
## 现代硬件上的古老UNIX
最近的Hacker News讨论强调了在现代硬件上运行古老UNIX系统令人惊讶的可访问性。Robert Nordier将UNIX v7移植到x86架构，使得该操作系统只需很少的修改即可运行，这归功于v7的可移植性以及PDP-11和x86之间的架构相似性。源代码很容易获得，并且像GNU tar和`file`命令这样的现代工具仍然可以解析其古老的格式。
对话还涉及了相关项目，如Xenix（v7移植到x86）、xv6（麻省理工学院的v6“精神移植”）、RetroBSD和Fuzix（适用于微控制器的类Unix系统）。用户回忆起在旧硬件上运行UNIX的经历——甚至是在RAM有限的系统上，并指出今天可以实现显著的性能提升。这场讨论引发了关于如何定义“古老”UNIX的争论，有些人将该术语扩展到60年代的系统，而另一些人则将其应用于任何1990年代之前的系统。探索这些系统的资源，包括模拟器和文档，也被分享出来。
Ion 是一个基于 Rust 的新 shell，设计用于 RedoxOS 和其他 *nix 系统。它优先考虑安全性和性能，在利用其功能时，速度超过 Dash。虽然仍在积极开发（WIP）中，并且可能会发生变化，但重要的稳定版本即将到来，未来的语法更改预计会很小。
开发遵循 RFC 流程，文档记录在 GitLab 仓库的 `rfcs` 分支中（目前尚未完成）。全面的文档会自动生成并托管在 RedoxOS 网站上。
目前通过克隆 GitLab 仓库并使用 Cargo 进行安装。可以选择用户特定的或系统范围的安装。Ion 还拥有用于增强功能的插件，并且 Vim/Neovim 和 Emacs 提供语法高亮。一个 LSP 服务器通过 crates.io 提供 IDE 支持，具有错误检查等功能。
项目和文档地址：[https://gitlab.redox-os.org/redox-os/ion/](https://gitlab.redox-os.org/redox-os/ion/)
因滥用流量模式而被阻止。
## Hacker News 上关于 Grok 4.1 的讨论
最近 Hacker News 上出现了一场关于 Grok 4.1 (x.ai) 发布 的讨论。用户们正在测试它的能力并分享观察结果。主要观点包括：
* **创意写作：** Grok 4.1 在复杂的创意提示方面表现出色，展现了对细微请求的理解（例如，关于 RFK Jr. 和熊的 海明威风格的故事）。
* **表情符号使用：** 一个显著的趋势是 Grok 4.1 增加了表情符号的使用，甚至在意外的语境中使用，例如数学推理，引发了关于其对语言影响的争论。
* **安全问题：** 几位用户报告说，缺乏重要的安全过滤器，允许处理与有害活动相关的提示（暗杀计划、恶意软件创建）。这与潜在地在未过滤的数据源（如 4chan 和 Twitter）上进行训练有关。
* **竞争格局：** 一些人认为 Grok 4.1 在编码基准测试和工具使用方面落后于竞争对手，如 Claude 和 GPT-5。
* **Gemini 3 可能发布：** Grok 4.1 发布的时间引发了人们对 Gemini 3 即将发布的猜测。
* **CEO 影响：** 人们对潜在的偏见以及 LLM 被用于宣传的担忧日益增加，并提到了埃隆·马斯克与 Grok 的关系。
这场讨论突出了前沿语言模型的进步和潜在危险。
## 美国枪支所有权的转变 传统上，枪支所有权与保守派联系在一起，但现在正变得越来越多样化，自特朗普总统当选以来，自由派、有色人种和 LGBTQ+ 群体获得枪支的人数显著增加。像自由派枪支俱乐部这样的组织，会员人数急剧增加，培训请求增加了五倍。 接受 NPR 采访的个人表示，他们感到恐惧，源于特朗普政府的政策和言论——包括对潜在的内乱和极端组织胆大妄为的担忧。一位来自马里兰州的黑人医生，从小就被禁止玩甚至*玩具*枪，现在每周进行训练，担心家人的安全。其他人也表达了类似的焦虑，在 2024 年选举期间和选举结束后关键事件发生时，“如何购买枪支”的在线搜索量激增。 数据支持这一趋势；芝加哥大学的一项研究表明，2010 年至 2022 年间，民主党人的枪支拥有率上升了 7%。尽管强调自卫是唯一目的，但这些新的枪支拥有者表示，他们希望为最坏的情况做好准备，尽管他们希望永远不需要使用武器。白宫对此表示异议，反而指责“激进左派”的暴力行为。
## 枪支拥有权的变化与对暴力的担忧：黑客新闻摘要
最近一篇NPR文章，讨论到自由派、有色人种和 LGBTQ+ 群体中增加的枪支购买量，在黑客新闻上引发了讨论。核心主题围绕着对威胁的感知增加——这与大规模枪击事件和拟议的枪支管制后的激增相似，促使这些群体武装自己。
评论员指出，恐惧，无论其基础如何，都是一个关键的驱动因素，历史上一直被政治竞选活动利用。一些人认为这归因于增加的社交媒体消费放大了焦虑，而另一些人则强调与偏见和潜在暴力相关的现实生活经历，例如2020年以后的动荡和对变装活动的威胁。
关于左翼传统的枪支管制立场，出现了一些争论，一些人质疑在倡导限制的同时增加个人枪支拥有量的明显矛盾。 回应澄清说，担忧不一定在于推翻政府，而在于在极端威胁加剧和执法可能失败的情况下，保护自己。 几位用户指出，一些进步派别内部要求废除警察，这促成了这种转变的一个因素，而另一些人则认为这些想法是边缘化的。 最终，这场讨论强调了更广泛人群中日益增长的脆弱感和对自力更生的感知需求。
## 读取-评估-补丁：一种新的测试方法
本文详细介绍了一种以简单理念为中心的软件开发流程：编写修改自身源代码的程序。这种方法不使用传统的 REPL（读取-评估-打印循环），而是使用“读取-评估-补丁循环”，其中表达式会被评估，并且*结果会直接补丁到源代码文件本身*。
这创建了一个持久的 REPL，有效地将源代码文件变成活的测试用例。通过运行表达式并保存其输出，开发者可以建立起期望行为的历史记录。后续运行会突出任何偏差，充当自动化测试——尽管需要手动解释更改是失败还是预期的差异。
作者提倡这种方法，并非作为传统测试理念的替代品，而是一种高度符合人体工程学的*生成*测试的方法。它通过消除手动编写预期输出的需要，利用探索代码行为的自然过程来最大限度地减少摩擦。虽然需要最初的努力来构建有意义的表达式，但它通常感觉“免费”，因为它反映了开发者已经使用的探索性编码过程。
该技术可以在各种语言中实现，可以使用“行内快照测试”或甚至基本的 bash 脚本（Cram）等工具，并且可以与其他测试方法（如基于属性的测试）结合使用。最终，它被呈现为增强测试的强大机制，而不是僵化的教条。
一个 Hacker News 的讨论围绕着一篇名为“我喜欢的 REPL”的文章（ianthehenry.com），展示了 Janet 编程语言及其交互环境。作者还创建了一本教科书（[https://janet.guide/](https://janet.guide/)）和示例网站（[https://janetdocs.org/](https://janetdocs.org/)）。
评论者赞扬了这篇文章，并探讨了与 Emacs 和 Org-babel 等工具的潜在集成。一位用户分享了逆向工程一个深奥、专有语言的挑战性经历，在该语言中加载程序会覆盖调用堆栈，需要复杂的解决方法来进行编译和错误处理。这引发了对代码不可变性的好处的思考。
这次讨论突出了对交互式开发环境的兴趣以及处理遗留系统的复杂性。
Azure 遭受 15Tbps DDoS 攻击，使用 50 万个 IP 地址。
Azure hit by 15 Tbps DDoS attack using 500k IP addresses
9 天前
启用 JavaScript 和 Cookie 以继续。
## 昆虫作为未来的太空食品？ 欧洲研究人员正在探索昆虫作为可持续和营养丰富的食物来源，以支持长期的太空任务。这项研究建立在20世纪40年代的实验基础上——包括第一只进入太空的动物，果蝇——研究表明，昆虫通常能很好地应对微重力的压力，维持生长甚至繁殖。 昆虫具有高度适应性，能够有效地将废物转化为蛋白质，并且富含铁和维生素B等必需营养素，其含量通常高于传统肉类。蟋蟀和粉虫等物种已被批准在欧洲供人类食用，并具有诱人的风味——坚果味的蟋蟀、像培根一样的粉虫，以及柠檬酸味的蚂蚁！ 目前的研究重点是了解微重力如何影响昆虫的生命周期和生物过程。虽然过去的实验提供了宝贵的数据，但研究人员旨在进行更长时间的观测，以观察昆虫在轨道上的完整生命周期。欧洲航天局宇航员萨曼莎·克里斯托弗雷蒂最近在一次任务中品尝了蟋蟀粉棒，暗示着未来“美味的带腿太空零食”可能会成为现实。
一场由欧洲航天局一篇关于昆虫作为潜在太空食物来源的文章引发的黑客新闻讨论，集中在令人惊讶的多样化和美味的昆虫食用法（昆虫食）上。用户分享了来自不同文化的昆虫美食的积极体验——哥伦比亚蚂蚁、被用作“活体分配器”的糖蚂蚁，以及胡椒蟋蟀——强调了经常因文化上的“恶心感”而被忽视的独特风味。
有人担心随着西方文化影响力的传播，这些传统美食可能会消失，类似于传统音乐和服装被边缘化。对话以想象品牌太空昆虫（“亨氏太空龙虾”）为转折，但也带有一丝讽刺，认为优先考虑昆虫而非植物性饮食。总的来说，该讨论支持探索昆虫作为一种可行且美味的食物来源。
## Ruby 3.x 性能：YJIT 与 ZJIT 简介 正在开发新一期的 *Ruby Under a Microscope*，重点关注 Ruby 3.x 及其性能增强，特别是 YJIT 和 ZJIT JIT 编译器。这些编译器旨在通过将频繁执行的部分转换为机器语言来加速 Ruby 代码。 YJIT 通过监控函数和块的调用频率来工作。一旦达到阈值（小型程序默认值为 30，大型程序为 120），YJIT 就会将该代码编译成优化的“YJIT 块”——机器语言指令序列。它最初编译小节，使用“分支桩”来处理数据类型未知的情况，并观察运行时行为以专门化编译后的代码。 下一代 ZJIT 在此基础上构建。YJIT 和 ZJIT 都依赖于计数方法和块的调用，以识别用于编译的“热点”。作者正在探索这些编译器的内部工作原理，包括检查生成的机器代码以及利用 Rust 技能，强调 Shopify 和其他 Ruby 团队的令人印象深刻的贡献。这项工作旨在提供对 Ruby 代码如何转换以提高运行时性能的详细了解。
## Ruby 编译与性能讨论
一则黑客新闻讨论围绕着将 Ruby 编译成机器语言，起因是 Pat Shaughnessy 的 “Ruby Under a Microscope” 即将发布新版。对话涉及过去的尝试，如 MacRuby（使用 LLVM 但被 Swift 取代）和 RubyMotion，以及当前的 JIT（即时编译）努力，如 YJIT 和 ZJIT。
用户们争论 Ruby 相对于其他语言的性能，指出它比 Python 快，但通常比 Lua 和 Node.js 等语言慢。尽管 Ruby 在过去十年中速度有了显著提高，但其整体性能排名仍然相对稳定。
讨论还强调了 Ruby 编译的挑战，包括内存消耗以及优化动态类型语言的复杂性。 许多评论员赞扬 Shaughnessy 的工作，使其更容易理解 Ruby 内部机制，甚至有用户提到一个个人项目，正在构建 AOT（提前编译）Ruby 编译器。最终，共识是 Ruby 对于许多应用来说“足够快”，但仍有很大的性能提升潜力。
## Kalendis：开发者日程安排API
Kalendis是一个API优先的后端，旨在简化自定义应用程序中的日程安排。它允许开发者在完全控制用户界面的同时，卸载时区、夏令时 (DST)、重复事件和无冲突预订的复杂性。
Kalendis由对反复实现日程安排的这些“难题”感到沮丧的开发者构建，提供了一个可靠的后端，具有类型化客户端生成器（MCP工具），方便与Next.js和Express等框架集成，以及可查询的可用性引擎。
该服务面向需要自定义日程安排功能的开发团队——从应用内日历到预订平台——并且与Cal.com等替代方案相比，在类似的API使用情况下，可能提供更具成本效益的解决方案。Kalendis专注于核心日程安排需求（用户、可用性、预订），而不是一个庞大的套件。
感兴趣的开发者可以在[https://kalendis.dev](https://kalendis.dev)创建一个免费帐户以获取API密钥并开始测试。
## 使用自定义错误简化 Axum 中的错误处理
本文详细介绍了一种简化使用 Rust 构建的 Axum Web 应用程序中错误处理的方法。解决的核心问题是匹配 `Result` 类型并返回适当 HTTP 状态码时，经常需要冗长的样板代码。
解决方案是创建一个新的类型 `AppError`，它包装 `anyhow::Error` 并实现 `IntoResponse` 和 `From<E>` 特性。这允许开发者利用 `?` 运算符进行简洁的错误传播。无需冗长的 `match` 语句，错误会自动转换为正确的 HTTP 响应。
具体来说，`IntoResponse` 处理将 `AppError` 转换为 Axum `Response`，通常返回一个 500 内部服务器错误，并带有错误消息或渲染后的模板。`From<E>` 实现能够自动将各种错误类型（如 `sqlx::Error`、`serde_json::Error`）转换为 `AppError`，前提是它们可以转换为 `anyhow::Error`。
这种方法显著减少了代码混乱，提高了可读性和可维护性。作者提供了一个 GitHub 仓库（[原文链接]），展示了在 HATEOAS 项目中使用 htmx 的实际实现。
一个 Hacker News 的讨论围绕着在 Rust Web 框架 axum 中实现自定义错误类型，具体内容见 rup12.net 的文章。作者提倡超越像 `anyhow` 这样的库，创建定制的错误类型以获得更好的控制，但也承认 `anyhow` 是一个好的起点。
一个主要担忧是在高流量下调试错误困难——特别是使用自定义错误时，难以精确定位失败的查询。用户们争论在使用这种情况下，`anyhow` 的堆栈跟踪是否有帮助。
一位评论者强烈不同意这篇文章，声称 axum 可以很好地与自定义、强类型的错误和宏一起工作，甚至支持 OpenAPI 文档，*无需* `anyhow`。 其他人指出作者的代码格式（过多的反引号）会造成视觉干扰，这归因于 Astro 主题问题。