原来预告的周三晚发计划，结果弄到了周四零点以后才发出来，个别朋友一直在线等着抢沙发，结果白等了。
计划晚点，是因为遇到了意想不到的问题，其实早就开始发了，但无论怎么都发布不上去，系统也没有任何报错反馈信息。
发布的内容是直接在网上写的，没有备份，都白写了，又重新反工。这倒不是最郁闷的。
最郁闷的是查不出来哪里出的问题。
起初以为是程序有BUG，前些天刚刚修改过，说不定有些语句改坏了。于是一句一句地看，没发现任何错误。
只好翻箱倒柜地寻找修改以前的旧文件，找到以后，把新文件给替换了，心想，这回总可以了吧。
不料还是不行。这可是久经考验、发布过几十个计划的老牌计划发布模板了，看来不是程序错误。
那是怎么回事呢？理论上无法突破，只好做实验了。
一项一项地测试，用不同的内容来替换计划模板中的项目，试试能不能发上去。这可是个苦活。
终于，当试到最后面的“装备要求”一项时，发现了问题：如果只选少数的几个装备，就可以发上去，选多了就不行。
这下总算查清楚了，是数据库里字段长度的设置问题，“装备要求”字段的设置的最大字符串长度太小了，一旦装备要求多一点，数据就无法存库了。
妈的，道理原来这么简单。折腾了我大半夜。倒底是二把刀啊，不承认差距是不行的。
以往的活动，对装备的要求都很少，所以没发现过这个情况。而这一次因为是多日的活动，所以装备要求多一些，于是就隐患就暴露了出来。
本文已在[2006-5-10 22:44:05]被作者重新编辑。
