Supabase 和 Firebase 选择

[boogoogle]

看到有人分享 IM ，其实本人也一直想做一个 IM 。 个人项目，自己 IM 的后端是完全没什么意义。 firebase 的案例里面有很多知名企业，supabase 都是一些练手项目在用 而且现在 sb 和 fb 都是通过直接订阅数据库的改变来实现消息传递，我记得之前 firebase 的聊天 api 很全很强大的啊，现在把这些杂活都直接交给用户了吗？ 请问 Supabase 和 Firebase 选择哪一个呢， 有用过的大佬分享一下经验吗

[kuituosi]

firebase 不仅仅是聊天，而是实时数据同步比如游戏实时数据
Firebase 是云架构，Supabase 是开源实现
小项目 Supabase 应该也够了

[ck65]

Supabase 看起来比 Parse 还要高级，肯定能行的。前几年用 Parse 做过外包项目，包含实时聊天，用的就是 Parse 的 LiveQuery ，不用操心网络连接的事情，都由框架做好了。

[badboy200600]

@ck65 我目前还在用 parse server. 感觉 supabase 不习惯

[ck65]

@badboy200600 这几年我也基本梭哈 Parse ，个人项目商业项目通吃。Supabase 有点太复杂了，除了 dashboard 很漂亮。

[badboy200600]

@ck65 消息推送和 IM 如何解决的呢 毕竟 parse server 没有 文件上传方面. 我目前做的是在客户端把文件上传到阿里云的对象存储, 把下载链接保存到 parse server 里面去.

[ck65]

@badboy200600 实时在线人数不多的话 LiveQuery 就可以做聊天，文件我也用的三方存储，数据库里存地址

[badboy200600]

@ck65 我目前还在做移植 之前用的 leancloud 现在收入不行了 最低消费 30 元/天 承受不了了,,,,所以准备切换到 parse 问题是目前数据太多了 几十个 G 正在做适配

[ck65]

@badboy200600 迁移就有点痛苦了。祝一切顺利！

[boogoogle]

感谢楼上的回答，决定用 supabase ， 自己加一个服务做代理