1 234 / 4 页下一页

12306买票卡死啦，该咋办呢？ [复制链接]

chenxing2

丰衣足食

论坛徽章:: 13

21楼 [报告]

发表于 2015-12-16 22:34 |只看该作者

1、你是如何应对12306这种举措？

眼花缭乱的图像验证码这个只能仔细看没啥好办法，哎~~~  很坑人的...

至于封IP，估计好多人都傻眼的。对于个人用户其实也可以通过串改IP地址来买票，只是N多人都不知道而已，
（用火狐浏览器，下载modify_headers插件，后续不会自行百度）

2、对于购买车票你还有那些好的办法？

用抢票软件，现在有很多，多挂个抢呗
还可以挂代理抢

3、对于疯狂刷票的同事是否应该彻底封死访问12306，以保证其他同事正常购票？

即使封死该同事，但有千千万万其他公司的人/学生等等在抢，没用。
最多本公司的网络出口大家都能公平使用而已

4、是否可以利用负载均衡分流到较多的出口IP上，来保障顺利购票？

我嚼的可以这样处理：
1、对于每天的车次座位数据是固定的，可将这些数据直接挂在内存库/缓存中
   可将每个车次的票资源切成多个数据块，每个数据块加锁，以支持更多并发，内存操作会减少IO操作。
   抢到票的跳转到支付的服务器（与抢票的分开）
2、春节购票人员流动方向基本是固定的，车次数据、车票数据也是固定，除了临时加的车次，所以根据车次的方向，将相应车次数据在发车点地所在大区（比如省或者华东区之类）布置服务器，将数据流量分散，避免集中访问导致的服务器压力。

3、对于12306觉得一直维护那么多服务器浪费，可在高峰期，在各公有云上临时购买一大堆服务器来分流（比如1个月），即减少费用，又能增加服务器抗压能力。

5、对于12306的这种举措，你想说点什么？

国企嘛，只会想着自己，闷声赚钱，不会想别人的。看看淘宝双11吧.....

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

lsstarboy

版主

论坛徽章:: 54

22楼 [报告]

发表于 2015-12-17 15:14 |只看该作者

回复 21# chenxing2

至于封IP，估计好多人都傻眼的。对于个人用户其实也可以通过串改IP地址来买票，只是N多人都不知道而已，
（用火狐浏览器，下载modify_headers插件，后续不会自行百度）

求科普！
我觉得这个不可行！改的IP应该通不过路由器吧，即使通过，返回的包也应该回不来。

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

lsstarboy

版主

论坛徽章:: 54

23楼 [报告]

发表于 2015-12-17 15:53 |只看该作者

本帖最后由 lsstarboy 于 2015-12-17 15:53 编辑

用另一种思维来考虑：

问：为什么要抢票？
答：僧多粥少！
问：为什么僧多粥少？
答：放的少，留的多！
问：为什么放的少，留的多！
答：这个你不需要知道！
……

问：哪些人在抢票？
答：黄牛和坐车的都在抢！
问：黄牛为什么抢？
答：钱呗！
问：为什么黄牛禁不住！
答：你能区分黄牛，12306不能啊！
……

问：抢票为什么那么卡？
答：都在抢！
问：坐车的不多啊，几十亿个班次又不是一天完成的！
答：黄牛多，刷死了！
问：为什么刷死了？
答：服务器都放一块，刷票也识别不出来，不死才怪！
……

问：啥时候才能解决？
答：全国不统一放假的时候！
问：有技术手段没？
答：请致电12306！
……