火车票网售又是无反应和扣款没买到票

中国的全国性业务网站，基本是没一个能真正挺住的
从奥运售票网站到各地的车牌自选网站，到今天的铁路售票网站
财大气粗的铁老大，到了网站应用，也是束手无策。。。。。。

的确，巨大访问量的web应用，不是钱多就能搞定的
真的想靠钱搞定，可能要比靠技术搞定多付出n倍的钱
n到一定程度，就不是“钱多”者能轻易付得起的了

从此，有2点感觉：
1、如果使用客户端，可能后台的压力会少很多
现在的web应用，任何步骤都是与后台反复交互才得到的
使用客户端，只有必要的后台信息，才需要与后台交互，
其余的，基本是利用用户的电脑，既不占后台的计算能力，也不占后台的网络带宽
2、根本的解决办法还是在于简化售票后台的工作量
具体来说，就是把购票的付款，彻底与铁路网站分开！
铁路网站只提供：a、线路、班次、余票的查询；b、银行支付凭证的接收
a很好理解，而且只是一个单向的动态内容发布系统而已
b则涉及网络支付模式的大变动：
用户把火车班次+张数信息，加上自己的身份证信息提交给银行的网银系统
如果支付成功，则由网银系统返回一个全球唯一码（GUID）
再把GUID提交到铁路网站，铁路网站以此GUID向银行查询购买信息
得到：火车班次+张数+身份证（未支付成功则没有），再与自己系统里的该班次余票比较，
该班次无票了或此身份证已购买过，则与现在的“已扣款买不到票”一样，但是可以立即退款
有票，则减余票，并告知购买成功
这样，铁路网站的压力自然大大减少！
（只是，目前的银行网银系统，最多只支持返回一个业务号，还不会支持较多信息的返回
这样，就需要铁路网站来记录业务号与“火车班次+张数+身份证”信息的关联
压力又略大了一点点，但是无须对银行网银系统的改动，可以较快实现）

b的实现，利用客户端，后台压力和用户操作也会好很多

——2012-01-07重新归纳：

应该把网站分5个功能：

1、用户查询线路-日期-余票；

2、程序把 线路-日期-张数-金额-身份证 信息打包；

3、用户或程序把 信息包 自行到各银行的网银站点支付；

4、用户或银行后台 提交 支付成功凭证；

5、用户凭自己的 身份证号+支付成功凭证 查询自己的 订购 是否成功

1可以动态生成静态页面，可以多服务器（春运时，每个铁路站向当地电信租借一个服务器；平时，只要每个铁路大局向当地电信租借一个服务器）

各服务器定时向中心服务器查询余票，再更新到自己的静态页面

各个服务器的 页面生成程序 每n秒向 中心服务器 查询一次，生成各线路的余票页面，后面的n-1秒里的几百万的访问，访问的都是这些静态页面
这样，各个服务器尤其是中心服务器的开销就最低了

3、4、5各种提交的信息，都加以校验信息，提交时前端就可以验证信息的有效性，预先排除伪造、胡乱输入的信息到后台，减少后台的压力

4是银行的事情了，它们的经验和抗压能力应该比较好了，而且即使它们卡死，也不影响1、2、5，不至于出现现在的老是无法访问。。。。。。。

电话订票也可以类似：先要求用户到银行网点或网上支付花 张数x票价（多种线路都可能的话，按最贵的算） 买一个电话登录号

电话登录号可以含身份证信息，即张三盗用李四购买的电话登录号，用李四的身份证，无效！

有电话登录号才能从【快速订购号码】进行电话订购。。。。这样，既减少了电话压力，也避免了不花钱乱预订

如果最终都没买到，电话登录号可以凭身份证退。如果只是一个人，而且预付的钱也准确，则都无须再取票了，直接凭身份证上车了