最新

Bun 1.4 - 修复了超过 2,900 个 GitHub 问题 - 引入了 Node.js 测试套件中的 1,517 项测试 - 空闲 CPU 使用率降低 5 倍 - 内存使用量最高可降低 35% - Linux 平台启动速度提升最高可达 50% - *使用 Rust 重写了 Bun* 感谢自 Bun 1.3 发布以来所有做出贡献的人！ --- https://bun.com/blog/bun-v1.4

我想要一个简单的仪表板，用于入口处的 TRMNL 显示屏，告诉我当晚是否值得拿出我的望远镜，最终我将其扩展为一个 Web + iOS 应用，以防其他人觉得有用。 所有应用都连接到我自己的端点，该端点会消费 AstronomyAPI（太阳系内当前天体位置）、7Timer！（云量、视宁度、透明度）和 Open-Meteo（空气质量），并与您当前的位置/海拔/设备进行比较，从而判断当晚是否值得观星以及如果外出的话可以看什么。所有显示逻辑/字符串都包含在我的 API 中，这样我就可以在需要时进行调整，而无需重新部署单独的前端。 希望其他人觉得它很方便！

所有加密和签名均使用后量子原语。这是一个静态页面；没有任何内容会发送到服务器。

我正在使用 unsloth 的最新 qwen3.8-27B 模型（带有动态 3.0 量化）在 opencode 上工作。<p>在检查一个 Rust 项目的文档时，它没有获取其自身推理中列出的 URL，而是尝试获取类似以下的 URL：<p>https://routify-file-proxy-sg.oss-ap-southeast-1.aliyuncs.com/proxy_temp_file/production/2026-08-20/trace_0baf8c2b17874702866132490e0b56/requestId_97422c0041074091a68367881782d7b7/7c0791038d2f58b3a52c0f07714d3627.html?Expires=1818574288&OSSAccessKeyId=LTAI5t…QVZr&Signature=96y%2B…w%3D<p>这在同一会话中发生了，不同的批次，总共 16 次。<p>它说服自己 webfetch 工具中存在某种重写代理。<p>`Expires`、`trace` 和 `requestId` 在几次请求中是一致的，但它们会发生变化。<p>`AccessKeyId` 始终是相同的，“LTAI5t…QVZr”<p>我没有在签名和访问密钥中添加“…”<p>可能是训练链接，但那个 `Expires` 数字似乎非常高……<p>以 Unix 时间戳表示：<p>1818574288 -- 2027 年 8 月<p>1787251180 -- 现在<p>我只是把这个放在这里，也许有人想玩玩。不过我不认为会有什么结果。

大家好。我一直在开发一个名为 Huzzah 的实验性编辑器。 从今年一月开始，我几乎完全使用编码代理，而在过去的几个月里，我开始感到非常疲惫。它们很棒，但我发现为我想要的每一个改动写完整的句子越来越乏味。不仅如此，代码库似乎也有一个复杂度上限——超过某个点，代理就会开始混淆自己。 我想回到写代码，但又不想完全回到全手动编码。所以我设计了这个交互范式，你可以： <pre><code> 1. 用你觉得最合适的方式写伪代码 2. 保存时，编辑器会将你的工作同步为真正的源代码 3. 伪代码会与生成的代码一起保存，使你的提示有效地成为意图的存储记录。 </code></pre> 它可能不适用于所有用例，但在我最初的尝试中，我发现它非常令人愉快。 目前它只是一个概念验证——安装说明在这里的 README 文件中：<a href="https://github.com/danielvaughn/hz" rel="nofollow">https://github.com/danielvaughn/hz</a> 你也可以在这里观看它运行的视频：<a href="https://x.com/danielvaughn/status/2090456808431165715" rel="nofollow">https://x.com/danielvaughn/status/2090456808431165715</a> 祝好！

他们的网站上没有信息，但我收到了一封电子邮件。 你好，您是我们的一位活跃用户，我们想通知您，我们将逐步淘汰 Instant。 更详细地说： 新用户注册即将关闭。我们建议您在未来 12 个月内将您的应用程序迁移出 Instant Cloud。2026 年 7 月 31 日之后开始的任何订阅都将获得全额退款。 2027 年 8 月 31 日，所有云应用程序将关闭。备份将保留 12 个月，直至 2028 年 8 月 31 日。 我们编写了一份指南，帮助您自行托管 Instant 并迁移您的应用程序。Instant 的所有内容都是开源的，我们已努力使迁移过程尽可能无缝。 Instant 的想法始于 2021 年。我们分享了一篇关于浏览器中数据库的博文。这只是一个想法，但我们构建的应用程序越多，我们就越看到它的需求。我们于 2022 年加入了 YC，构建了一个原型，并分享了一个零版本。 将原型转化为生产级产品是一段漫长的旅程。工作很辛苦，但也有许多快乐的时刻。很早就 Daniel 加入了团队，帮助解决了同步技术中最棘手的一些问题。我们的社区不断壮大，更多的人加入了 [^]，我们正式开源了。从那时起，我们收到了大量的反馈，并不断改进 Instant。当需要真正优化我们的 TypeScript SDK 时，Drew 加入了团队并完成了这项工作。从那时起，超过 17,000 名用户试用了 Instant。他们创建了 400,000 个应用程序，这些应用程序处理了约 25 亿笔*交易。 我们将开始一段新的旅程，并希望很快分享更多细节。无论如何，能为您服务是一份荣幸！