请提供需要翻译的内容。
每日HackerNews RSS
Hacker News 上的帖子讨论了一个细节很少的潜在第三个严重 PHP CVE。评论者指出，报告的堆栈轨迹类似于已知的 PHP 8.5.12 垃圾回收回归问题；该问题不可利用，也不允许 RCE，但其他人对确切匹配和受影响版本有争议。一些人警告不要在没有官方信息的情况下假设严重性；另一些人则对 PHP 的安全处理持怀疑态度。几人建议等待 PHP 的公告。总体而言，该帖子强调不确定性：这个 bug 可能是不紧急可利用的内存问题，而不是可立即利用的漏洞。
正在检查您的浏览器...需要 JavaScript
对不起。
Julian Weisser认为，AI和自动化大幅降低了创建和推出初创公司的时间与成本，使单人创业越来越常见——Carta数据显示，到2026年，单人创始人占新初创公司的39%。虽然去掉联合创始人可以避免导致许多初创公司失败的人际冲突，但单人创始人面临新的风险：孤独和缺乏人力支持。AI可以加快工作，但不能完全替代那些挑战想法、发现你陷入困境或给予鼓励的人。Weisser总结道，最佳路径不是增加一个图方便而找的联合创始人，而是通过为单人创始人提供资源和同伴，践行“独自创业，共同前行”。
抱歉。
在论坛帖子中，用户批评Plex的“New Experience”客户端削弱了核心功能，并对未经审核的社区应用的安全性表示担忧。多人报告Apple TV 4K上Dolby Vision 4K HEVC/MKV缓冲而HDR10正常，且没有修复ETA。一位用户说播放器团队被解雇，引发同情和Plex衰退或可能关闭的猜测。其他用户讨论迁移到Jellyfin/Rivulet或为Jellyfin做贡献。整体情绪是沮丧、信任下降和对Plex未来的不确定。
Hacker News 用户讨论 Plex 裁掉其播放器团队，起因是报道称一名前员工的论坛评论（后来被删除）推荐改用 Jellyfin 或 Infuse。评论者批评 Plex 最近的 Apple TV 应用重新设计，并报告 Dolby Vision/HDR10 播放出现故障。许多人正在迁移或考虑 Jellyfin、Emby、Infuse、Silo、Kodi、Wholphin、Swiftfin 等替代方案，不过有些人指出 Jellyfin 在外部分享、客户端一致性、元数据识别和转码方面较弱。其他人则称赞 Plex 广泛的设备支持和便于分享的特性，尤其是对非技术型的家人和朋友。提到的音乐库替代方案包括 Navidrome、MusicAssistant、Gonic 和 Symfonium。更广泛的抱怨包括 Plex 的终身通行证资金模式、广告、平台退化（enshittification）以及糟糕的质量控制。一些评论者对被裁员工表示同情，并推测可能存在管理不善或 AI 驱动的变更。
Google 的 Rust 风格指南在代码库（google3、Android、ChromeOS、Fuchsia、Chrome）中促进一致性、可读性和便于大规模变更，基于公开的 Rust 风格规则。API 设计规则对库代码具有约束力，并强烈推荐应用于应用代码，应用代码应优先选择简单性而非过早抽象。 代码组织倾向于小 crate、扁平文件布局（Chrome）、以主要项命名的文件、非叶子模块中无 API、无 glob 导入、每个 use 语句一个模块、局部作用域 trait 导入、限定的顶层函数调用和非限定类型名。所有权指导优先使用独占所有权/借用而非 Rc/Arc，并优先借用而非深克隆。API 应接受灵活引用，库返回类型优先使用迭代器而非拥有的集合，并优先使用枚举而非布尔值。错误应恰当使用 Option/Result/panic。类型优先使用 newtype 而非别名、具名字段而非元组；仅在需要时定义 trait，优先实现标准 trait 而非自定义方法，并优先使用泛型而非 dyn Trait。扩展 trait 使用 Ext 后缀。 安全规则要求用 SAFETY 注释封装 unsafe 代码，并避免不稳定特性。命名遵循 std 惯例，避免缩写。公共 API 需要文档。其他规则涵盖 getter/setter、non_exhaustive 类型、must_use、无 pre-main 代码、显式类型、模式匹配而非 unwrap、断言中的上下文，以及按代码库划分的测试框架。
Google 的新 Rust 风格指南在 Hacker News 引发讨论。主要话题之一是公有枚举上的 `#[non_exhaustive]`：支持者认为它有助于大型分布式系统中的 API 演进和兼容性，而批评者警告它可能把缺失分支从编译期错误变成运行时 bug。评论者还讨论了 Google 对非常小的 crate、非限定类型导入以及围绕枚举、getter/setter、`Arc`/`Rc` 和 async 用法的规则。更广泛的讨论涵盖了 Rust 相对于 C/C++ 在基础设施、游戏和浏览器中的日益重要角色，以及对完全取代 C++ 的怀疑。一些人还认为，即使 LLM 辅助编码越来越常见，风格指南对可读性和可维护性仍然有用。
作者介绍三部作品：《Nouscraft》，一部已完结的 LitRPG 三部曲，讲述一个失控的人工智能将百亿人困入致命游戏，通过四个互相背叛的视角推进，销量超过 10,000，评分 4.5 星。《Sol Truckers》仍在写作中，讲述尤里在地球消失后，必须帮助一群格格不入的卡车司机在太阳系的游戏版本中结束星际战争以返乡。《Buford versus Oklahoma》也在进行中，是一部关于十九岁入狱、随后建立数十亿美元规模公司的回忆录，以悲喜剧视角涵盖野心、焦虑、无家可归、成瘾和财富。
Hacker News 上的一个帖子讨论了 buford.bg 发布的隐藏 20 年的重罪定罪记录。评论者围绕污名、救赎和系统性障碍展开辩论：有人说犯罪记录造成终身惩罚并阻碍重返社会，也有人强调公共安全和问责。作者的赦免和被清除的记录被提及，链接材料显示他在因抢劫被质问后用棒球棒打了父亲；其父亲是否死亡尚不清楚。部分读者对隐瞒罪行和宣传性语气感到不安，称其为点击诱饵或傲慢，而另一些人则被康复故事激励，并担心过于严厉的犯罪政策。其他讨论还涉及美国司法改革、成功叙事中的幸存者偏差、38 岁退休，以及网站嘈杂、类似 AI 的设计。作者未在评论中直接回应。
企业 Linux Corporate Linux
18 小时前
文章认为 Linux 内核开发正变得企业化并由 AI 驱动。它说，LLM 辅助的补丁将不再需要 Assisted-by 标签，创建细节将移入 cover letter，据称会掩盖缺陷是否来自 AI 生成的代码。它声称，这可能削弱 GPL 的可执行性，因为除非披露，AI 生成的内容可能缺乏美国版权保护。它还批评 Linus Torvalds 拥抱 LLM、要求昂贵的设置和资源、劝退新贡献者，以及优先考虑商业利益而非社区和自由软件理想。它回顾了他的观点：LLM 在大量调优后可帮助有能力的开发者；内核问题源于用户而非工具；他长期以来拒绝以道德方式框定许可证和 GPL 执行。总体而言，它描绘了一种从可及的社区贡献转向企业支持的 AI 辅助开发的变化。
Hacker News 上的一个讨论串探讨了一篇文章，该文章声称 Linux 正在变得企业化和依赖 AI，并提出 AI 辅助开发引发版权和访问权限担忧。评论者大多将最强的论点斥为危言耸听的煽动。他们认为版权仍可保护人工编写的代码，取消 AI 归属说明并非企业阴谋，且存在平价的 LLM。多人指出 Linux 开发长期以来都涉及企业赞助，且 Torvalds 强调的是代码质量而非排斥非 AI 开发者。其他人则将 AI 辩护为有用的审查工具，而一些人则担忧企业影响、GPL 侵蚀以及对业余贡献者的障碍。总体而言，该讨论串存在两极分化，但许多人对文章的叙事提出质疑。
GitLab 于 2026 年 10 月 21 日发布了 CE/EE 版本 19.5.1、19.4.3、19.3.6、19.2.9、19.1.9、19.0.10 和 18.11.13，包含重要的 bug 和安全修复。自管理安装应立即升级；GitLab.com 已完成修补，部分 Dedicated 租户已包含这些修复。此次发布解决了多个漏洞，包括正则表达式编译器中的一个严重 CVSS 10.0 整数溢出问题，可能允许未经身份验证的远程代码执行，以及认证、缓存投毒、访问控制、成员锁定、凭据泄露等其他缺陷。部分问题仅影响 EE。漏洞详情将在修补后 90 天公布。该补丁包含数据库迁移：单节点升级会导致停机，而多节点安装可遵循零停机流程。升级指南和补丁通知可通过 GitLab 资源获取。
Hacker News 正在讨论 GitLab 的紧急补丁发布（版本 19.5.1、19.4.3、19.3.6 等）。修复的问题是一个未经身份验证的远程代码执行漏洞，由编译特制正则表达式时的整数溢出导致；GitLab 将其 CVSS 评分定为 10.0。评论者指出利用该漏洞可能需要渲染恶意的 org-mode 文件，可能是通过公共项目，并争论该 bug 是位于 GitLab 分支的 Ruby Onigmo 正则引擎还是底层库。部分人提到同一天发布的类似 musl libc 正则表达式整数溢出 CVE。用户还报告了更新检查器故障，并表达了在安全新闻密集的周期内为自托管实例打补丁的担忧。
启用JavaScript和Cookie以继续
一篇 Hacker News 帖子讨论一篇文章称 Windows 11 仍包含 Windows 95 的内存管理器。评论者指出，Windows 的向后兼容涉及许多针对特定应用的修复，而不只是著名的 SimCity 案例，并批评该文章肤浅或以 SEO 为导向。该帖赞扬微软广泛的测试和兼容性工作，举例包括安全工具、USB 设备和老游戏，同时将 Windows 与 macOS 和 Linux 等变化更快的平台对比。其他话题包括内存分配器、兼容性垫片、16 位应用支持，以及 FOSS 向后兼容的争论，例如 Python 2 到 3。总体而言，讨论强调微软长期致力于让旧软件继续运行，同时质疑这种方法的成本和权衡。
金丝雀令牌 Canary Tokens
18 小时前
（无内容）
Hacker News 的讨论重点介绍了 Canary Tokens——一种在使用时会发出警报的蜜罐凭据。用户称赞其在防御 LLM/智能体攻击方面的有效性，并提到了 CanaryGrid 等相关项目。评论讨论了扩展对 Cloudflare、Stripe 和 OpenAI 等提供商的支持；维护者解释了新增 API 密钥类型的条件，包括可扩展的创建、被削弱的密钥、带有 IP/时间信息的审计日志、触发机制以及攻击者的可识别性。可通过 GitHub 自托管。信用卡 Canary 是通过 Airwallex 发行的真实虚拟卡，此前因早期提供商的速率限制而有所调整。用户还指出，假卡号可以通过 Luhn 校验，而真实卡片则连接到支付网络。其他话题包括区分攻击者与爬虫、围绕 vibecoding 的信任问题，以及该服务自 2015 年以来的历史。总体而言，Canary Tokens 仍然是一个用于检测凭据滥用的实用欺骗工具。