这种服务很消耗流量啊

@likuku 开个jail，搞定业务需要的运行环境。碰到软件升级就复制jail升级调试完切换。配合zfs更灵活。//FreeBSD

这个以后数据迁移比较麻烦，跟hostname绑定的。

我全部改成beanstalk了

外网能访问那个URL吗？

你自己不cc你自己，为啥你能看到这个防CC js代码？

坐等PHP版

@cevincheung
@DT27
云片反馈在跟运营商沟通解决了，同时申请了专用通道，看下周会不会有改善。

之前的方案是自己弄了一套分布式短信发送服务，wifi连接了几台旧安卓机，插了短信包月的卡来发。达到率大概有99%以上。

@cevincheung 不频繁，登录验证用。发送一次后过60秒才能再发的。
很多错误都是 [错误码：MOBFAIL] 该号码在运营商黑名单中。

一个同事收不到短信，查了一下也是这个错误，该同事几天前是能收到的。

@cevincheung
@kslr
@laoertongzhi
@DT27
@catface

看了大家的推荐，使用了云片网，20几天下来，平均到达率只有90%（共发送5000条短信），你们大概在什么样的到达率？

不备案做微信有不少限制吧

有没有好用的git mode？目前用magit

jsonp 那是 GET

他自家的X5内核都不支持grayscale

微信开放平台有接口

1. token是全局的，微信建议统一维护（包括js-sdk用的ticket，如果要用到的话），记录每次新token的过期时间，我们是快到期前1分钟申请新token（微信会保证在那一小片刻时间内新老token都有效）

2. 没用过

3. 在同一个开发者账号下绑定不同的公众号，那样就能用unionid来识别同一个微信账号。

@Hardrain 是的

预先生成好结果放到队列，只是解决突然的一波请求峰值，持续的高并发还是没法解决。

最后瓶颈还是在T1耗时的那个步骤，如果无法优化只能堆硬件

@RemRain 同意

如果考虑到后期加入cache层的话，不join。
个人只在一些管理后台才会用复杂sql查询

另外 where in 在表上了百万级别后性能有问题
where in (1,2,3) 还不如 where id=1 union ... where id=2 union ... where id=3 快得多
当然list如果很长，需要另外想办法优化

看业务需要了，在一些业务需求多变的场合，当kv用，或者部分column当kv用有时候还是很方便的。