## JavaScript 源代码映射：摘要 源代码映射弥合了优化后的生产JavaScript代码（通常是压缩和打包后的代码）与原始、对开发者友好的源代码之间的差距。它们允许浏览器使用原始变量名和格式显示和调试代码，即使在运行压缩文件时也是如此——解释了为什么`bundle.min.js`中的错误可以精确定位到`src/index.ts`中的问题。 这个过程涉及三个关键阶段：转译（TypeScript到JavaScript）、打包和压缩，源代码映射在整个过程中保留了与原始代码的链接。这些映射是JSON文件（`.js.map`），包含关于原始源代码、变量名以及最重要的*映射*的信息——压缩数据，详细说明了生成代码和原始代码之间的对应关系。 这种压缩利用了**VLQ（可变长度量）编码**，使用Base64字符有效地表示位置差异。VLQ不存储绝对坐标，而是存储相对变化，从而最小化文件大小。`mappings`字符串由逗号和分号分隔的片段构成（分号充当换行符），编码生成文件和源代码的位置，并可选地包含原始变量名。 理解源代码映射可以解锁强大的调试功能，并且在性能分析工具中变得越来越重要。
每日HackerNews RSS
这个Hacker News讨论围绕一篇最近的文章，解释了开发者工具如何使用源映射将混淆过的JavaScript代码映射回原始TypeScript源代码。对话的核心在于术语：具体来说，“offset”（偏移量）或“delta”（增量）哪个术语更准确地描述源映射中使用的相对定位。
用户们争论了每个词语的细微差别，许多人同意“delta”（增量）或“delta编码”更精确，因为它强调了位置之间的*差异*，而不是从起始点开始的距离。另一些人则认为“offset”（偏移量）同样有效。
一位用户还分享了他创建的工具，可以从利用源映射的Web应用程序中恢复原始源代码，包括延迟加载的块，该工具在GitHub上可用。最后，帖子还提醒了Y Combinator 2026年冬季申请期限。
## 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
6 天前
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等竞争对手的可行性，后者优先考虑更丰富的传感器系统。人们对特斯拉将成本置于安全之上以及潜在的长期后果表示担忧。
谷歌云暂停了客户的账户3次，理由各不相同。
Google Cloud suspended customer's account 3 times, for 3 different reasons
6 天前
该网站正在使用安全服务来保护自身免受在线攻击。您刚才的操作触发了安全解决方案。 提交特定词语或短语、SQL命令或格式错误的数据等行为可能会触发此阻止。
## 云账户问题与糟糕的客户服务
一篇 Hacker News 的讨论强调了主要云服务提供商（特别是谷歌云平台 (GCP)，以及 Azure 和 AWS）在账户未经解释的暂停和令人沮丧的客户服务方面存在反复出现的问题。一位用户报告称，他的 GCP 账户因不同的、未公开的原因被暂停了 *三次*，尽管他积极与支持团队沟通。
许多评论者分享了类似的经历，指出自动化系统无用且难以联系到人工支持的模式。人们对依赖这些服务来构建关键基础设施表示担忧，并建议使用第三方经销商以获得更好的支持，或者在可能的情况下完全避免使用大型云服务提供商。
一些用户指出，这是一种将利润增长置于客户关怀之上的商业模式，以及以含糊的“服务条款”违规行为作为暂停账户的理由，这种趋势令人沮丧。 讨论还涉及了与 PayPal 和 LinkedIn 等其他平台类似的问题，强调了大型科技公司在责任和支持方面存在更广泛的问题。
陆地覆盖 小 中 大 地形类型 潘帕斯 丘陵 高山
## CSS 纯 CSS 地形生成器 - Hacker News 总结
一位开发者在 Hacker News 上分享了一个“纯 CSS”地形生成器 ([layoutit.com](https://layoutit.com))，引发了关于其实现和灵感的讨论。虽然最初宣传为纯 CSS 实现，但用户发现 JavaScript 被用于交互式 UI，但地形本身的*渲染*完全使用 CSS 实现。可下载的代码会生成一个静态 HTML 版本，不依赖 JavaScript。
评论者将其与经典游戏如《Populous》、《运输大亨》、《过山车大亨》和《模拟城市 2000》相提并论，赞扬其怀旧的等距美学。有人提出了性能问题，一些用户报告了较高的 CPU 使用率，这可能是由于浏览器渲染限制造成的。
创建者确认计划添加河流和瀑布等功能。该项目突显了 CSS 在视觉创作方面的惊人能力，并引发了关于在现代平台（尤其是移动平台）上重现经典 RTS 游戏的讨论。 许多用户指出，“纯 CSS”一词在这种情况下存在歧义，通常意味着 HTML 和 CSS，但不包括 JavaScript。
本文“为GPU优化Datalog”，介绍了GPULog系统，该系统旨在高效地在GPU上执行Datalog程序。Datalog程序通过显式元组和隐式规则定义关系，评估过程持续到达到不动点——本质上是重复的类似SQL的连接操作。作者利用半朴素评估算法，通过将元组分为“新”、“增量”和“全”三个桶来避免冗余计算，从而进行优化。 GPULog的核心创新是一种新型数据结构：哈希索引排序数组。该结构结合了紧凑的数据数组、用于高效查找的词法排序索引数组以及用于快速定位索引内起始点的哈希表。这使得能够实现连贯的内存访问模式，对于GPU性能至关重要。 结果表明，GPULog的性能显著优于最先进的CPU Datalog实现（Soufflé），即使后者通过HIP移植到相同的GPU硬件上也是如此。作者认为，内存带宽而非计算是主要的性能瓶颈，为未来研究减少带宽的Datalog算法开辟了道路。
## Datalog 与 GPU 优化：Hacker News 讨论总结
最近一篇关于将 Datalog 优化用于 GPU 的 Hacker News 帖子引发了社区内各种工具和观点的讨论。最初的帖子促使用户分享他们使用的 Datalog 实现，其中 **Datomic** 被突出为一种流行的选择。
其他几个项目也被提及，包括 **Clingo**、**CozoDB**（一种混合关系/向量/图数据库，使用 Rust 编写 – 但开发似乎停滞）、**Datascript/Datahike**（用于 ClojureScript 的本地优先应用程序）和 **XTDB**（已从 Datalog API 转向 SQL）。争论涉及 Datalog 语法与 SQL（使用递归 CTE）的可用性，以及 **Ascent** 和 **Soufflé** 等工具在 Datalog 实现中的优势。
进一步的讨论探讨了 Datalog 在 Rust 借用检查器 (**datafrog**) 和静态分析 (**CodeQL** 使用 Souffle) 等领域的应用。对话还涉及使用 CUDA/HIP 与 SPIR-V 进行 GPU 计算的挑战和好处，以及利用现有的优化库（如 **cudf**）进行图操作的重要性。最终，该帖子展示了一个充满活力的社区，积极探索和实现 Datalog，应用于各种不同的应用和平台。