我们也有同样问题，理论上灰度发布是可以解决问题的，实际上无法解决业务流程变更太大，完全不兼容以前以前的 API ，这种时候必须前后端一起切换——只能放在晚上发布了

@genesicgao 不错，我以前就是这么恢复 ec2 服务器的

质的飞跃？历史上只有 APP 火起来之后， android/iOS 开发的待遇起飞了，如果微信小应用能达到这个程度才有可能，只是在我看来，任何受制于一家公司的应用平台都不会火起来，会受到其他有野心的公司自发的抵制——苹果是整个生态不仅仅是应用平台。

要想通用一些，找些开源的数据仓库软件就可以基于任意维度作分析报表了，自己写代码和 sql 多麻烦

bug 也太多了。。。免费的打不开，收费的打开了但是无法登录。。。

@menc 我倒是不觉得想多抢几盒月饼能够称得上恶，请问插队、随地吐痰是不是都算恶了呢？毕竟也是“获取利益”了~~~

@RihcardLu 你的问题我觉得不是尽善尽美，而是使用 id 去关联图片是一个常见的坑。如果商品有多张图片，可以采用 url1,url2,url3...这种方式就可以保存了。如果你对文件服务没多少概念，那也可以直接使用七牛这样的云服务，反正 10g 以内都免费

像这种文件资源，一般不需要放在业务数据库里，业务库里只保留图片 url 就好，图片服务单独建一个独立系统方便以后扩展升级

我在去年换 iPhone 之前一直都用 sony android ，从来没感觉很卡。。。当然，也有可能卡之前我就换手机了

@cxshun 如果 id 已经是随机的了，你再做一次随机还有什么意义呢？换句话说，做两次随机并不比一次随机更随机~~~

@cxshun 我理解的随机分组，就是随机排序，排好序了，再按 1-1000w 。。。这样分组就可以了，那现在的问题就是根据什么条件排序，或者生成一个值， hash 值感觉跟初始值是一一对应的，那就不算随机了吧？

如果说以简单为标准 nodejs 是最简单的，其次用 play/java

@f12998765 这样啊，我倒是建议你考虑一下设计一个支持多级的页面，用户用起来爽不爽往往就差这么一点细节。。。

LZ ，思路混乱搞不清重点，企业有企业战略，社会责任只是目标的一部分，说不搞操作系统，不振兴行业云云，纯属 YY 。只需要想一想， google 、 apple 怎么没去搞 OS 或者振兴搜索引擎、手机行业就明白了。。。

对于服务端长时间任务，有两种方法： 1.非阻塞； 2.websocket

@f12998765 只支持两级目录，略坑。。。不过希望能有更新版本解决这个问题： D