EventSourcingDB 1.3 引入了与 v1 并存的 v2 API（v1 支持至 2027 年 1 月 31 日），提供可读的正文结果、带错误码的错误、显式流结束、心跳和递归前置条件。SDK 同时支持两个 API。数据导出/导入和增量备份更简单；恢复更快。写入、查询和读取性能提升，索引更小，完整性检查更好。可靠性新增包括请求/时间限制、EventQL 限制、恒定时间令牌检查、强令牌要求，以及写入失败时的只读回退。生产功能包括默认速率限制、OpenMetrics 健康报告、可选的必需事件 schema，以及 API 目录。升级需谨慎：先备份，因为 1.3 数据目录不向后兼容；启动 1.3 前停止旧服务器；处理 Docker UID 变化；使用有效且至少 32 字符的令牌；验证哈希前更新 SDK；移除已移除的 AI 标志；预期 EventQL/前置条件行为变化和初始索引重建。文档已移至 eventfoundation.io。
每日HackerNews RSS
公告：EventSourcingDB 1.3.0 已发布。评论争论事件溯源的可及性：有人说开发者缺乏技能；有人说没有经验的开发者在简要介绍后可以使用。技术担忧指出 EventQL 前置条件可能最多阻塞所有写入五秒，被视为有风险，不过有人指出锁可能按流范围限定，且前置条件应罕见或有限。另一段讨论指出事件溯源可能适合个人 AI 代理的记忆，但许可证使其不切实际；企业数据库避免开源，暗示代理工作流可能推动未来开源事件溯源工具。
Apple 正在关闭 Apple Support Community 论坛，该论坛现已变为只读，并将于 2026 年 11 月 20 日永久关闭。用户被引导至 Apple 官方支持网站寻求帮助。该论坛可追溯至 1998 年，原名为 Apple Tech Exchange。Apple 尚未说明旧帖子将如何处理，但它们可能会消失。Apple 表示，该决定基于对客户需求的战略评估，并感谢了贡献者。
黑客新闻
新
|
过去
|
评论
|
提问
|
展示
|
工作
|
提交
登录
苹果下周将关闭其支持社区论坛
(
theverge.com
)
258 分
由
saikatsg
1 天前
|
隐藏
|
过去
|
收藏
|
3 条评论
帮助
ChrisArchitect
1 天前
|
下一个
[–]
[重复]
https://news.ycombinator.com/item?id=50449440
回复
dang
1 天前
|
父级
|
下一个
[–]
评论已移至那里。
回复
throw0101c
1 天前
|
上一个
[–]
更早的帖子，关注度较低或没有：
*
https://news.ycombinator.com/item?id=50451348
回复
指南
|
常见问题
|
列表
|
API
|
安全
|
法律
|
申请 YC
|
联系
搜索：
Atuin Threads（Atuin 18.24+）让 AI 智能体会话可搜索、同步并可跨机器恢复。与 Atuin shell 历史类似，它保留命令、输出、意图和失败尝试，支持端到端加密以及可选的本地/自托管同步。用户可在某个智能体/工具/机器上开始，然后在另一个（例如 Claude Code 到 Codex）上恢复或分叉。支持的智能体包括 Claude Code、Codex、Pi、Omp 和 OpenCode。MCP 服务器允许智能体搜索先前会话以获取上下文和过往决策。用例包括复用放弃的工作、追踪故障和在快/慢机器间继续调查。团队会话共享正在计划中。使用设置脚本安装/更新，运行 `atuin resume`，可选运行 `atuin mcp install`。
Atuin Threads 是 Atuin 的一项新功能，可在机器和不同代理框架间存储、同步、搜索和恢复 AI 编码代理会话。Hacker News 讨论获得 234 点和 84 条评论。Atuin 代表表示会话端到端加密，用户可自托管。评论者分享了许多替代方案，包括自定义会话搜索工具、活文档方法和向量数据库。一些人称赞 Atuin 的实用性，另一些人则担心同步嘈杂或敏感会话、token 用量和安全问题。一位用户报告了 EFSRO 错误，一名 Atuin 工程师表示修复即将推出。其他人讨论了工作流偏好，例如将会话保留在一台机器上、使用自托管服务器或通过 Syncthing 同步。总体而言，讨论反映了对跨机器代理会话历史的强烈需求和许多相互竞争的方案。
Pharo World 拖放文件以导入或打开 Smalltalk .st 文件、Pharo .zip 文件，或包含 .changes 和 .sources 的 .image 文件 Git HTTP 代理 站点默认：（无） 无：请求直接发送到 git 主机（仅适用于允许此页面访问的主机） 我的代理：Iceberg 的 https:// 克隆、获取、拉取和推送，以及 Metacello 的 github:// 加载，使用此 CORS 代理：每个请求发送到代理 URL，后跟仓库的主机和路径，例如 github.com/pharo-project/pharo.git。代理会看到代码及通过它的任何凭据，因此仅选择你运行或信任的代理：推送时要求的用户名和令牌仅通过我的代理，或在选择“无”时直接发送到主机，从不通过站点默认。选择“无”时，请求直接发送到仓库本身，仅适用于允许此页面访问的服务器（CORS）。浏览器会保存你的选择；链接无法设置它。取消 保存 此页面需要 JavaScript 和 WebAssembly。
Hacker News 用户讨论了在浏览器中运行的 Pharo WebAssembly 构建版本。评论者称赞 Smalltalk/Pharo 的实时、基于镜像的编程模型、一致性与即时性，并对 Smalltalk 未来感的氛围感到怀旧。一些人分享了诸如构建扫雷克隆的经验，并询问其具体实现方式，包括解释器与 JIT。性能反馈褒贬不一：有人认为它快得惊人，也有人认为它很慢，尤其是在 Chrome 上；Firefox 更受青睐。多人指出 UI 问题，如鼠标缩放、缩放问题以及失效的后退按钮。其他人提到了类似的 Squeak 浏览器实验和实际好处，例如在无需安装或管理员权限的情况下试用 Pharo。少数人质疑浏览器部署是否会违背 Pharo 的初衷，而支持者则提到了锁定的机器。帖子还涉及了 Smalltalk 社区规模小以及现实用户如 Yesplan 和 ApptiveGrid。总体而言，反应从对实时编程的热情到对 Web 移植性能与用户体验的实用性抱怨不等。
Mike Karliner 介绍了 ThingStudio，这是一个开源、宽松许可的项目，将 Node-RED 风格的流式编程与运行在裸机上的 MicroPython 相结合。目前处于测试阶段：它在经过测试的开发板上可以运行，但需要外部用户来发现设置和文档中的不足之处。目标是帮助某人从空白的 ESP32 或 Raspberry Pi Pico 开始，在大约 15 分钟内（包括 MicroPython 安装）实现 LED 闪烁。测试者被要求通过 GitHub 或电子邮件报告他们在哪里停下、猜测或遇到困难。那些尚未准备好测试的人可以订阅以获取有关新开发板、节点和测试期结束的更新。
ThingStudio 是 Mike Karliner 开发的面向微控制器的 Node-RED 风格可视化流式编程环境。用户通过拖放来构建程序，程序会生成 MicroPython 并上传到微控制器，使板卡在不依赖编辑器的情况下独立运行。它完全本地运行，采用 Apache 2 许可证；提供编辑器/IDE，但由于 WebSerial 并非通用，上传需要安装。
在评论中，一位用户表示 MicroPython 限制硬实时任务，并询问 ADC 采样、中断、通信总线和线程。创作者回复称，现代微控制器（ESP32-S3、RP2350）要强大得多，MicroPython 的 Native/Viper 发射器可为 SPI 显示驱动等性能关键节点生成原生代码。他面向不需要最高性能的实用、非玩具用例，并可能在采用率增长后探索更低级语言或 C/C++ 插件。
like-webrtc 是一个用于浏览器、Node.js 和 React Native 的点对点 WebRTC 库，内置信令和节点发现。它使用可共享的加密公钥而非 IP 地址，在设备和网络之间建立直接 P2P 连接。节点可以创建在公钥上监听的服务器，其他节点使用该地址连接。发现通过共享主题进行，包括 announce、lookup 和 join。它支持完整 WebRTC API，包括数据通道、音视频轨道和 transceiver，并预配置 STUN 和 TURN 服务器以及端到端 Noise 加密。默认包含 WebSocket 信令服务器。API 模仿 Node.js 模式（createServer、listen、connect），并包含 keyPair、randomBytes、WebStream 等辅助函数。还提供防火墙选项、断连重试和手动公告管理。采用 MIT 许可。
Hacker News 的讨论围绕 LuKks 开发的跨平台 WebRTC 库 "like-webrtc" 展开。它提供内置信令、节点发现、加密身份和默认 STUN/TURN 的 P2P 连接，可在浏览器、Node.js 和 React Native 中运行。评论者指出它仍需要外部 STUN/TURN 和信令服务器；作者计划实现端到端加密的盲信令、冗余以及可能基于 BitTorrent/Nostr/Kademlia 的去中心化信令。它与 Trystero 和 PeerJS 进行了比较；与 PeerJS 不同，它提供可用的 RTCPeerConnection 而不强制数据通道，并支持 Node。作者强调了最小化 API、完美协商以及可能用于基于 WebRTC 的后端。担忧包括对单一默认信令服务器的依赖，尽管可以使用自定义服务器。总体而言，它是一个早期工具，旨在简化 WebRTC P2P，同时改进信令与发现。
我向每家电视制造商提出了17个问题，关于他们如何监视你 I asked every TV manufacturer 17 questions about how they spy on you
2 天前
《Verge》的一项调查向11家电视和流媒体公司提出了17个关于数据收集的是/否问题。包括亚马逊、苹果、谷歌、LG、Roku、三星和TCL在内的主要公司回复不一，而海信忽略了询问，其他公司则未回答部分问题。回复显示，麦克风通常仅通过唤醒词或按键激活；部分语音数据可能被存储或传输；ACR可识别观看习惯，但通常为选择加入或可禁用；电视可能收集导航、位置/IP、账户详情和附近设备信息；数据可能存储在本地或云端。退出可能无法阻止所有传输，断开互联网可停止外部数据传输，但可能保留部分本地存储。加密和删除选项因公司而异。消费者被敦促比较回复并决定自己的隐私舒适程度。
一篇Verge文章就监控问题向电视制造商提出17个是/否问题。回复各异：LG否认收集截图，但承认使用音频指纹识别进行ACR，评论者称这仍可识别观看内容，并可能低估设备能力。用户指出LG的“Live Plus”等设置可重新启用跟踪。Samsung表示其电视不会自行连接开放Wi-Fi网络。Apple给出模糊或非直接回答，而Sony和Hisense reportedly未回答。评论者表达不信任，引用ACR、遥测、可能的音视频捕获以及措辞谨慎的企业回应。实用建议包括永远不将电视连接互联网、使用外部流媒体设备、购买商用或“非智能”显示器，或物理移除Wi-Fi模块。更广泛担忧是电视商业模式日益依赖广告和数据，对误导性隐私声明的处罚力度较弱。
作者认为，重大社会政策和慈善项目应当怀有深切的谦逊，因为许多善意的干预失败或效果微乎其微。他们引用了彼得·罗西关于评估的怀疑“定律”、不同政治立场上的失败、一些现金转移研究的零结果，以及未被衡量或无效的项目案例，例如国家科学基金会的教育项目很少被评估、国土安全部缺乏明确目标或数据、纽约大学的免费学费没有改变医学生的专业选择。作者将很多失败归因于“控制幻觉”：人们高估了善意对结果的塑造作用，且常常不检验干预是否真正有效。他们既拒绝天真乐观，也拒绝听天由命，认为社会科学仍不成熟，改善社会需要耐心的实验、测量和循序渐进的进步，而非确定性。
文章认为，许多善意的社会干预措施会失败或适得其反，列举了学校改善拨款、大学多样性官员、阿富汗就业计划、每人一笔记本电脑项目和疫苗宣传等例子。它用“宰羊献祭”比喻来敦促谦逊：政策应被视为实验，需谨慎衡量，并在无效时修订或放弃。Hacker News 评论者争论这是否反映了不成熟的社会科学、政治动机或设计拙劣的项目，以及衡量真实结果的困难。一些人强调了意外后果和系统性激励，而另一些人则指出被忽略的成功或为干预措施辩护。总体而言，讨论强调社会政策很困难，常识性假设常常是错的，证据比良好初衷更重要。
Firefox 引入了针对浏览器指纹识别（一种不使用 cookie 的追踪技术，通过字体、屏幕尺寸和硬件等信息跨网站识别用户）的更强防护。CCS 2026 接收的研究发现，仅保护少数浏览器特性就能显著削弱流行的指纹识别方法。该研究基于近 2500 万 Firefox 用户的数据，并增加了隐私保障措施（OHTTP 路由、严格的数据保留限制），显示这些防护措施减少了唯一指纹，并增大了共享用户群体的规模。 最新更新（随 Firefox 145 发布）通过限制暴露的屏幕分辨率信息、将处理器数量报告为 4 或 8，以及改进图像渲染、Web Audio 和 Android 数学运算的一致性，来减少可区分的细节。部分防护默认开启；其他防护可在隐私浏览或严格增强型追踪保护模式下使用。 这些反指纹识别防护与 Firefox 现有的隐私工具相辅相成：Total Cookie Protection、Firefox Relay 邮箱别名以及内置 VPN。它们共同为用户隐私提供了坚实基础，同时保持网站可用。Firefox 继续以开放方式开发这些防护，并与更广泛的安全社区共享研究和代码。
Mozilla 的帖子强调 Firefox 在减少浏览器指纹方面的努力。评论者将其与 Brave 比较，指出两者都不能完全阻止 Cloudflare Turnstile（Kagi 等网站使用）。讨论延伸到机器人访问：有人认为网站应提供高效的机器人 API 以减少抓取负载，而另一些人则为阻止机器人和 CAPTCHA 辩护。有人批评 Mozilla 的匿名凭证提案过于复杂或会锁定网络，还提出了诸如污染指纹派生数据、为 canvas 访问添加权限对话框以及确定性 API 等建议。用户反映注重隐私的浏览器可能触发更多 CAPTCHA。总体而言，更强的隐私与网站滥用防范之间的紧张关系依然存在。
正在检查您的浏览器...需要JavaScript
一篇 Hacker News 帖子链接到“Make this forward pass as fast as possible.” 讨论考虑了训练用于优化内核的 AI 模型是否能替代 ML 编译器，因为数值检查可以验证正确性。一位评论者声称 Anthropic 正在限制内核优化能力；另一位引用 Anthropic 的 Fable/Mythos 5.2 公告，其中称这些模型被训练以限制在加速器内核优化和 LLM 架构研究等领域的进展，并对某些内核开发主题透明地回退到 Opus 5。其他评论者对“kernel”一词感到惊讶或困惑。