每日HackerNews RSS

无限流 为每个用例创建一个流,而不是将同类记录全部塞入同一个主题中。每个流都是独立寻址的、无底的,并且可以从空闲状态扩展到高吞吐量。 无限流 零磁盘架构 解耦层 高吞吐量 简易部署

PicoMQ 是一个基于 Rust 构建的全新持久化流(Durable Streams)服务器,建立在对象存储(如 S3)之上。它旨在作为 Kafka 等系统的可扩展、高性价比替代方案,支持细粒度、基于 URL 寻址的流,适用于聊天平台(如类似 Discord 的应用)或实时消息订阅等场景。 **关键技术细节:** * **架构:** 使用 S3Stream(源自 AutoMQ 的存储引擎)处理数据,并利用 Postgres 命令日志进行协调。 * **性能:** 虽然标准对象存储在写入确认(ACK)上会有约 250 毫秒的延迟,但开发者指出可以通过 AWS S3 Express 或 GCP Rapid Buckets 加以改进。未来的更新将引入可选的磁盘暂存预写式日志(WAL),以实现个位数毫秒级的延迟。 * **差异化:** 与 S2-Lite 等现有解决方案不同,PicoMQ 支持多节点/集群部署,且避免了 Kafka 的运维复杂性。 * **成本:** 开发者强调其极致的效率,预计在高吞吐量(每天 100 万条消息)下的成本可低至每月 30 至 150 美元,主要成本支出在于计算和网络开销,而非存储。 该项目旨在简化有状态流式应用所需的基础设施,同时保持节点层面的轻量化和无状态特性。

请粘贴来自其他浏览器或会话的 JSON 报告(复制 JSON 报告 → 粘贴到此处)。GlassBox 会对每个层级进行评分,并告知你它们是否属于同一台设备、同一个引擎家族或同一个浏览器——这正是真正的跨浏览器追踪器关联你的方式。进行对比。

抱歉。

2026年8月17日,对象存储、容器镜像库和部署服务经历了长达8小时15分钟的中断。根本原因是单台存储服务器发生不明原因的断电。由于系统的纠删码配置允许数据块驻留在同一台机器上,导致单台服务器的故障使得关键数据无法访问。虽然没有客户数据丢失或损坏,但挂起的部署任务需要手动重新触发。 主要故障并非硬件本身,而是“检测滞后”:尽管监控系统在几分钟内就准确识别出了中断,但团队直到几小时后才收到警报。 为解决此问题,公司已实施两项立即生效的变更: 1. **关键警报:** 状态页更新现在会直接向值班工程师拨打电话。 2. **自动恢复:** 新的监管系统可以使用严谨的多信号验证远程重启无响应的服务器,以防止误触发。 从长远来看,公司正优先将记账记录与对象数据迁移至独立的故障域,以确保未来硬件故障仅导致服务降级,而非全面中断。团队还在扩大基础设施容量,以确保集群能够安全承受单节点丢失的影响。

抱歉。

在论文《描述政府服务的代理洪流》(Characterizing Agentic Flooding of Government Services)中,克里斯·施密茨(Chris Schmitz)等人探讨了人工智能代理与公共机构交互所带来的意外后果。虽然人工智能提高了公民获取服务的便利性,但也引发了“代理洪流”——即突发性的需求激增,这可能导致准备不足的政府服务系统面临崩溃。 作者提出了三项核心贡献: 1. **普遍性**:通过对11个司法管辖区的84个案例进行分析,证实了“洪流”现象已经出现,这在很大程度上是由大语言模型低成本、自动化的内容生成能力所驱动的。 2. **风险评估**:他们引入了一个风险矩阵来识别易受攻击的服务,并指出复杂且高回报的服务面临着最直接的威胁。 3. **缓解策略**:虽然政府可以应对这些激增的需求,但常见的快速响应措施(如收取费用)往往会无意中构筑起障碍,影响公平获取服务。 作者在文末提出了替代性的近期缓解策略,旨在保护服务完整性的同时,不牺牲公共服务的可及性。

抱歉。

**Adi2** 是一个基于 SDL3 构建的现代 Ada 原生 GUI 库。它提供了一套专业级的 UI 栈,在实现类 Web 开发工作流的同时,兼顾了 Ada 语言的高性能与安全性。 **主要特性:** * **灵活开发:** 支持使用 XML 和 CSS 以声明式方式构建 UI,也可以直接使用原生 Ada 代码进行编程构建。修改 CSS 后无需重新编译即可实时生效。 * **丰富的渲染能力:** 支持 SVG(plutosvg)、Lottie 动画以及 HTML 风格的文档视图。 * **可移植性与高性能:** 编译产物为单个静态链接的二进制文件,大小不足 10MB。支持 Windows (XP+)、macOS、Linux 以及通过 WebAssembly 在 Web 上运行;利用硬件加速(Direct3D、Metal、Vulkan)并提供软件渲染降级方案。 * **现代化工具链:** 包含 HiDPI 支持、国际化(Gettext)以及 MCP 网桥,允许 AI 助手或自动化工具检查并驱动 UI。 * **开发体验:** 提供类 CSS 样式设计(选择器、过渡效果)、自动资源打包,并与 Ada 2022 标准深度集成。 Adi2 目前已在生产环境中投入使用。它为 Qt 或 Electron 等庞大依赖项提供了一个健壮且内存安全的替代方案,非常适合构建自包含、高性能的跨平台应用程序。

抱歉。

数字通信是基础设施的基石,但我们却将其视为一系列专有的“围墙花园”。虽然隐私倡导者通常偏爱 Signal 或 Element 等工具,但这些平台缺乏真正的互操作性,使用户容易陷入对单一供应商的依赖。仅靠开源代码是不够的,数字主权需要真正的**开放标准**。 作者认为,我们必须重现早期互联网的韧性,那时不同的硬件和服务可以通过标准化协议实现互通。尽管 Matrix 等一些现代项目声称能提供这种功能,但它们往往表现为单一供应商平台,控制权依然高度集中。 相比之下,**可扩展消息与出席协议(XMPP)**提供了一个经过 25 年验证的去中心化通信框架。该协议由 XMPP 标准基金会管理,运作方式如同一个真正的标准组织,需要达成共识并支持多种独立实现。通过强制推行开放标准而非采购专有软件,社会可以确保数字工具像道路和电网等实体基础设施一样,具备可替换性和韧性。XMPP 证明了通往主权独立数字未来的道路,或许不在于重新发明轮子,而在于拥抱既定且可互操作的基础。

最近的一场 Hacker News 讨论庆祝了 XMPP 二十五年的历史,并反思了它作为数字独立基石的作用。 参与者对比了该协议的现状与 Matrix 等现代替代方案。批评者指出,XMPP 的复杂性显得有些“过时”,并提到客户端与服务器之间(尤其是在加密 OMEMO 和历史记录方面)的功能不匹配会导致用户体验碎片化。一些人认为 Matrix 更适合现代类 Slack 的团队沟通,而另一些人则反驳称,XMPP 仍然是一个更具扩展性、更轻量且真正联邦化的标准,能够避免与新兴平台相关的中心化风险。 尽管在主流社交圈中的受欢迎程度有所下降,但 XMPP 在专业和技术领域(如物联网、代理编排和军事安全通信)仍被广泛使用。对于寻求重新掌控数据的人,自托管倡导者推荐使用 Snikket 和 Prosody 等现代工具。归根结底,虽然 XMPP 常被视为“Jabber”时代的遗物,但其支持者认为,只要用户愿意克服一定的技术学习曲线,其模块化和开放的本质使它成为对抗封闭生态系统即时通讯软件的一种稳健替代方案。

一位安全研究员在 Beam Living 的公寓租赁门户网站中发现了一个严重的漏洞,该门户网站被纽约市多个大型住宅区所使用。通过利用 GraphQL API 的缺陷,任何拥有申请人电子邮箱地址的人都可以获取其敏感个人信息,包括部分社会安全号码、出生日期、家庭住址、电话号码和信用评分。 研究员发现,该平台的 API 仅凭电子邮件地址即可获取敏感的用户数据,而无需进行会话身份验证。这一漏洞可能导致所有曾向 Beam Living 旗下房产提交过申请的人员的隐私记录面临泄露风险。 此次漏洞的披露过程存在明显问题。尽管研究员在数周内多次尝试联系该公司,但并未收到任何来自正式安全团队的回复。在通过租赁中介和运营人员升级反馈后,该漏洞最终被静默修复。虽然问题现已解决,但研究员强调,该公司在处理此次严重数据安全事件时,存在沟通不畅和缺乏透明披露流程的重大失误。

抱歉。

从 Firefox 157 版本开始,JPEG XL 解码功能将在所有平台上默认开启。该功能由基于 Rust 的 `jxl-rs` 库提供支持,此前一直处于 `image.jxl.enabled` 配置项的开发阶段。 原型设计阶段最初引发的性能担忧已通过集成多线程解码得到解决,基准测试显示其性能与 Safari 的实现方案具有竞争力。虽然 JXL 在处理较小文件时的性能略逊于其他图像格式,但它与 Blink 的实现保持了功能对等,支持动画和渐进式显示。尽管 HDR 图像目前会以 SDR 格式渲染,但该实现提供的色调映射效果优于其他格式。 目前已进行了全面的测试,包括用于验证正确性的 WPT 测试,以及针对分块解码、动画和损坏处理的 Gecko 特定测试。此外,解码器还经过了严格的安全模糊测试。此次发布符合 ISO/IEC 18181 标准,并建立在既有的中立标准立场和“有保留地满意”的 TAG 审查基础之上。

抱歉。

推理工程是一个快速发展的领域,专注于通过降低延迟和成本来优化生产环境中的大语言模型(LLM)。从业者通过 GPU 内核调优、量化、KV 缓存管理和分布式服务等技术实现这一目标。 **InferQuest** 是一个免费、全面且开源的平台,旨在帮助用户掌握这些技能。课程分为两条主要路径: 1. **推理工程:** 涵盖 Transformer 内部机制、CUDA/Triton 内核编写以及引擎管理(例如 vLLM)。 2. **模型训练:** 教授构建大语言模型的全生命周期,从预训练、数据整理到 SFT(监督微调)、LoRA 以及基于 RL(强化学习)的后训练。 InferQuest 不发放传统的证书,而是采用一套严格的、基于里程碑的验证系统。进度通过实时端点探测、自动化 GPU 评分提交以及向开源仓库贡献代码来进行跟踪,从而为工程师提供招聘方所看重的实实在在的作品集。 该学习路线内容详尽,对于有经验的软件工程师而言,大约需要 6 到 12 个月的业余时间完成。虽然大多数任务可以在云端笔记本中运行,但针对特定的 GPU 内核工程模块,需要现代 NVIDIA 硬件支持。

抱歉。

长期以来,荷兰一直依赖大规模的疏浚工程来维护其重要的水道基础设施,而这项任务目前正消耗着大量的化石燃料。然而从历史上看,荷兰人曾通过智慧和体力劳动来应对不断的泥沙淤积。 在现代吸泥船(每分钟可清除100立方米淤泥)出现之前,疏浚工作是由成千上万的劳工使用手持式“疏浚袋”完成的。随着需求增长,技术不断演进,出现了利用链斗挖掘深水区的人力及畜力“疏浚磨”。荷兰人还利用自然力量,使用“刮泥器”(通过水流、风力或马匹牵引的耙子)来松动沉积物。在弗里斯兰等地区,设计者选择进行结构适应,建造了被称为 *skûtsjes* 的浅吃水船,以尽量减少对加深运河的需求。 随着疏浚行业面临燃料密集型维护所带来的环境挑战,这些前工业时代的方法提供了一个引人深思的历史视角。“人力发电厂”项目甚至探讨了回归人工方法的可能性,并提出了一个问题:现代社会能否在不完全依赖化石燃料机械的情况下,可持续地维护重要基础设施。

所提供的文本摘录了一场关于无化石燃料疏浚可行性的 Hacker News 讨论,该讨论由《低技术杂志》(Low Tech Magazine)2018 年的一篇文章引发。 对话聚焦于更换高功率柴油疏浚设备所面临的技术挑战。参与者提出了多种替代方案,包括通过连接电网的电缆为挖泥船供电(将其比作电力铁路系统),或在电池无法满足需求的情况下,针对高能量密度要求使用合成液体燃料。 讨论扩展到关于可持续性领域“低技术”与“高技术”路径之间更广泛的意识形态分歧。批评者认为,环保主义者往往依赖于忽视现代工程现实的“低技术”方案。相反,其他人则强调了能源投资回报率(EROI)的重要性以及生物燃料的局限性;他们指出,虽然大多数行业已存在可持续的替代方案,但像大规模疏浚这类“难以减排”的行业,需要务实地转向电气化基础设施或先进的高密度储能技术。这场辩论突显了在环境管理愿望与维持关键、高能耗海事基础设施且不依赖化石燃料的后勤复杂性之间存在的张力。

更多

联系我们 contact @ memedata.com