这是一个创建于 317 天前的主题，其中的信息可能已经有所发展或是发生改变。
看到有人分享 IM ，其实本人也一直想做一个 IM 。 个人项目，自己 IM 的后端是完全没什么意义。 firebase 的案例里面有很多知名企业，supabase 都是一些练手项目在用 而且现在 sb 和 fb 都是通过直接订阅数据库的改变来实现消息传递，我记得之前 firebase 的聊天 api 很全很强大的啊，现在把这些杂活都直接交给用户了吗？ 请问 Supabase 和 Firebase 选择哪一个呢， 有用过的大佬分享一下经验吗
 |
1
kuituosi 317 天前
firebase 不仅仅是聊天，而是实时数据同步比如游戏实时数据
Firebase 是云架构，Supabase 是开源实现 小项目 Supabase 应该也够了 |
 |
2
ck65 317 天前
Supabase 看起来比 Parse 还要高级，肯定能行的。前几年用 Parse 做过外包项目，包含实时聊天，用的就是 Parse 的 LiveQuery ，不用操心网络连接的事情，都由框架做好了。
|
 |
3
badboy200600 315 天前
@ck65 我目前还在用 parse server. 感觉 supabase 不习惯
|
|
4
ck65 315 天前
@badboy200600 这几年我也基本梭哈 Parse ，个人项目商业项目通吃。Supabase 有点太复杂了，除了 dashboard 很漂亮。
|
|
5
badboy200600 315 天前
@ck65 消息推送和 IM 如何解决的呢 毕竟 parse server 没有 文件上传方面. 我目前做的是在客户端把文件上传到阿里云的对象存储, 把下载链接保存到 parse server 里面去.
|
|
6
ck65 315 天前
@badboy200600 实时在线人数不多的话 LiveQuery 就可以做聊天，文件我也用的三方存储，数据库里存地址
|
|
7
badboy200600 315 天前
@ck65 我目前还在做移植 之前用的 leancloud 现在收入不行了 最低消费 30 元/天 承受不了了,,,,所以准备切换到 parse 问题是目前数据太多了 几十个 G 正在做适配
|
|
8
ck65 315 天前
@badboy200600 迁移就有点痛苦了。祝一切顺利！
|
 |
9
boogoogle OP 感谢楼上的回答，决定用 supabase ， 自己加一个服务做代理
|
Select Language