艰苦的世界杯

 世界杯已然开打了，我也已经忙碌了三星期了。未来还有4周

为了满足这次的活动要求，整个短信系统可以说是从头到尾里里外外大做手术。作为直接负责人，从前台到后台，从数据库到网页，从与电信的技术人员商讨衔接细节到给公司的市场人员提取各种数据，乃至做数据分析……每天从上班到下班，不得一丝空闲，加班也真成了惯例，以后还得值班……

而这两天的短信上行量并不理想，看来那边肯定不会满意，整个短信流程必然要改。而这个改动非我不能做。计划了几个月的17,18两日请假去世博会看来是无望了。即使上司同意，我自己也难以放心下来。今天给姐姐打了个电话，看看能否提前到15号出发，然后我16号下午回来，他们接着在上海逛逛。可是15,16是端午假期中，这个时候去恐怕只是专程去排队的了。

明天是端午假期前的最后一天，虽然说14号也是我值班。我有必要对整个系统作个梳理，然后将维护文档书写成文，交给两个经理以备我不在的时候他们值班用。但是还有一些东西没有完工。这几天每天都有一群一群的人在耳边聒噪，叽叽喳喳叽叽喳喳。我要改程序都是忙里偷闲写个几句，各种各样的需求，邮件发送的，口头的，默认的，我已经完全记不清谁跟我说了什么了。

草草列一下，明天要做的：

1.几个数据提取需求的网页实现。业务、内容，这些东西得让业务部门自己来管理。我参与进来是因为原来的系统功能所限。而现在新的需求能做进系统里的就做进去，老是把时间花费在漫无止境的提取数据上实在是悲剧。

2.新的下发方案的试验。这个需要建立新的短信下行表，新的下发用存储过程。然而我总觉得有个疏漏之处。原系统在收到电信的Deliver消息后，会从自身内存空间中的sendtable中找到submit消息的msgid，然后将Deliver消息中的msgid对应起来，以更新状态报告。现在新的下发方式，虽然说大量群发的内容采用的是不收回执的方式，但是昨天的试验已经证明了电信传送Deliver消息时无视协议中的LoginMode值，那么当专用于群发的那个进程收到了大堆的Deliver消息时，就不得不丢弃了，而另一边需要该消息的进程却得不到。

3.短信重复 情况的观察和统计，如果有必要的话还得联系电信网关。到底是网关抽了，还是我们的多线程出了问题？

4.群发计划的制度化，系统化，文档化。