最新

和这里许多开发者一样，我也曾在各种基础设施组件的“自建与购买”决策中挣扎。最近，我需要为一个项目创建一个许可证密钥系统。在查看像 keygen.sh 这样的选项时，我发现它们的定价模式……嗯，可以说让我觉得价格偏高，尤其是对于小型项目或独立开发者来说。 出于这种挫败感（也许还有一点“自己动手”情结），我决定自己动手做一个：<a href="https://keymint.dev" rel="nofollow">https://keymint.dev</a>。这个系统处理密钥的生成、验证，可能还包括一些基本的管理功能（如果你愿意可以稍微详细说明一下，比如“……验证和跟踪激活情况。”）。它解决了我自己的需求，坦白说，构建这个系统是一个有趣的挑战，涉及到多年来在许多 Hacker News 讨论中提到的方面——加密安全（生成加密安全的许可证密钥）、管理（问 HN：你是如何管理许可证密钥的？）以及相关的复杂性。 现在出现了讽刺的一面。在投入了大量时间使其变得稳健之后，我开始考虑给它定价，以支持持续的开发和托管。突然间，我感觉自己变成了最初反对的那种东西。 回顾过去关于许可证密钥的 HN 讨论，确认这并不是一个简单的问题： 显然有需求（许多“问 HN”帖子讨论如何管理/生成密钥）。 安全性和避免破解/伪造密钥至关重要（有人因出售伪造许可证密钥被起诉，渗透测试者发现 Steam 漏洞）。 依赖第三方服务可能存在风险（告诉 HN：DigitalRiver/MyCommerce 停止支付给供应商）。 货币化本身是工具创造者反复讨论的问题（问 HN：（如何）我应该如何实现货币化？）。 因此，在我考虑可能成为“另一个昂贵的许可服务”之前，我想把 keymint.dev 推出给 HN 社区。我真心希望一些人愿意试用一下： 它是否解决了你们的实际问题？ 与其他你使用过或考虑过的工具相比，它在功能和可用性上如何？ 有什么功能缺失？ 最后，什么样的定价才算公平，避免那些让我最初决定自己动手的“离谱”价格？ 你可以在 <a href="https://keymint.dev" rel="nofollow">https://keymint.dev</a> 注册并试用。我在这里回答问题，期待任何反馈——无论是严厉还是友善！我想看看我构建的这个东西是否真的提供价值，然后再考虑如何维持它，而不重复我不喜欢的循环。 谢谢！

我正在处理 LineageOS 22.1 的源代码，而 LineageOS 已经为支持的设备发布了 22.2 版本。我的所有工作仍然基于 LineageOS 22.1 版本。我该如何将所有源代码从 22.1 迁移到 22.2？<p>这可以通过 repo 命令实现吗？

嘿，HN， 我是Hakan，Colanode的创始人（[https://github.com/colanode/colanode](https://github.com/colanode/colanode)），这是一款开源的、本地优先的协作应用，结合了Slack风格的聊天和Notion风格的笔记功能，完全可自托管，以便您完全控制数据。这里有一个简短的演示：[https://www.youtube.com/watch?v=wp1hoSCEArg](https://www.youtube.com/watch?v=wp1hoSCEArg) 作为一个重度Notion用户，我发现让我的团队完全接受这款工具是很困难的，因为人们自然倾向于使用聊天工具进行快速互动。在像Slack这样的聊天应用和像Notion这样的文档应用之间保持上下文变得越来越令人沮丧。切换上下文、丢失信息和在多个工具之间管理数据造成了不必要的摩擦。 这种沮丧促使我构建了Colanode，这是一个集成结构化笔记和知识管理与实时聊天于一体的单一平台。在构建第一个版本后，早期反馈突出了一个关键问题：团队/组织希望对敏感数据，尤其是对话，拥有完全的控制权。这就是我决定将Colanode以Apache 2.0许可证开源的原因，使其完全可自托管，以便您可以完全拥有和保护您的数据隐私。 Colanode的设计理念是简洁和可扩展，使用开源工具，避免任何供应商或云锁定。它具有本地优先的架构，提供完整的离线支持。从技术角度来看，Colanode由一个Node.js服务器API和一个Electron桌面客户端组成，移动应用也即将推出。Colanode中的所有内容都表示为一个节点（例如，消息、文件、文件夹、聊天、频道、数据库、记录），每个节点都有特定的属性和权限。桌面客户端执行的所有读写操作都在本地的SQLite数据库中进行，变更通过建立在SQLite、Postgres和Yjs（一个用于冲突解决的CRDT库）之上的同步引擎无缝同步。然后，服务器将这些更改传播给其他协作者。您可以在任何环境中使用Docker、Postgres、Redis和任何兼容S3的存储自托管服务器，并通过官方桌面客户端连接，该客户端支持同时连接多个服务器和账户。这种本地优先的方法还为未来与完全本地的LLM集成做好了准备，进一步增强隐私和性能。 我非常希望听到您对Colanode的反馈和建议。您希望看到哪些功能？您会改变什么？ 谢谢，期待您的想法！

Safari的书签星标扩展将一个星形图标添加到您的Safari浏览器工具栏中。当您访问已在Safari书签中的页面时，图标会切换为您选择的颜色（这样就不会再意外创建重复书签了）。此外，当您点击星形图标时，可以看到该页面被书签的确切文件夹（如果您有很多文件夹，这个功能非常方便）。另外，我还添加了书签分析功能，您可以生成所有重复书签的报告（以便清理重复项）。 背景： 我是一名半退休的老兵（之前在亚马逊和谷歌工作过），使用Mac系统已经超过20年，使用过各种互联网浏览器，但大多数时间使用Chrome，直到去年。大约6个月前，我转向了Safari，性能和资源管理方面的差异在我的使用场景中非常明显。Safari可以轻松管理50到100个标签页而没有任何卡顿。 我是一个重度书签用户（约4000个），我在Chrome中缺少的一个功能就是地址栏中的“星形”图标，它可以立即显示您正在访问的页面是否在书签中。 我尝试过使用第三方书签管理器，但我觉得它们“增加”了我的工作流程，而不是简化它（使用起来不够简单，还需要为书签创建单独的数据库等）。 我还希望有一个注重隐私的解决方案，不希望我的书签存储在第三方云端，并且希望能像在Chrome中那样获得即时的视觉反馈（我已经懒得记得在Safari中创建了多少重复书签）。 该扩展仅读取活动标签页的URL，以检查其是否被书签，并不读取、跟踪或存储任何网站内容。它也不会向计算机外部的任何服务器发送或接收数据。它不使用任何跟踪器或分析工具。 该应用程序已在Mac OS应用商店上线，售价为一次性3.99美元（没有订阅或应用内购买，买一次终身使用）。 感谢您的反馈！如果您有任何问题，我很乐意回答。 希望您会喜欢它！