CloudFlare加速最佳化设置

经过一年来的观察，发现许多站长对于CloudFlare的设计其实并不了解，错误的设定CloudFlare常常也会引来网站便缓慢的问题。再次澄清，CloudFlare预设其实没有针对网页进行快取，访客所有访问其实只是经由CloudFlare一五一十的向原始主机请求资料，这样的一来一往就会拉长访客网页载入的速度，也没节省到主机多少流量(有时反而变得更花资源)。

改善问题的方式包括，停用Always Online、填写Page Rules快取规则。

请留意下图CloudFlare控制台以红线画的三个部分，包括Speed、Caching、Page Rules

首先是Speed，其中Auto Minify的工具请全部启用，让经由CloudFlare传输的网页资源都得到适当的压缩。

而下方的Rocket Loader由于对造成Google AdSense不当修改，故使用Google AdSense的网站请务必选择Off，未受影响的网站则建议选择Automatic即可

再来切换到Caching标签，Caching Level(快取等级)请选择Standard(标准)

Browser Cache Expiration(浏览器快取)建议设定在1year，而Always Online请务必”关闭”，这部份似乎有点争议，原先Always Online的概念是网站离线时，透过CloudFlare提供快取页面维持访客的正常浏览，可是对于免费版来说，要求的快取时间高达一周才会有效果，但这段时间CloudFlare会频繁的向源站点请求网页存取，等于要用主机资源的消耗换取常常不能用的Always Online完全不值得，不如关闭这项功能节省资源。

再切换到具有关键角色的Page Rules标签，对于网址规则设定有两种，

一种是全站点交由CloudFlare传输给访客，此时网址规则包括：以www.test.com为范例

站点原网址/wp-login.php* [例如，www.test.com/wp-login.php*]：

Custom caching请选择 Bypass cache 

站点原网址/wp-admin/* [例如，www.test.com/wp-admin/*]：

Custom caching请选择 Bypass cache 

站点原网址/* [例如，test.com/*]：

Custom caching请选择 Aggressive caching 

第二种是主站点由源主机传输，但大部分静态资源由CloudFlare传输给访客，优势在于访客等于同时有两个站点进行传输，且搜寻引擎爬虫所访问的站点IP也不会常常改变，会于塞车时切换CDN状态也很简单，此时网址规则只要：

站点CDN网址/* [例如，cdf.test.com/*]：

Custom caching请选择 Cache everything 

对于如何生成相同内容的子网域镜像，可透过指向相同IP、指向源站点CNAME来达到两组网址显示相容内容的效果

经由CDN连接的网址置入快取外挂的CDN功能，并清理外挂快取即可生效。

相关推荐: Amazon7大选品数据化终极指南及货源渠道建议

厦门商城系统开发 亚马逊数据话选品，它是辅助工具，不是“结果”。现在市面上有很多选择工具，比如卖家精灵、紫鸟、亚马逊队长BI、AMZScout等。，可以帮助卖家进行数字化选择。但是，我们经常会遇到卖家的举报。他们在使用这些数字选择工具后，通过其工具的应用获得了…