@arslion 是的哈，现在问题得到解决了，谢谢

@qiayue 是群发消息，现在已经解决问题了，其实我也没做什么，估计是微信把我忘记了吧。现在的推送测试延迟也很大。

@zakokun 是这种做法，但现在的情况是用测试公众号发送出去的消息无法被测试用户接收，投递到微信服务器时返回的是成功，所以现在还没找到问题的根源。

@jiuzhe 恩，现在是发送普通的文本消息也收不到，但是创建的菜单在测试账号中能够看到，微信服务器显示调用成功，但是一直没接收到过，所以现在无解啊

楼主，你的代码是针对接收到 close 事件再断线重连，但是只有当 TCP 最后一次握手成功或者是直接 socket.destroy 的时候才会触发该事件。假设 mongoose 接收到 error 事件并正处于最后的握手等待期，写数据的时候就会出现 socket 错误，倘若这个时候你没有捕获错误，程序就会崩溃。我一直都是用的 mongodb 模块，当传输数据的时候如果发生错误，它不仅会断线重连，而且还会缓存这部分命令，直到缓存池中有可用连接的时候再发送。

我是来学习变量命名的。

表设计的字段一致，在开发过程中使用外键，生产环境中取消外键，自己跑测试用例的时候能够发现是否写糊涂了。

集中注意力在一个窗口

@xujialiang 好的，晚上发
@xiasix 好的，晚上发

@zerox 如果觉得有必要的话，可以留下邮箱，我可以把我的方案、思路和遇到的一些坑给你描述一下，不求回报，只求当你以后设计了更NB的系统之后也能交流交流。目前已经做成集群，在下一大版本演进之前还是有瓶颈之处，不能无限扩容。

@zerox 采用TCP + HTTP的方式进行通信，产品我也不知道能否公开。。。我肿么没发现私信这个功能

几个月前也遇到了你同样的问题，现在已经做出来了，而且已经迭代多个版本。中间掉过太多的坑，不过通过搜索引擎和参考相关方面的书籍，一步一步从坑里爬起来了，所以如果自己开发，你要有足够的心理准备。我们选择HTTP + TCP（自己封装一层协议）的方式进行通信，这样可控性高一些，而且能够满足以后项目变化的需求。

39L+1
===========
如果你觉得你的英语水平够好，在关键术语上也不会因为模棱两可的理解而掉坑里的话，那学好数学吧，要是数学学不好，估计以后会看到很多天书。

目测我这是V2第1079543+３条左右回复。

HHKB　好多哟，2000RMB左右的垃圾think*** 掩面路过，外接一个垃圾显示器查看实时调试结果，就不拿来出丑了吧，作为一个Emacs脑残粉，我也想用个 HHKB

网页是服务的入口，NB不NB看能提供什么样的服务，要是没有顶尖技术团队的支撑，facebook也只能是一个漂亮的网站,Google也只能是众多搜索引擎中的默默一员。

@vvniu 查找一遍所有的文件md5可以采用缓存的方法，redis里面时间复杂度为常数，不过一个大的系统每次都要在全局范围内查找的话，最终整个缓存会无比庞大，甚至不可控，这个时候可以参考关系数据库中的分库思路，按照图片类型、时间段等进行分别缓存，保存在不同的缓存服务器上。运算量最大的地方就是服务器计算文件的MD5值。不过很多时候都可以在WEB前端计算，上传图片之前先查询该文件是否已经被上传过了，我想会好一些。

用户上传的数据很珍贵，应当重视。用户上传图片后服务器端“顺便”记录文件的MD5值，记录到缓存中，下次上传图片的时候再“顺便”计算一下MD5,如果发现命中缓存，说明文件已经存在，并检索出文件名。有些情况下特别有用，比如很多公司还没有自己的图床，也许会使用第三方的存储，针对热门的文件（比如豆瓣东西，会有很多重复的图片），可以减少很大的压力。

HHKB...