1作者: ajke9 天前原帖
嗨,HN, 我创建了 ClientDock——一个服务提供商用来管理沟通和文件的客户门户,旨在避免电子邮件混乱。 背景: 在一次超过200封邮件的线程中丢失了一个关键的客户交付物后,我决定构建一个更好的解决方案。大多数“客户门户”都是臃肿的项目管理工具。我想要的是一个专注于一件事的工具:让客户沟通变得轻松无忧。 技术细节: - 使用 Next.js 15(应用路由)构建 - 通过 OpenNext 适配器部署在 Cloudflare Workers 上 - 使用 Cloudflare D1(边缘的 SQLite)存储数据 - 使用 NextAuth v5 进行身份验证 - 使用 Drizzle ORM 进行类型安全的数据库操作 - 使用 React Email 和 Resend 发送事务性邮件 - 使用 Stripe 处理支付 架构决策: 1. 边缘优先:部署在 Cloudflare Workers 上,以实现全球性能。每个请求都在最近的边缘位置处理。 2. 类型安全:全程使用 TypeScript,Drizzle ORM 确保数据库的类型安全。 3. 国际化:从一开始就使用 next-intl,以便未来扩展。 4. 模块化认证:使用带 Drizzle 适配器的 NextAuth,以提高灵活性。 有趣的挑战: - 使用 OpenNext 适配器调整 Next.js SSR 以适应 Cloudflare Workers 环境 - 管理 D1 的数据库迁移 - 实现细粒度的访问控制 - 针对边缘部署进行优化 当前状态: MVP 已完成。希望获得以下方面的反馈: - 功能优先级 - 定价策略 - 技术架构 - 用户体验改进 开放问题: 1. 我是否应该添加实时协作功能? 2. 移动应用与响应式网页哪个更重要? 3. 这个领域合适的定价模型是什么? 代码尚未开源,但我很乐意讨论技术决策并分享在 Cloudflare Workers 上构建的经验教训。 期待您的反馈!
3作者: jimmydesi99 天前原帖
作为一名企业主,如果您在为品牌招聘模特方面感到沮丧,那么不必再寻找其他地方,直接访问 fashaion.com,获取虚拟模特,让她们穿上您的服装,看看效果,这样可以节省成本和时间。
1作者: kavin_key9 天前原帖
大家好, 我一直在开发 Trainly,这是一个图形化的 RAG API,旨在帮助开发者在几分钟内将原始文档转换为可用的 RAG 端点。 与其手动连接 LangChain、向量数据库和检索器,Trainly 让你可以: 1. 使用 `pip install trainly` 安装 2. 使用你的 API 密钥进行初始化 3. 上传你的文档 4. 查询你的端点