作为小IT人士,自然对网络购票这种新生事物比较感兴趣,但是试验之后才发现,要搞就搞好,不要弄些垃圾半成品出来忽悠人。
因为不了解订票网站的具体技术架构,也不知道你跟银行是api、webservice还是db接口,所以具体的技术细节不讨论。
哥只用浅薄的那点IT知识讲几点变通的方法,希望智商有限的铁道部官员们也能集思广益,不要老是拍脑袋做决定。
第一:分布式部署网站域名,不再架设唯一网站。
意思就是说,把各个车次或者地方的车票都区分开,放在不同的网站服务器上(花不太多钱的),从而达到分流的效果。举个例子:北京出发往北的票放一个网站、广州出发往两湖的放一个网站、上海往四川的放一个网站等等。架设十几个网站服务器,分别卖不同车次的票。如果现在每天访问同一个网站的有十几万人,那分流之后每个网站只有几万人访问,网站就不容易瘫痪,购票也稳定了。
第二:针对订票之后,与银行结算时间长的问题,应该设置一个计数的规则。举例,每次只允许1000人同时与银行结算,20分钟内,其他人不允许结算。保证已经订了票的赶紧出票,然后把位置让给后面等着的人,不要一窝蜂的全上来挤在那里,弄的大家都等个把小时,反而有很多超时结束。
第三:无座就无座,不要搞什么什么硬座无座号的新名词好吧。。。。。。
第四:考虑一下广大农民工的感受。他们大多还不会上网,也没有网银。你推出网络购票和电话购票12天,就不要取消窗口排队的12天了。我举双手双脚赞成网络和电话,但是你好歹考虑下农民工亲人的基本情况。现在想排队买票都买不到了。他们才是最应该回去过年的人。
因为不了解订票网站的具体技术架构,也不知道你跟银行是api、webservice还是db接口,所以具体的技术细节不讨论。
哥只用浅薄的那点IT知识讲几点变通的方法,希望智商有限的铁道部官员们也能集思广益,不要老是拍脑袋做决定。
第一:分布式部署网站域名,不再架设唯一网站。
意思就是说,把各个车次或者地方的车票都区分开,放在不同的网站服务器上(花不太多钱的),从而达到分流的效果。举个例子:北京出发往北的票放一个网站、广州出发往两湖的放一个网站、上海往四川的放一个网站等等。架设十几个网站服务器,分别卖不同车次的票。如果现在每天访问同一个网站的有十几万人,那分流之后每个网站只有几万人访问,网站就不容易瘫痪,购票也稳定了。
第二:针对订票之后,与银行结算时间长的问题,应该设置一个计数的规则。举例,每次只允许1000人同时与银行结算,20分钟内,其他人不允许结算。保证已经订了票的赶紧出票,然后把位置让给后面等着的人,不要一窝蜂的全上来挤在那里,弄的大家都等个把小时,反而有很多超时结束。
第三:无座就无座,不要搞什么什么硬座无座号的新名词好吧。。。。。。
第四:考虑一下广大农民工的感受。他们大多还不会上网,也没有网银。你推出网络购票和电话购票12天,就不要取消窗口排队的12天了。我举双手双脚赞成网络和电话,但是你好歹考虑下农民工亲人的基本情况。现在想排队买票都买不到了。他们才是最应该回去过年的人。