嗯。。对了，其实改变不了日限30000，为什么就不能直接月限30000*30=900000呢？大部份同类产品例如bmob也是类似，我觉得这直接就解决了我目前在此看到的最大吐槽之一，就是平时没啥流量的小应用，一到某某时候如果超过了30000就肯定要上900月费才能稳妥了。月限也解决了需要各种复杂技术去降低API存取数的必要性。。。（这不是与Leancloud简化后端代码的宗旨背道而驰么。。当然，90万不够我们还是会付费买雲引擎、缓存等服务的，甚至也会上900的计划）
月限90万，我觉得这是比日限3万更好的方案吧~ 就正如为什么大部份3g流量计划都是月算的，因为每天的用量需求是浮动的，日限的话会对用户造成很大的困扰。当然，你们也许是为了进一步促使人们用上900的计划，可是若月限90万能平息一大部份民愤，保留这些用户，并且更吸引未来的潜在使用者，这不是更好吗？
纯粹从你们盈利的角度去想，我觉得我可以代表一部份对BAAS没啥经验的开发者。
假如我没用过Leancloud，但正想找一个BAAS来用。我在调研了市场所有的同类产品后，发现唯独Leancloud是有日限30000，其他都是月限的。
那么想尝试一下BAAS的我，真的会选一个日限30000，超过的话当天就不能用的服务吗？我很可能不会冒这个险吧，除非谁谁谁告诉我，Leancloud比所有其他BAAS靠谱多了，可是谁来告诉我呢？每个BAAS都声称自己是最好的，最棒的，在表面同质化的情况下，我只能凭一些客观的差别来判断，究竟要尝试哪一个。而日限30000，就很可能是令我放弃考虑Leancloud的简单原因了。。
客观的说，我觉得这日限30000真的是一个竞争劣势，尤其是当很多BAAS都已经有Leancloud大部份的功能。说真的，当初浏览了那么多BAAS的官网，和众多知乎和网上的有关问答，确实是一时难以判断多家BAAS之间各种服务 质的差别。。。如果当初Leancloud就是日限30000，我很可能就不会尝试Leancloud了。若是月限90万，那倒不一样了！
在日限30000不能变动的情况下，月限90万，我个人认为这也许是最有利你们和我们小额支付者的方案。。
