是 Android 还是 iOS ，后来好了吗？

@domty 可以先在 AirBnb 、小猪短租或者蚂蚁短租上找。

@bullest LeanCloud 数据存储服务的 API 早期和 Parse 保持兼容，是为了用户方便，有一套熟悉的 API 。早期的用户有不少是在国外用 Parse ，在国内用 LeanCloud 。这是我们一开始就公开说的，既然是类似的服务并且 Parse 有一定的用户基础，为什么要弄一套不兼容的 API 。这和很多做文件存储的服务兼容 S3 的 API 一样，没有什么问题。既然 API 一致，文档自然也会相似，没有必要为了不同而不同，并且 Parse 也一直没有中文文档。

到了今天两个服务已经有很多不同了。

如果你是说可以从客户端直接访问的存储服务，国内应该只有 [LeanCloud]( https://leancloud.cn) 可以作为 production 的选择吧？

Disclaimer: 我在 LeanCloud 。

用 Mac/iOS Photos 的好处是 iPhone 是知道你特定时间的位置的，所以即使是使用没有 GPS 的单反拍照，导出 JPG 存到 Photos 后， Photos 会自动根据时间来标记每张照片对应的位置（前提是 exif 数据里有拍摄时间）。

用 Apple 的软件好处是软硬件集成度高带来的功能上的便利，坏处是有很多稳定性上的问题。 Apple 一直在云端服务方面做得不好。如果不想放弃便利的功能，稳定性上就只能用 Time Capsule 及时备份来弥补了。

@adkudao LeanCloud 本来用的就不是 SQL 数据库，所以是不能支持 SQL 的所有功能的，这并不是一个语法上支持的问题。但是我们支持一个类似的 DSL ，我们把它叫做 CQL ： https://leancloud.cn/docs/cql_guide.html 可以看文档了解。

关于第二个问题，应该是你在传递 JSON 数据时使用的格式造成的，数字两边打上了引号就变成了字符串。对于已经有数据的表，我们不好支持修改字段类型，因为没有通用的处理办法。

@q84629462 有的： https://leancloud.cn/docs/realtime_v2.html#云引擎_Hook

LeanCloud 的官方 PHP SDK 已经在开发了。

同事纠正了我一下，你直接查询 _Status 表就可以，不用自己再存一份。在数据管理后台可以看到。

应用内社交模块解决的是在大规模的用户网络中高效分发状态 /通知的问题。而内容本身应该同时使用 LeanCloud 数据存储服务保存，你要看某个特定用户的动态时只要按 user_id 之类的属性做一次查询就可以。

@fengjianxinghun 北京（马甸桥）和昆山。

@q84629462 这不是 LeanCloud 的问题。即使是你自己租服务器、带宽，也是可以用类似的恶意攻击方法把你的带宽占满的。

如果发现这种问题可以让 LeanCloud 把攻击的请求过滤掉。另外 LeanCloud 也在增加新功能可以提示开发者一些异常的事件。

这其实不是使用 LeanCloud 特有的问题。假设你在 阿里云租了服务器和带宽，恶意攻击你的人一样可以通过发大量请求把你的计算资源和带宽占满。进行这样的攻击通常对攻击者成本也不低，所以如果没有特别的原因没人会那么做。

LeanCloud 对每个应用的每秒请求数有一个软限制，如果超出的话会联系开发者确认是否是正常流量。

先找下垃圾邮箱，如果没有可以发邮件到 [email protected] 。

@refear99 现在暂时还没有明确日期，因为一直没有人手 :-(

@refear99 一直想做，但没法许诺具体时间。有一个用户自己写的 SDK，是不是不能满足需求？

@vanemu 我们现在的 status 页面确实做得不好。这次总结里其中一项要改进的就是这个页面的可靠性和准确性。

@hepochen 我们的 mongodb 集群不是一个简单的 replica set，而是有分片的。如果要在一个分片的集群进行在线升级，在这个过程中元数据不能发生改变，也就是说不能 创建或者删除任何 collection 或 database。但这样的操作对我们的用户来说是很常见的。如果在在线升级的漫长过程中禁用这些操作，对用户来说是不能接受的。我们评估后认为在凌晨短暂停机尽快完成升级是最好的方案，虽然要离线，但受影响的时间短很多。

我回复你想要指出的是，原帖说的故障和升级过程没有什么关系。

@hepochen 确实都是误解。其实文章里写得很清楚，故障和升级过程本身是没有关系的。升级在几天前就做完了，并且是凌晨做的。

另外一个数据库集群升级确实必须是停机一起做的，没法一台台做。