摄影师在一次有缺陷的传输过程中意外删除了新拍摄的素材。他们通常的工作流程包括使用脚本从SD卡复制文件，备份到带有快照的NAS，并同步到便携式雷电驱动器。然而，一个失误——在同步期间打开了错误的文件夹——导致同步命令*删除*了雷电驱动器上的文件，并且由于复制尚未完成到NAS，快照中也不包含新的素材。
最初使用Photorec尝试恢复，得到的文件是碎片化的（.mp4和_moov.mov），即使尝试重新组装也无法正确播放。像`untrunc`这样的工具显示出希望，但最终未能完全恢复视频。最终，使用Disk Drill付费数据恢复软件中的“高级相机恢复”模式，成功恢复了所有原始文件。
这次经历强调了在删除源文件*之前*验证备份的重要性，并促使工作流程的改变：在编辑完成之前保留SD卡内容，并投资购买额外的SD卡以避免未来的数据丢失。虽然开源工具提供了潜在的恢复选项，但时间投入和复杂性最终导致使用Disk Drill成功解决了问题，尽管代价较高。
每日HackerNews RSS
启用 JavaScript 和 Cookie 以继续。
## YouTube频道损失凸显平台力量与人工智能担忧
一位科技YouTuber因YouTube自动化系统错误地将其频道与收到版权警告的日本频道关联，而失去了他的频道。这一事件在Hacker News上引发了关于YouTube和Google等大型平台所拥有的巨大力量，以及受算法错误影响的创作者缺乏补救途径的讨论。
许多评论员认为，这些平台的统治地位需要打破垄断，并促进更加分散和可互操作的网络。人们对平台变得如此庞大时，扩大支持和问责制变得困难，以及任意执法影响生计的潜力表示担忧。
虽然一些人承认存在替代平台，但YouTube的市场支配地位的网络效应仍然是一个重大障碍。 讨论还涉及过度使用“人工智能”一词来描述自动化系统，以及需要制定法规来确保人工审查和账户决策中的正当程序。 最终，这一事件凸显了依赖集中式平台的创作者的脆弱性，以及对更平衡的数字生态系统的需求。
Plexe AI 提供了一个快速构建和部署定制机器学习模型的平台，即使没有编码专业知识也能实现。用户只需连接他们的数据，Plexe 就能提供即时洞察、评估数据质量并识别关键模式。
该平台允许用户用简单的语言描述他们期望的模型，Plexe 则会构建一个可用于生产的解决方案，解决欺诈检测、客户流失预测和产品推荐等挑战。主要功能包括完全透明的性能指标和训练细节，以及 API 接口、批量作业和数据连接器选项。
Plexe 服务于金融、电商、物流和网络安全等多个行业。 近期，Plexe 被评为 BI 杂志“十大最具前景的 AI 初创公司”之一。 简而言之，Plexe 旨在成为一个可供各规模企业使用的“AI 工程团队”，加速从数据到可操作 AI 解决方案的转变。
## JavaScript 源代码映射：摘要 源代码映射弥合了优化后的生产JavaScript代码（通常是压缩和打包后的代码）与原始、对开发者友好的源代码之间的差距。它们允许浏览器使用原始变量名和格式显示和调试代码，即使在运行压缩文件时也是如此——解释了为什么`bundle.min.js`中的错误可以精确定位到`src/index.ts`中的问题。 这个过程涉及三个关键阶段：转译（TypeScript到JavaScript）、打包和压缩，源代码映射在整个过程中保留了与原始代码的链接。这些映射是JSON文件（`.js.map`），包含关于原始源代码、变量名以及最重要的*映射*的信息——压缩数据，详细说明了生成代码和原始代码之间的对应关系。 这种压缩利用了**VLQ（可变长度量）编码**，使用Base64字符有效地表示位置差异。VLQ不存储绝对坐标，而是存储相对变化，从而最小化文件大小。`mappings`字符串由逗号和分号分隔的片段构成（分号充当换行符），编码生成文件和源代码的位置，并可选地包含原始变量名。 理解源代码映射可以解锁强大的调试功能，并且在性能分析工具中变得越来越重要。
这个Hacker News讨论围绕一篇最近的文章，解释了开发者工具如何使用源映射将混淆过的JavaScript代码映射回原始TypeScript源代码。对话的核心在于术语：具体来说，“offset”（偏移量）或“delta”（增量）哪个术语更准确地描述源映射中使用的相对定位。
用户们争论了每个词语的细微差别，许多人同意“delta”（增量）或“delta编码”更精确，因为它强调了位置之间的*差异*，而不是从起始点开始的距离。另一些人则认为“offset”（偏移量）同样有效。
一位用户还分享了他创建的工具，可以从利用源映射的Web应用程序中恢复原始源代码，包括延迟加载的块，该工具在GitHub上可用。最后，帖子还提醒了Y Combinator 2026年冬季申请期限。
512KB俱乐部
The 512KB Club
25 天前
## 512KB俱乐部：呼吁更轻量级的网络 512KB俱乐部展示的是那些优先考虑速度和效率的网站，在日益臃肿的网络环境中。对许多热门网站的巨大体积感到沮丧——通常被过多的JavaScript主导——该俱乐部倡导优化和注重网页开发的理念。 该项目重点展示包含大量内容的真实网站，但总*未压缩*资源大小限制在512KB以内。网站根据大小分为“团队”（<100KB“绿色”，<250KB“橙色”，<512KB“蓝色”），鼓励进一步优化。 由Kev Quirk创建，并受到1MB俱乐部的启发，512KB俱乐部旨在证明丰富的在线体验并不需要大量的下载，并鼓励开发者质疑不必要的代码、主题和大型媒体文件。它由志愿者维护，并欢迎社区的支持。
请启用 JavaScript 并禁用任何广告拦截器。
## pg_lake：将湖仓带到PostgreSQL
pg_lake 将 Iceberg 和数据湖文件直接集成到 PostgreSQL 中，将其转变为一个强大的、事务性湖仓系统。它允许用户直接从 Postgres 创建、修改和查询 Iceberg 表，同时查询和导入存储在 S3 等对象存储中的各种格式（Parquet、CSV、JSON）的数据。
主要功能包括：通过 `COPY` 命令实现无缝数据导入/导出，支持地理空间数据，透明压缩，以及在单个查询中组合堆表、Iceberg 和外部文件中的数据。pg_lake 从外部源推断模式，并通过 `pgduck_server` 利用 DuckDB 的查询引擎来加速性能。
设置可以通过 Docker 或从源代码构建来实现，需要 PostgreSQL 扩展和兼容 S3 的存储。`pgduck_server` 运行 DuckDB，可通过 Unix 套接字通过 `psql` 访问，从而提高查询速度。配置涉及设置凭据和对象存储中 Iceberg 表的默认位置前缀。
pg_lake 最初由 Crunchy Data 开发，现在由 Snowflake 开源，它基于模块化设计，具有多个 PostgreSQL 扩展和支持服务，优先考虑可维护性和可扩展性。
## pg_lake: Postgres 与 Iceberg - 摘要
Snowflake Labs 开源了 **pg_lake**，这是一个 Postgres 扩展，能够直接访问存储在 Iceberg 格式和数据湖（如 S3）中的数据。 这允许用户像查询原生 Postgres 表一样查询数据湖文件，从而弥合了传统数据库和现代数据湖架构之间的差距。
该项目解决了 Postgres 生态系统中对开源解决方案的需求，提供了一种避免与 Snowflake 等平台绑定供应商的方式。 它利用 DuckDB 作为查询引擎，处理 Iceberg 和 parquet 文件的复杂性，而 Postgres 管理目录和事务。
主要优势包括与现有 Postgres 工作流程的无缝集成、将数据湖数据与现有 Postgres 表连接的能力，以及通过独特的事务方法支持高容量写入。 虽然 Snowflake 提供类似平台，但 pg_lake 针对寻求更开放和灵活解决方案的 Postgres 用户，尤其适用于可能超出标准 Postgres 设置的复杂 ETL 管道和分析工作负载。 存在几个类似的项目（如 DuckLake 和 pg_mooncake），但 pg_lake 凭借团队丰富的 Postgres 扩展经验而具有成熟度。
DRAM市场正经历严重供应短缺，服务器内存受到的影响尤为严重。主要超大规模云服务提供商目前仅收到其订购的70%的DRAM，尽管他们已经同意价格上涨高达50%。这受到内存需求激增的推动——包括HBM和传统的DDR5，这都源于人工智能的繁荣。
三星和SK海力士正在优先生产面向人工智能的组件，从而减少了服务器DRAM的产能。现货价格大幅上涨（DDR5 16GB模块翻倍至约13美元），供应商正在限制报价。虽然超大规模云服务提供商已经获得了分配，但较小的OEM和渠道厂商面临的交货率低至35-40%。
美光预测持续的紧张局面将持续到2025年，TrendForce建议可能出现价格冻结。DDR4的产量正在下降，进一步加剧了这个问题。除非需求下降或生产良率显著提高，否则广泛的DRAM分配限制预计将持续到2026年。
1988年这一天，莫里斯蠕虫在24小时内感染了互联网10%的计算机。
This week in 1988, Robert Morris unleashed his eponymous worm
25 天前
1988年11月，康奈尔大学研究生罗伯特·塔潘·莫里斯向早期的互联网发布了一个自我复制程序——现在被称为莫里斯蠕虫。最初的目的是无害地评估网络规模，但由于编程错误，它迅速传播，在24小时内感染了大约6万个联网系统中的10%。
该蠕虫利用了电子邮件系统和“finger”程序的漏洞，导致严重的减速、崩溃，并迫使一些机构暂时断开与网络的连接——包括主要大学和NASA设施。虽然该蠕虫并非设计用于破坏数据，但解决由此造成的破坏估计耗资10万美元到数百万美元。
莫里斯最终被识别并根据《计算机欺诈与滥用法案》起诉，被处以罚款、缓刑和社区服务。这一事件凸显了新兴互联网的脆弱性，并推动了网络安全技术的进步，标志着计算机安全历史上的一个关键时刻——早于我们今天所知的万维网。
## 莫里斯蠕虫：1988年互联网里程碑
1988年11月，罗伯特·莫里斯发布了一种蠕虫到早期的互联网上，旨在评估其规模。然而，一个编码错误导致它不受控制地复制，影响了大约60,000台联网计算机中的10%——主要在大学和机构。该蠕虫利用了Unix系统的漏洞，通过fingerd和sendmail传播。
该事件引发了网络安全领域的转折点，提高了人们对软件漏洞的认识，以及对更好安全实践的需求。莫里斯被判犯有重罪，被判处缓刑并罚款，但他后来在科技领域取得了成功，共同创立了Viaweb（后来被雅虎收购），并成为YC的合伙人。
讨论强调了当时相对宽松的安全环境，他父亲在NSA的职位的影响，以及该蠕虫在塑造现代网络安全研究和文化方面的持久遗产。许多参与者回忆起互联网的早期时光，以及它所培养的更慢、更紧密联系的社区。
## 特斯拉Robotaxi事故与安全问题
最近的报告显示，特斯拉的“Robotaxi”即使在有人类安全监控员在场的情况下，也发生了事故。一篇文章指出，行驶约25万英里发生了四起事故，这一比例让一些人感到担忧，与人类驾驶员相比（大约每241,220英里发生一起事故）。然而，由于驾驶条件不同以及特斯拉的数据透明度有限，与Waymo相比，直接比较具有困难。
讨论的中心是特斯拉放弃激光雷达，转而采用仅依靠视觉的方法的决定。一些人认为这会损害安全性，而另一些人则指出其成本效益。报告的事故大多是低速事故，其中一些归因于外部因素，如注意力不集中的驾驶员。
评论员们争论了比较事故率的价值，安全驾驶员干预的重要性（特斯拉未发布的数据），以及特斯拉的FSD方法与Waymo等竞争对手的可行性，后者优先考虑更丰富的传感器系统。人们对特斯拉将成本置于安全之上以及潜在的长期后果表示担忧。