解决OLAINDEX引用loli.net资源加载缓慢的问题

作者已更新，请使用V4.0+的OLAINDEX

近期有个朋友一直跟我说他打开OLAINDEX的站点非常慢，第一次要十几秒，个人感觉很奇怪于是简单看了一下(っ °Д °;)っ

F12发现OLAINDEX静态文件主要引用了兽兽的loli.net的公共静态资源，此域名前段时间因被人举报国内的备案被吊销，源站已经迁移至香港。从解析的IP来看目前是HKBN+HKT的商宽。IPv4环境在分配至HKBN节点时速度应该比较稳定，而HKT节点在晚高峰会受到比较严重的QoS。

但是实际上拖慢速度的以上并不是主要的原因，实际上是因为该资源站开启了IPv6解析，而且IPv6优先级高于IPv4，在具有IPv6的条件下会优先通过IPv6访问。国内目前IPv6与香港peer建设尚未完成，在IPv6访问条件下，移动和电信路由会绕欧洲，联通和教育网会绕美国，延迟在300ms左右。

然鹅在写这篇文章的时候loli.net又被解析到了日本走bbtec的线路w(ﾟДﾟ)w……晚高峰太爆炸了……

只有兽兽的公共图床sm.ms慢是因为这个原因，我们引用的是cdnjs.loli.net和fonts.loli.net，cdnjs这个源是在日本internap，回程是bbtec/ntt/iij随机，当然爆炸

另一个fonts在香港rackspace，回国走CN2，无需反代

对于这种访问不稳定来说最容易想到的就是通过反代来解决，由于发文的时候线路又切到了日本bbtec，用国内的机器反代测试显然并不理想，折中就选香港Azure进行反代

那么就添加一个反代

cdnjs.120712.site反代cdnjs.loli.net

其他关于反代的配置以及SSL和缓存就不再赘述……

接下来要让OLAINDEX的加载资源指向我们的反代，在查看源码之后感觉这个改起来工程简直了/(ㄒoㄒ)/~~

那么上个简单粗暴的方法，通过NGINX的sub_filter模块直接把loli.net替换到我们的反代上

把以下两行加在OLAINDEX的vhost配置文件server下

如图所示，保存即可（图中参数有误，以上方为准）

F12查看，静态资源已经被替换到了反代服务器，完活

题外话，其实晚高峰Azure也稍微有点炸，要是有香港CN2的小伙伴可以用那些来反代的

至于程序本身的问题已经向作者提了issus，静静等待作者修改优化吧(￣▽￣)”

*原创文章，转载请注明出处