最新

我一直在致力于开发 DBLift，这是一个面向 Python 团队的开源数据库迁移工具。 DBLift 遵循与 Flyway 相同的模型，拥有相同的核心命令和相同的历史表结构，通过 `import_flyway` 命令可以轻松地在两者之间切换。 默认情况下，DBLift 是无序的，这意味着任何未应用的迁移都可以被应用，这与 Flyway 不同，Flyway 会拒绝应用版本号较低的迁移，除非你强制执行。如果你仍然想应用 Flyway 的原始模型，可以通过 `--strict` 标志来选择。 [https://docs.dblift.com/migrations-versioning](https://docs.dblift.com/migrations-versioning) 主要区别在于运行时，无需 JVM。如果你已经在 Python 生态系统中工作，DBLift 可以与你现有的工具集成：pip、sqlalchemy、Django、Flask 等。 欢迎提出诚恳的反馈——特别是如果你目前在 Python 项目中使用 Flyway 并且运行良好，我很想了解我遗漏了什么。 GitHub: [https://github.com/dblift/dblift](https://github.com/dblift/dblift) 文档: [https://docs.dblift.com](https://docs.dblift.com) 从 Flyway 迁移: [https://docs.dblift.com/move-from-flyway](https://docs.dblift.com/move-from-flyway) 支持的数据库: [https://docs.dblift.com/supported-databases](https://docs.dblift.com/supported-databases) 排序: [https://docs.dblift.com/migrations-versioning](https://docs.dblift.com/migrations-versioning)

各位 HN 的朋友们！ 我构建了 Typebase，这是一个集成了 Convex 的开发体验和 Supabase 的开放性的库。 在尝试 Supabase 后，我喜欢它能快速启动数据库和认证功能，但非常不喜欢使用 RLS 和 SQL 进行授权。而 Convex 的优势在于服务器“驻留”在你的代码中，但我不太喜欢它的数据库模型和默认的实时优先策略。 使用 Typebase，你只需在现有仓库的 `typebase/` 文件夹中编写 TS 文件。你可以在 `schema.ts` 文件中定义数据库表，并导出服务器函数，前端可以像调用本地函数一样调用它们，并且是完全类型化的。认证功能也已内置。 然后，只需一个 CLI 命令，即可将你的服务器上传到任何可用提供商（服务器可选 Vercel、Cloudflare Workers 或 Deno Deploy，数据库可选 Neon），或者生成代码，让你可以在任何地方进行部署。 该项目基于 oRPC、Drizzle 和 better-auth 构建。 非常乐意回答任何问题或听取反馈！

任务列表是扁平的。我思考任务的方式更像是它们悬浮在空间中。所以我做了一个实验，我第一个任务工具。<p>任务是房间地板上的纸板箱，上面用马克笔写着标题。<p>点击拾取一个，将其放在桌子上，它的时钟就开始计时。移开它，时钟停止。每个箱子的时间都会永久累积。<p>无需注册即可试用。<p>如果您想要一个持久的房间，请使用 Google 登录。<p>我一直在纠结的一个开放性问题：桌子上应该只能放一个箱子吗？很好奇您想要什么。