h******b
发帖数: 6055 | 1 现在手上有几个ionic app雏形，不考虑长期scalability, 要求是最快上线，基本需求
是：
1）数据库CRUD, 根据数据库内容自动生成api代码，比如你加个叫task的object，里面
有十几个key，后端应该可以自动帮你生成crud api不需要手写
2）用户管理和social 登陆，用户安全问题新手很难写的尽善尽美，现成的后端应该已
经包含了这些东西，脸书谷歌登陆更是基本需求，还有注册/忘记密码什么的都应该是
自带
3）文件上传下载管理，比如上传个图片作为profile里面的照片，需要自动压缩改大小
4）后台能够运行代码，比如parse cloud cloud允许你在save一个object的时候自动允
运行on_save代码在存数据的时候做出其他运算, 还可以搞scheduled task之类的。
5) GUI来管理数据，给非程序员使用
6）push notification支持，锦上添花吧
7）用户之间的chat/messaging，也算是锦上添花
8）offline支持，比如自动本地/服务器sync这样的
目前看过的有谷歌firebase, parse开源的parse server,IBM的loopback，meteor四选
一。哪一个比较好？ 要求大众的，能stackoverflow上面寻找问题的。 |
s********k
发帖数: 6180 | 2 哥们你做这个都几年了吧，早就应该花点时间好好做native APP，也不用经常性换这样
的平台。
【在 h******b 的大作中提到】
: 现在手上有几个ionic app雏形，不考虑长期scalability, 要求是最快上线，基本需求
: 是：
: 1）数据库CRUD, 根据数据库内容自动生成api代码，比如你加个叫task的object，里面
: 有十几个key，后端应该可以自动帮你生成crud api不需要手写
: 2）用户管理和social 登陆，用户安全问题新手很难写的尽善尽美，现成的后端应该已
: 经包含了这些东西，脸书谷歌登陆更是基本需求，还有注册/忘记密码什么的都应该是
: 自带
: 3）文件上传下载管理，比如上传个图片作为profile里面的照片，需要自动压缩改大小
: 4）后台能够运行代码，比如parse cloud cloud允许你在save一个object的时候自动允
: 运行on_save代码在存数据的时候做出其他运算, 还可以搞scheduled task之类的。
|
h******b
发帖数: 6055 | 3 后台跟native还是html有什么关系？
【在 s********k 的大作中提到】
: 哥们你做这个都几年了吧，早就应该花点时间好好做native APP，也不用经常性换这样
: 的平台。
|
w********m
发帖数: 1137 | 4 其实也没有选。现成的，带云的，只有firebase吧 |
h******b
发帖数: 6055 | 5 也是，可能就用它了。
loopback老实说看上去不错，可能先试试。自己的服务器最少不担心vendor lock-in。
parse这次关门真的打击不少mbaas。做这些小app本来流量就不大，parse下线增加的这
些额外migration工作真的很烦。
【在 w********m 的大作中提到】
: 其实也没有选。现成的，带云的，只有firebase吧
|
c******n
发帖数: 16666 | 6 我知道几个之前用parse的都去firebase了
但是他家价格实在是有点吃不消
我准备啥时候也试一下他家那个pay as you go plan 看看最后账单好看不
【在 h******b 的大作中提到】
: 也是，可能就用它了。
: loopback老实说看上去不错，可能先试试。自己的服务器最少不担心vendor lock-in。
: parse这次关门真的打击不少mbaas。做这些小app本来流量就不大，parse下线增加的这
: 些额外migration工作真的很烦。
|
c******n
发帖数: 16666 | |
f*******t
发帖数: 7549 | 8 parse的收费是做慈善，就算功能上有一样的，想找个差不多便宜的基本不可能了 |
r********e
发帖数: 39 | 9 看了下open source的parse server 和parse的功能比较，不是说parse server功能上
已经比原来的parse 还要广么
【在 f*******t 的大作中提到】
: parse的收费是做慈善，就算功能上有一样的，想找个差不多便宜的基本不可能了
|
f*******t
发帖数: 7549 | 10 功能多还是少我不清楚，但问题是光有代码没用，你得找地方存数据，找地方跑
ParseServer代码，投入人工搞backup等ops。
加起来要多花N倍的钱。
【在 r********e 的大作中提到】
: 看了下open source的parse server 和parse的功能比较，不是说parse server功能上
: 已经比原来的parse 还要广么
|
|
|
h******b
发帖数: 6055 | 11 主要是documentation, 感觉很多migration noise, 其实parse server在github上九千
星，非常活跃，很有潜力。
所以可能还是firebase vs loopback二选一。
【在 r********e 的大作中提到】
: 看了下open source的parse server 和parse的功能比较，不是说parse server功能上
: 已经比原来的parse 还要广么
|
w********m
发帖数: 1137 | 12 firebase不错，host，storage，database都有了。
除了不能做计算，没啥缺点。 |
d*******r
发帖数: 3299 | 13 这种简单后端有这么难搞么?
要不我们后端码工自己搞一个parse这种平台，卖 restful service 给你们用... |
w********m
发帖数: 1137 | 14 很多重复体力活。
比如装SSL，这个就要半天。
【在 d*******r 的大作中提到】
: 这种简单后端有这么难搞么?
: 要不我们后端码工自己搞一个parse这种平台，卖 restful service 给你们用...
|
ET
发帖数: 10701 | 15 me.
【在 c******n 的大作中提到】
: parse server 有人用过没
|
ET
发帖数: 10701 | 16 功能的确多了
【在 r********e 的大作中提到】
: 看了下open source的parse server 和parse的功能比较，不是说parse server功能上
: 已经比原来的parse 还要广么
|
c******n
发帖数: 16666 | 17 感觉如何 有必要自己搞一个还是直接用firebase就行了？
需要一些基础的功能和稳定不折腾
【在 ET 的大作中提到】
: me.
|
ET
发帖数: 10701 | 18 一定要自己搞一个。
基础的功能的话 parse server 一键deploy。直接就运行了。
挺稳定的。
我是big parse fan， 开源的这个parse server我一直在跟踪， 我觉得不错。
firebase没用过。就怕一天firebase走parse的路。
【在 c******n 的大作中提到】
: 感觉如何 有必要自己搞一个还是直接用firebase就行了？
: 需要一些基础的功能和稳定不折腾
|
h******b
发帖数: 6055 | 19 documentation/sample可以直接用现有parse的？
【在 ET 的大作中提到】
: 一定要自己搞一个。
: 基础的功能的话 parse server 一键deploy。直接就运行了。
: 挺稳定的。
: 我是big parse fan， 开源的这个parse server我一直在跟踪， 我觉得不错。
: firebase没用过。就怕一天firebase走parse的路。
|
c******n
发帖数: 16666 | 20 多谢 我也是有严重的不安全感
docker的话也宁愿自己搞个vps而不是挂别人机器上
【在 ET 的大作中提到】
: 一定要自己搞一个。
: 基础的功能的话 parse server 一键deploy。直接就运行了。
: 挺稳定的。
: 我是big parse fan， 开源的这个parse server我一直在跟踪， 我觉得不错。
: firebase没用过。就怕一天firebase走parse的路。
|
|
|
k*z
发帖数: 4704 | 21 有人是做后端的在找工作么？我们在招人。加州尔湾，给游戏写后端。 |
f*******t
发帖数: 7549 | 22 游戏后端一般需要啥技能？
【在 k*z 的大作中提到】
: 有人是做后端的在找工作么？我们在招人。加州尔湾，给游戏写后端。
|
d*******r
发帖数: 3299 | 23 学好 DevOps, 写一堆自己的 Ops 脚本，回头配置都是自动的
【在 w********m 的大作中提到】
: 很多重复体力活。
: 比如装SSL，这个就要半天。
|
w********m
发帖数: 1137 | 24 刚装了一个parse server加parse dashboard。
毫无头绪。
怎么做authentication。 有文档吗
【在 ET 的大作中提到】
: 一定要自己搞一个。
: 基础的功能的话 parse server 一键deploy。直接就运行了。
: 挺稳定的。
: 我是big parse fan， 开源的这个parse server我一直在跟踪， 我觉得不错。
: firebase没用过。就怕一天firebase走parse的路。
|
d*******r
发帖数: 3299 | 25 现在这些非 real-time 的手游，后端跟 web app 差不多，基本就是用 REST 同步一些
用户数据.
【在 f*******t 的大作中提到】
: 游戏后端一般需要啥技能？
|
w********m
发帖数: 1137 | 26 SSL／TLS得现买现装，自己测试
没听说有ops脚本可以自动实现
【在 d*******r 的大作中提到】
: 学好 DevOps, 写一堆自己的 Ops 脚本，回头配置都是自动的
|
d*******r
发帖数: 3299 | 27 你们啥游戏，放个link大家看看呗
湾区的游戏公司氪金手游多，能赚钱
南加的游戏公司classic的比较多，比较有文化
【在 k*z 的大作中提到】
: 有人是做后端的在找工作么？我们在招人。加州尔湾，给游戏写后端。
|
c******n
发帖数: 16666 | 28 不说ops脚本的话，certbot算一个
【在 w********m 的大作中提到】
: SSL／TLS得现买现装，自己测试
: 没听说有ops脚本可以自动实现
|
d*******r
发帖数: 3299 | 29 看着不错，用的人多吗
【在 c******n 的大作中提到】
: 不说ops脚本的话，certbot算一个
|
c******n
发帖数: 16666 | 30 我准备上了 反正不要钱
现在不是说https连google rank都高一点吗。。
【在 d*******r 的大作中提到】
: 看着不错，用的人多吗
|
|
|
f*******t
发帖数: 7549 | 31 超无聊啊。。。
【在 d*******r 的大作中提到】
: 现在这些非 real-time 的手游，后端跟 web app 差不多，基本就是用 REST 同步一些
: 用户数据.
|
ET
发帖数: 10701 | 32 with minor tweak. yes
documentation/sample可以直接用现有parse的？
【在 h******b 的大作中提到】
: documentation/sample可以直接用现有parse的？
|
ET
发帖数: 10701 | 33 客户端你用啥？native ios androd？
还是web？
https://parse.com/tutorials
它加的auentication是做得最好的。没有之一。
【在 w********m 的大作中提到】
: 刚装了一个parse server加parse dashboard。
: 毫无头绪。
: 怎么做authentication。 有文档吗
|
w********m
发帖数: 1137 | 34 多谢
准备撸了
【在 ET 的大作中提到】
: 客户端你用啥？native ios androd？
: 还是web？
: https://parse.com/tutorials
: 它加的auentication是做得最好的。没有之一。
|
j******g
发帖数: 2689 | |
w********m
发帖数: 1137 | 36 撸了一圈parse server，很满意
CRUD很强大
REST API写的很好，至少比我写的好
parse dashboard 好像没什么用
必须用SSL
文档少，不能面向google／stackoverflow编程，只有面向github编程。
准备先上几个instance，看看还有什么安全上的漏洞 |
ET
发帖数: 10701 | 37 dashboard 有数据的时候看数据呀
在哪里也可以create model
实际上，应该在dashboard create model 而不能依赖客户端 ios ／android／
javascript来create
当然了，dashboard也是个客户端
但那个是自己deploy自己管理的。
【在 w********m 的大作中提到】
: 撸了一圈parse server，很满意
: CRUD很强大
: REST API写的很好，至少比我写的好
: parse dashboard 好像没什么用
: 必须用SSL
: 文档少，不能面向google／stackoverflow编程，只有面向github编程。
: 准备先上几个instance，看看还有什么安全上的漏洞
|
x******n
发帖数: 202 | 38 戴上头盔问一下，有没有人试过azure mobile services? |
w********m
发帖数: 1137 | 39 dashboard的开发慢于parse server
现在用它做express middleware没有SSL好像还不行
要用UI的话，MongoDB还有其他更好的实现方式
class和object的ACL只要写入MongoDB就可以了
【在 ET 的大作中提到】
: dashboard 有数据的时候看数据呀
: 在哪里也可以create model
: 实际上，应该在dashboard create model 而不能依赖客户端 ios ／android／
: javascript来create
: 当然了，dashboard也是个客户端
: 但那个是自己deploy自己管理的。
|
w********m
发帖数: 1137 | 40 看了一下，好像是给用windows的enterprise用的
【在 x******n 的大作中提到】
: 戴上头盔问一下，有没有人试过azure mobile services?
|
|
|
x******n
发帖数: 202 | 41 后端node + SQL , 前端随便啊 rest API, JavaScript, android, iOS 都行啊，不是
必须Windows。 auth 和push notification都做好的sdk.
看看这个：
Azure welcomes Parse developers
https://azure.microsoft.com/en-us/blog/azure-welcomes-parse-developers |
c********k
发帖数: 74 | 42 我的组之前用Parse，现在在我的建议下准备转去azure mobile services. 如果你是一
直用C#/.NET做开发的，转去azure其实会挺快上手的。
【在 x******n 的大作中提到】
: 戴上头盔问一下，有没有人试过azure mobile services?
|
