今天够忙的,发现一些地区的联通连不上Incapsula的服务器,所以我先把NS从Crazydomains那里改到DNSPod,然后再把联通线路CNAME解析到最原始的OpenShift服务器上了。但是DNSPod的IP地址库显然不是很全,一些地区的联通会依然走Incapsula的CDN加速渠道然后会访问不通……嗯,我在申请安全宝和WDCDN的加速了,如果这边能搞定的话我就会直接分成国内/国外两条线路,如果搞不定的话就取消国内线路的Incapsula加速。已经使用安全宝加速国内线路,默认解析走WDCDN,国外线路解析到日本的Incapsula服务器。先测试两天,如仍然有问题将停用Incapsula.
然后我又到Google PageSpeed Insights上分析了一下,按照上面的说明做了如下优化:
- 复制了一份主题的静态资源到Amazon S3(东京机房)上,修改了代码,主题图片/JS/CSS等都从Amazon S3上加载
- JS代码引用加上async参数,避免因大量JS加载导致打开本博客就堵塞
- JS等资源启用GZIP压缩传输
- 把静态资源的过期时间设置到2020年,以便利用浏览器缓存加快网页加载
这次的优化带来了一点点兼容性问题,对于IE 8、Firefox 3.6及更旧的浏览器可能会出现JS加载的问题等。不过我本来就没打算对这些老古董浏览器友好,获得最佳的访问体验请使用Chrome(Chromium及其国内「山寨」变种)/Firefox浏览器。
看起来只有一点,但是一百多个文件,全部都是手动一个一个设置的元数据,奈何我不太了解Amazon S3,倒是不知道有没有方便的批量操作方式。
博客的访问速度应该又快上不少了,毕竟在Google PageSpeed上打分有88了(本来只有50+),当然,如果因为你当地ISP的关系还不能访问本站,请稍安勿躁,我会在近两天解决的。
3 responses to “博客第二次加速优化”
嘿嘿,pagespeed我有94分
安全宝的香港节点还不如Incapsula日本节点
我用ping.chinaz.com测试的话,安全宝比Incapsula日本节点的ping值要低10~30ms