最新

Supabase曾是我的首选，但我在想是否还有其他更简单的现成解决方案我还没有考虑到。我正在研究Clerk，也询问过大型语言模型，但我想听听那些真正参与开发的开发者对哪些方案有效、哪些方案简单的真实看法。

从网页中提取主要内容并转换为Markdown格式。 对于JavaScript重的网站使用Puppeteer，使用Pandoc确保转换质量。<p>演示：<a href="https://downmark.fly.dev" rel="nofollow">https://downmark.fly.dev</a><p>API：curl &quot;<a href="https://downmark.fly.dev/markdown?q=URL" rel="nofollow">https://downmark.fly.dev/markdown?q=URL</a>&quot; 代码：<a href="https://github.com/adhipk/downmark" rel="nofollow">https://github.com/adhipk/downmark</a><p>欢迎反馈。

新年快乐！这是我为孩子们制作的一个小海龟图形游戏，我想分享给大家。你可以编写海龟的“DNA”，然后观察会发生什么。<p>欢迎任何评论或建议！

展示HN：DroidDock – 在Mac上以类似Finder的体验浏览Android文件 DroidDock是一款macOS应用程序，允许您通过ADB浏览Android设备上的文件。它是基于Tauri（Rust + React）构建的。 核心功能： - 以表格、网格或列视图浏览文件 - 无需下载即可预览图片/文本（按空格键） - 完全的键盘导航 - 搜索、上传/下载、多选 - 支持暗黑模式 v0.2.x的新功能： - <i>文件预览</i>：按空格键预览图片/文本，无需下载 - <i>极简UI</i>：干净的95%灰度设计，提高可读性 - <i>可点击排序</i>：点击列标题（名称、大小、日期）进行排序 - <i>类型列</i>：一目了然地显示文件类型（图片、视频、文档等） - <i>更好的键盘导航</i>：在预览中使用箭头键，所有功能的Cmd快捷键 技术细节： 基于Tauri（Rust后端）和React/TypeScript前端构建。Rust处理所有ADB通信，以确保良好的性能。小型包（约15MB DMG通用二进制文件），内存占用低于Electron。 挑战： 1. <i>ADB路径检测</i>：不同的包管理器将ADB安装在不同的位置。启动时必须检查5个以上的常见路径。 2. <i>缩略图生成</i>：Android未通过ADB公开缩略图API。我提取图像文件的前N个字节，并实时生成缩略图并进行缓存。 3. <i>文件预览</i>：ADB不支持文件流传输——您必须拉取整个文件。对于大图像，我必须实现分块读取以先检查尺寸。 4. <i>代码签名</i>：目前未签名（需要99美元/年的Apple开发者会员资格）。用户在首次启动时必须右键点击→打开。 开源与免费： MIT许可证，无遥测，无广告。 网站：<a href="https://rajivm1991.github.io/DroidDock/">https://rajivm1991.github.io/DroidDock/</a> GitHub：<a href="https://github.com/rajivm1991/DroidDock">https://github.com/rajivm1991/DroidDock</a> 下载：<a href="https://github.com/rajivm1991/DroidDock/releases/latest">https://github.com/rajivm1991/DroidDock/releases/latest</a> 期待反馈！这是我在经历多年Electron后开发的第一个Tauri应用。学习Rust的过程是值得的。

React 服务器组件（Server Components）使得意外打破服务器/客户端边界变得容易：日期悄然转变为字符串、不可序列化的值跨越边界泄露，或者当某个函数意外通过时出现运行时错误。 CapsuleRSC 是一个专注于一件事的框架：机械性地强制执行 RSC 边界，而不是依赖约定。 它在三个层面上强制安全性： - 类型层面：严格的可序列化类型 - 构建时：阻止边界违规的 ESLint 规则 - 运行时：assertSerializable 作为最终的安全保障 它还使用能力注入（capability injection）使服务器端效果显式，而不是依赖像 fetch 或 process.env 这样的全局变量。 这里有一个小演示： <a href="https://yuu1ch13-portfollio-tau-sepia.vercel.app/capsule-rsc" rel="nofollow">https://yuu1ch13-portfollio-tau-sepia.vercel.app/capsule-rsc</a> 欢迎反馈。

嗨，HN，新年快乐！<p>在2025年，我注意到越来越多的投稿中使用了明显由人工智能生成的封面图像，这些图像通常会根据博客文章的内容进行定制。我不太确定这是否是因为我在识别AI图像方面变得更有经验，还是因为这些图像对普通博客作者变得更加容易获取。<p>我不想讨论关于英雄图像是否必要或应该包含什么内容的复杂问题，但我很好奇你是否也注意到了同样的趋势，以及这是否会影响你在阅读文章之前对文章的看法？

嗨，HN， 上周我有一个想法，决定去实现它。我的工作分散在Github（个人项目、第三方贡献）和Gitlab（工作项目）上，我希望有一个地方可以查看所有与我相关的PR（拉取请求）/MR（合并请求）。 尤其是在工作中，我希望在持续集成（CI）通过时收到通知，以便我可以决定是否合并这些内容，而我并不太喜欢Gitlab的界面来处理这个问题。 因此，我构建了一个小型状态栏应用程序来解决这个问题。 我很想知道这是否是你们会使用的东西（或者不会！），并且非常欢迎任何反馈。 谢谢！