编译器上用 ping baidu.cn就能跑出这个网站的效能 有趣！
截图里的54.222.60.218就是位置 能百度出来具体物理位置 在北京
置顶css 置底JavaScript
真的如教程所述 手写的jQuery烂掉了耶 哈哈哈 有趣
的确有很多手写的jQuery是在HTML模板里面的，结果JavaScript比yield还晚被呼叫. 也就是说 HTML 是先run的，它里面的jQuery代码都还没来得及启动 自然特效全烂掉了
要改的时候，发现把全部的jQuery都集中到一个html模板，真的太感人了！！！不然改到猴年马月去！！！
实战里面练代码，果然才更有感觉更能快速提高啊啊啊
BTW 教程提到的 “那么这一段 JavaScript 就会在javascript_include_tag以下执行了” 估计想表达的意思是被 content_for包起来的那段JavaScript就会在javascript_include_tag这行代码运行后再执行
这也是为啥yield :handwrite_javascript要放在 javascript_include_tag 下面，这样才能保证 javascript_include_tag先运行过了，叫醒了jQuery后，HTML里混的那些“手写jQuery”代码部分能在 javascript_include_tag运行后再执行
意思就是“被包起来的代码，会在jQuery被叫醒运行后正常的运行” 不会因为“jQuery还未被叫醒去run 就导致HTML里的jQuery代码都无法运行全部烂掉” 而且因为“包起来的代码只是小部分 不会影响HTML代码的正常下载运行回传” 也就是说，这样操作即保证了代码不烂掉又不影响“前端速度”
这样梳理下来，感觉这debug的操作也太帅了吧...出问题的那部分代码，我抽取出来针对性地解决. 这样也不影响html的下载速度. 毕竟前端的refactor就为了提高前端下载网页速度的，所以不能因为“非HTML代码”影响HTML代码的速度
Content Delivery Network
这个感觉就是一个全球各地遍布用户的网站 无法在全世界各地摆服务器，每个地方的用户的网站打开速度就各不同。为了解决，物理位置上就近找一个“临时仓库” 把下载很慢的 “静态文档” 备一份在里面，然后达成“难下载的那部分资料”能就近获取，这样就能提高速度了
“Remember that 80-90% of the end-user response time is spent downloading all the components in the page: images, stylesheets, scripts, Flash, etc. ”
小小骇客技术 Split component cross domain
因为一个网站只能同时对一个 domain 开启两个连线 那么就“伪装”成我们这台主机连着四个domain，而不是“老实巴交”“实打实”地显示“一个domain”. 就是输出网址变四个
“Make sure you're using not more than 2-4 domains because of the DNS lookup penalty” 多于四个会出问题哦~
“The more images that are downloaded in parallel, the greater the amount of CPU thrashing on the client. On my laptop at work, the CPU jumped from 25% usage for 2 parallel downloads to 40% usage for 20 parallel downloads. ”介绍为啥设定成两个两个下
不过我真好奇啊，四个domain随机输出资料，怎么确保不重复输出的？
啊！思考了一下，因为代码的写法确保了是“随机分配domain的数字”的. 就是http://cdn％d.jd.com的%d会随机把全部相关资料的domain分配完毕，再去跟CDN要资料，所以自然不会“重复”啊~
参考多线程下载的介绍
https://yuiblog.com/blog/2007/04/11/performance-research-part-4/
最后附上
大神的文章啊！
网友评论