12306 这么大的 js 文件,怎么想的...

[bridge45]

直接贴地址: https://kyfw.12306.cn/otn/resources/js/query/train_list.js 下载下来文本 35M,网页流量查看显示 4M...如何的慢,想想就知道了

原地址:https://kyfw.12306.cn/otn/queryTrainInfo/init

[yuankui]

不错啊，这个数据~

[reus]

train_list ，是车次信息吧？可以减轻服务器压力，其实算正路做法。
那些页游、 flash 之类的资源，比这大的也不少见，没啥的。

[minbaby]

好奇心害死猫。（ chrome 卡死了）

[bridge45]

@reus 这还能减轻服务器压力么?如此大的带宽浪费,为什么不是类似级联方式的查询获得车次结果,将结果缓存下来

[bridge45]

@minbaby 想想普通用户低配电脑或者手机访问,那不是直接挂的节奏

[wolfan]

LZ 小心铁总今年不卖回家的车票你哟~

[chinawrj]

@bridge45 你那样搞更复杂吧。搞个 CDN 加速单个 35M 文件多简单。

[cheetah]

@bridge45 静态文件通过 cdn 分发就可以了，是可以减轻应用服务器的压力的。

[bridge45]

@chinawrj 我想写这代码的兄弟也是这样想的.... 然而也太对不起]上千万]用户的电脑 和 [上千万]*[10M] 的带宽浪费了吧

[bridge45]

@cheetah 可以分为多份静态文件,然后用户输入的时候去调取对应区间 CDN 的静态文件,用户内存和带宽都可以降低不少.

[bridge45]

@wolfan 哈哈,今年过年不抢票

[Arrowing]

厉害了我的哥，加载了我 1.2min
然而并没开启 gzip 压缩 GG

@bridge45 你这个方法也可以，就是复杂了一些，做起来难免会有错漏

[bridge45]

@Arrowing 哈哈,坐等官方优化吧... 太卡了我才去看一眼,原来是这样调用的

[reus]

@bridge45 从你的回复可以看出你并不是很懂技术，我想这种显而易见的事情，没什么值得讨论的。一个 gzip 后 4M 的资源，怎么就对不起电脑对不起带宽了呢？动态查询难道就不占带宽？动态查询还耗服务器资源。

[bridge45]

@reus 简单个分法:分为 D,T,K,G 四种文件,用户输入第一个字母去加载对应 js 文件,当然还有其他分法...,就可以大为减少一些带宽和内存.我配置不错的台式机 chrome 卡爆了...

[learnshare]

查看文件详情，标签卡死了

[tscat]

4m 的文件根本不占带宽吧和图片之类的比起来

[reus]

@Arrowing 慢在浏览器渲染，实际最多几秒就下完了，解析也不到一秒。你是直接当文本打开来看的吧？

[qqmishi]

下载下来把我的 gedit 卡死了，，，

[bugmenein]

@reus 4M 不是所有人都是几秒就能下载完，大多数人可能要下十几秒到几十秒。