你好！我是Adit，BookStates的独立创作者。
这个产品源自我的内心。我一直相信，阅读不仅仅是完成书籍——更重要的是它如何悄然而有力地塑造我们。BookStates最初只是一个简单的工具，用来记录我所阅读的书籍，但它迅速发展成了更有意义的东西。它提供了阅读连续性、对你阅读模式的分析、完成一本书后的思考以及一些有趣的视觉书籍发现方式。
我希望你能试试看，并告诉我你的想法。原生移动应用也很快就会推出！
返回首页
一周热榜
大家好，
我在职业生涯中使用过太多富文本编辑器，深知它们在添加和管理时是多么繁琐。因此，我开发了一个工具，既可以供我自己使用，也可以让其他人使用。
TextEditors 是一个可以让你轻松将富文本编辑器添加到你的网站的工具。你可以通过点击工具栏上的元素来进行配置，我们会提供如何将其添加到你网站的说明。
现在还处于早期阶段，但我对目前的进展感到满意。
期待你们的反馈。
[https://www.texteditors.dev](https://www.texteditors.dev)
PS - 是的，它是免费的 :)
我创建 Bugsink 是因为我想要一个可以自己运行的错误追踪工具，而不需要维护复杂的技术栈。它可以通过 pip install 安装或使用单个 Docker 容器运行，事件数据存储在本地（支持 SQLite、MySQL 或 Postgres），并且易于运行和维护。
Bugsink 的 API 与 Sentry SDK 兼容，因此您可以保留现有的客户端设置。Bugsink 专注于错误追踪，并且在普通硬件上足够快速，可以处理每天数百万个事件。
1.5 版本引入了源映射支持：<a href="https://www.bugsink.com/blog/bugsink-1.5-introducing-sourcemaps" rel="nofollow">https://www.bugsink.com/blog/bugsink-1.5-introducing-sourcemaps</a>
难道你不能自己托管 Sentry 吗？<a href="https://www.bugsink.com/blog/why-i-gave-up-on-self-hosted-sentry" rel="nofollow">https://www.bugsink.com/blog/why-i-gave-up-on-self-hosted-sentry</a>
你发现哪些包含章节末尾习题的书籍对于真正掌握某个学科最有价值？我欢迎任何领域的推荐——计算机科学、数学、物理、经济学等。
我最好的学习经历之一来自那些迫使我应用概念的教科书——直接攻克问题，并根据需要参考文本来填补知识空白。
我最喜欢的书籍有：
1. 《一般物理学问题》 by I. E. Irodov
2. 《物理学概念》 by H.C. Verma 第一卷和第二卷
3. 《如何解决问题》 by George Pólya
简而言之：ActorCore 是一个有状态的无服务器框架，可以部署到 Rivet、Cloudflare、Bun、Node.js 等多个平台。它是构建有状态的 AI 代理、协作或本地优先应用程序的最简单方式。
大家好，HN！
几个月前，我们推出了 Rivet Actors（[链接](https://news.ycombinator.com/item?id=42472519)），作为 Cloudflare Durable Objects 的开源替代品。推出后不久，我们意识到我们的目标不是争取现有 Durable Objects 开发者，而是推动有状态无服务器生态系统的发展。
为了提供一些背景——“有状态无服务器”实际上是带有持久状态的 Actor 模型。可以想象成带有本地存储并且可以无限运行的 Lambda 函数。这是一项正在获得关注的技术，旨在更快交付、更高性能，并超越 Postgres。最广泛使用的实现是 Cloudflare Durable Objects。
在与开发者交流的过程中，我们不断听到三个常见的担忧：
- 供应商锁定：如果没有明确的退出方案，开发者对采用新的编程模型持谨慎态度。虽然迁移 Postgres 数据库相对简单，但像 Rivet Actors 或 Durable Objects 这样的有状态无服务器平台由于缺乏可行的替代方案，可能会让人感到被锁定。
- 生态系统：选择像 Postgres 这样知名的数据库意味着拥有成熟的生态系统。采用新模型意味着需要从头开始重建工具和模式。
- 概念差距：许多开发者在职业生涯中一直在设计状态和计算分离的系统。将两者合并的模型起初可能会让人感到不适应。
在一次次听到这些担忧后，我们得出结论，最佳解决方案是构建一个与尽可能多的平台兼容的框架，以减少锁定（担忧 #1）并推动共享工具生态系统的发展（担忧 #2）。事实证明，我们已经有一个经过实战检验的框架，基于 Rivet Actors，我们多年来一直在使用它。（它在 Rivet 之外的游戏领域有着悠久而独特的历史，这里就不多说了。）
因此，我们将这个框架拆分到一个新的代码库中，增加了对四个平台的支持（这并不容易），并将其命名为 ActorCore。它为开发者在采用有状态无服务器时提供了多个选择的平台，并为更广泛的跨平台生态系统奠定了基础。
然而，这仍然留有担忧 #3：概念差距。虽然这不是我们能通过框架解决的问题，但我个人大约花费 40% 的时间在文档、内容和示例上，以帮助解决这个问题。ActorCore 也如我们所希望的那样，逐渐变成一个社区驱动的项目，使更多人能够尝试并分享他们对有状态无服务器的体验。
欢迎尝试 ActorCore，阅读我们的路线图，并告诉我们在哪里可以改进文档。如果您对尝试有状态无服务器感到犹豫，我很想在评论中了解更多。
考虑在 GitHub 上给我们一个星标：[链接](https://github.com/rivet-gg/actor-core)
上传一份商业计划书，看看你的创业想法有多可行。
我制作了一个网站变更检测工具，因为错过了一个重要产品的补货。现在它可以实时跟踪页面变化，使用人工智能验证变更，通过多种集成方式发送警报，并捕捉截图。这个工具是为了帮助我解决自己的问题而开发的，希望也能帮助到其他人。