|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-01-03
ZZX19880809 写道 靠，chrome点开，
无法显示此网页 网址为 https://dynamic.12306.cn/otsweb/ 的网页可能暂时无法连接，或者它已永久性地移动到了新网址。 错误 501 (net::ERR_INSECURE_RESPONSE)：未知错误 未安装证书的缘故，证书这块确实是有点问题，也理解不了为什么不用CA签发一个证书。 |
| 返回顶楼 | |
|
发表时间：2012-01-03
有一点是能肯定的：他们正在准备加倍投钱
|
| 返回顶楼 | |
|
发表时间：2012-01-04
我的网络这么好，订票也定不了
Pinging https://dynamic.12306.cn [121.10.40.147] with 32 bytes of data: Reply from 121.10.40.147: bytes=32 time=7ms TTL=57 Reply from 121.10.40.147: bytes=32 time=7ms TTL=57 Reply from 121.10.40.147: bytes=32 time=7ms TTL=57 Reply from 121.10.40.147: bytes=32 time=7ms TTL=57 Reply from 121.10.40.147: bytes=32 time=7ms TTL=57 |
| 返回顶楼 | |
|
发表时间：2012-01-04
下了订单 支付时间超时...悲催.
|
| 返回顶楼 | |
|
发表时间：2012-01-05
cun2001 写道 REGAL2T 写道 furuitao 写道 “站车风采” 不知道就是这个描述呢，还是写错了！
应该是‘车站风采’吧？ri 不懂就别出来乱说，人家就是“站车风采”，是车站和列车的意思。 呵呵，原来是这么个“战”车风采呀！！是车站和列车的合称，“我们”这些都没有文化的人啊，没文化真卡帕呀。 前几天回顾了袁腾飞老师的历史课视频， 说道秦王嬴政统一六国之后，要给自己起个前所未有的称号，以表现自己--德前三皇功过五帝，那就从“三皇五帝”中取两个字吧，幸好取出来的是：“皇”和“帝”，而不是“三”和“五”，那就惨啦。 这里是“车站”和“列车”，幸好铁道部没有简称为 ......是吧。 |
| 返回顶楼 | |
|
发表时间：2012-01-06
悲剧的东西。。坑钱的货
|
| 返回顶楼 | |
|
发表时间：2012-01-10
我只好在ff下订票，然后到ie下去付款 请问楼主如何实现的啊，FF到IE岂不是又得重新登录？？？ |
| 返回顶楼 | |
|
发表时间：2012-01-10
泰山宏图 写道 cun2001 写道 REGAL2T 写道 furuitao 写道 “站车风采” 不知道就是这个描述呢，还是写错了！
应该是‘车站风采’吧？ri 不懂就别出来乱说，人家就是“站车风采”，是车站和列车的意思。 呵呵，原来是这么个“战”车风采呀！！是车站和列车的合称，“我们”这些都没有文化的人啊，没文化真卡帕呀。 前几天回顾了袁腾飞老师的历史课视频， 说道秦王嬴政统一六国之后，要给自己起个前所未有的称号，以表现自己--德前三皇功过五帝，那就从“三皇五帝”中取两个字吧，幸好取出来的是：“皇”和“帝”，而不是“三”和“五”，那就惨啦。 这里是“车站”和“列车”，幸好铁道部没有简称为 ......是吧。 可是进入“站车风采”里面都是车站信息，没有列车信息啊！ |
| 返回顶楼 | |
|
发表时间：2012-01-11
leotody 写道 我只好在ff下订票，然后到ie下去付款 请问楼主如何实现的啊，FF到IE岂不是又得重新登录？？？ 是的，重新登录，很杯具 |
| 返回顶楼 | |
|
发表时间：2012-01-13
这几天，看到很多技术同流都在BS铁道路12306.cn系统的垃圾，无疑，这套系统的性能，并发处理能力已经在春运购票浪潮的考验下，暴发出了很多的问题，BS之余，其实，我们可以借用这个机会，更多的探讨和学习下，高并发业务系统的相关解决方案，如果这个系统交给自己来做，我们会从哪些方面入手？大家说，是吧？
这两天，我也在想这个问题，如果这个系统交给自己来做，我又应该考虑哪些方面呢？简单想了想，下面说说我的几个不成熟的意见，大家一起讨论下，共同提高嘛 1、按照用户来自的IP所处省份，将请求分发到所在省份的IDC上 2、将提交订单中的确定座位环节挪后，放到取票系统中再去确定该票的座次，毕竟座次这个东西的唯一要求是不能乱的，高并发下的下，这一块代码的同步性或等幂要求很高。 3、加强防刷机制 3、并发量达到一定数量时，加入排队机制，接收一定数量的请求置入队列，并提示用户，请求已接收，不用重复提交，后台线程对排队队列进行处理，将处理结果以站内消息通知用户，这样，也可以减少很大一部分用户重复提交 |
| 返回顶楼 | |
