展开讨论

经验与复盘经验摘录 · 机器翻译

- 我们最初使用他们的托管产品来处理我们的数据库、存储、认证和功能

… - 我们最初使用他们的托管产品来处理我们的数据库、存储、认证和函数。 - 函数有一个关键的错误,阻止我们在开发中使用,因此我们决定转向我们自己的API服务器:https://github.com/supabase/edge-runtime/issues/212 - 现在,我们的API服务器和数据库之间的连接很慢(每次查询几毫秒),所以我们转向了自托管Postgres,这非常痛苦。我们尝试使用https://github.com/supabase/postgres,但文档非常缺乏,我们不得不做很多修改才能让它正常工作。在我们成功运行之后,它相当顺利,备份等操作也很容易实现。 - 我们最新的问题是关于认证,其中cookie名称选项发生了变化。我们花了好几个小时深入调试认证框架中的随机cookie问题(他们最终发布了`@supabase/ssr`,这相当不错,但我们仍在考虑转向自行处理认证,这样我们就能了解并调试逻辑)。…

源讨论我们正在向一般可用性(General Availability)迁移原帖 100 条评论 · 导入时统计
2

社区评论 0

还没有社区评论,来聊聊你的看法。

原讨论中的回复 2

仅展示本次导入中包含的直接回复。中文为机器翻译,可查看英文原文。

KI

> 我们对Supabase作为开源项目感到相当满意 作为一家开源公司,我们会将此视为成功的标志。 感谢你的详细信息,这周过后我会加入到Edge Functions团队的GH问题中。

完整原文
K_

试用了Supabase,但目前只使用他们的认证功能。 服务器到数据库的延迟非常高(几百毫秒),而同一地区的Planetscale DB延迟低于10毫秒。 对于大多数可以接受这些问题的项目来说,仍然是一个很好的选择。

完整原文
在 Hacker News 阅读

尊重不同观点,分享具体经验。

登录后即可发帖、评论、转发和引用。