短信为何赖着不出去？

热啊，这一段时间秋老虎来势凶猛，预报的极高温度已经到了40度，实际温度可想而知…杯具啊！

晚上七八点回家，风里还全是火…

各位同学注意不要中暑，身体好才是真的好。

———————-分隔线———————-

今天说说手机，手机大约是上世纪80年代出来的东东，最开始的貌似大哥大，拿一个这玩意在大街上打个电话那可是相当的拉风，回头率100%

不像现在，站在大街上打电话早就司空见惯了，辐射率已经远远降低了。

不过，只在港台片中见过，现实中的还真没怎么看见过，即使有也算是文物了。

后来的发展就不说了，这玩意除了可以随时打电话外，还可以发短消息，以前不同的网之间发短信收费还有区别，移动发联通一毛五…

感谢政府，现在全是一毛了。

短信这玩意可以即时到达，而花费又相当少，特别适合发通知、有些不能当面说的话等都可以通过短信走一下。

曾经何时，众多的人纷纷不厌其烦的加入拇指一族，短信…真方便啊。

话扯回来，shopex作为电子商务开店的强大武器，也早就考虑到了这一点，并在472版本中已经率先推出，在同行业中可是第一个哟。

后面的多个版本持续延用了此功能，包括现在的485，将来的ECOS。

短信的发送量也是越来越多，发送的数量级也是开始上档次。

在shopex产品中，短信主要分两种，一种是系统自动短信，比如订单创建啊，发货啊等，当状态改变时，系统自动发一封短信。

还有另外一种，就是手动群发，选择某些会员或某些手机号，发送同样内容的短信。

这两种短信作用各不相同，效果也各有千秋。

不过，最近暗香发现一个问题，就是手动短信经常在发了后，接收方一直收不到，再发，依然收不到。

而与此同时，自动短信却照发不误…这个，你说平台有问题嘛，自动短信却正常。

你说平台正常嘛，手动短信却收不到…*_*

后来，暗香在查看这类问题时，发现短信主要集中在后台的  队列 中，一直赖在商店后台，根本就没有提到shopex短信平台来

如果此时，继续发送手动短信，则短信会持续积压在队列中，并不向短信平台提交。

因为一直没提交，平台收不到，自然也不发不出去，最终用户自然也就收不到。

那么问题来了，这个短信为何会一直赖在这里不出去呢？为何不赶快出去？

这个…说实话，暗香也不知道，而且这种问题也不具有普遍性，就连暗香的测试站也是一直正常的。

只是在最近忽然不知哪根筋搭错了，忽然开始积压了，发多少积压多少。

难道恋上暗香的宝地了？不过，关系再好，也不待这么玩的呀！

按以前的经验，在数据库中清除，在表sdb_massage中清除数据即可。

这样一来，队列中，内容确实不再显示了，貌似成功。

但再次进行手动发短信，就会惊讶的发现，又积压在队列中了…

暗香窃以为，在发送短信时，会先在队列中，但隔某个固定的周期，系统应该会自动检测，发现里面有信息，就发送出去。

而现在出现这样的积压问题，应该是检测这一步出现异常了，或检测系统挂了，或检测机制出问题了。

暗香倾向于检测系统挂了，就是说这个检测机制的健康度有问题。

既然这样，咱就改良呗！

虽然现在暗香距离研发的房间远了些，还是直接冲了过去，巧合的是研发人员也发现了这样的一个环境，更巧合的是已经在修改某个文件。

最巧合的是，第二天文件就修改好了，并发给暗香进行测试。

还好，暗香的后台还积压着不少短信没有发，立即上传此文件，结果才几秒钟，队列中积压的短信全都依次发了出来，哈…

暗香在这里将这个文件共享出来，供需要的用户使用。

切记，如果您的后台好好的，则没必要更新这个文件，只有在出现问题时才可更新，切记，切记！

文件下载：http://www.axboke.com/downfile/dx.rar

文件位置：core/model_v5/system      core/model/system