>>>>>> 文章點閱數:1,101 <<<<<<

CloudFlare为少数几家提供无限流量的CDN服务,
并能抵御轻度CC攻击与漏洞扫描等问题,
更在2014下半年提供免费的Comodo多域型+不限子域的连线服务,
对于Google近期推广https网站有所帮助,
在免费或低价CDN市场,
CloudFlare往往成为不可被取代的重要角色。

2016/4/8 CloudFlare台北TPE节点上线测试中
测试范例 https://www.hzsh.xyz/cdn-cgi/trace

2016/4/11  CloudFlare台北节点官方正式发布
官方Blog https://blog.cloudflare.com/taipei/

CloudFlare服务官网 https://www.cloudflare.com

clodflare

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

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

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

clodflare2

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

clodflare3

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

clodflare4

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

clodflare5

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

clodflare6

再切换到具有关键角色的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 (详细设置请点这里)

clodflare7

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

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

clodflare9

 

CloudFlare加速最佳化设置
Tagged on:     
1,101

9 thoughts on “CloudFlare加速最佳化设置

  • 2015-07-25 at 6:26 下午
    Permalink

    其实本站就是属于第二种传输方式
    主站点由 OpenShift美东主机直接传输
    但大部分网站素材都使用CloudFlare来传输
    最近香港节点还蛮稳定,图片与CSS、JS载入都很快速
    一旦CloudFlare又出现塞车的情形可以立即停用外挂的CDN功能
    使所有访客直接访问美国主机,即可改善塞车的情形

    • 2015-09-20 at 8:45 上午
      Permalink

      后来检视过CloudFlare快取规则
      发现Page Rules主要功能是对付未缓存的HTML
      其他网页素材像是JS、CSS、图片预设都会缓存
      所以全站点提交给CloudFlare处理的时候其实就要设定到
      Aggressive caching即可
      这时候动态的WordPress网页还是可以有部分的快取效果
      静态素材也能由CloudFlare预设处理缓存,这是免费版的配置
      如果有购买CloudFlarePro,可以再加一条CDN网址专用的
      Cache everything
      并务必启用Polish与Mirage等功能
      对于图片处理会更好
      另外如果有使用外来JS公共库(e.g.又拍云JS)
      Rocket Loader一定要停用,否则CloudFlare将会取代原本的外来JS
      速度可能会降低,因为目前CloudFlare数据中心都在日本跟香港
      但外来公共库大多有当地节点,像是台湾有亚太线上节点
      中国境内则有各省份节点,速度绝对比CloudFlare的Rocket Loader来的快速

  • 2015-09-18 at 10:54 下午
    Permalink

    今天百度云加速官网也正式加入云加速CDN的服务
    http://su.baidu.com/cdn-cgi/trace
    台湾这里可以正常查询到CloudFlare香港回传数据
    未来希望百度云加速可以有效处理中国境内攻击
    可惜官方并不允许使用任播技术切换流量到清洗节点
    目前主要是透过中国电信的云堤技术直接压制电信网路攻击来源
    使攻击仅限于省份之内
    另外今天也达到新的抗攻击流量达1Tbps的效果
    主要由CloudFlare分担约500Gbps及百度云加速抗攻击节点500Gbps维持服务
    但笔者认为百度云加速可以在1Tbps攻击后存活下来主要倚靠着中国电信的云堤技术协助维持系统运作
    百度云加速真正抗攻击能力测验才正要开始…
    [20150917直播会影片 http://www.iqiyi.com/c_19rron7zia.html ]

  • 2015-10-24 at 9:17 上午
    Permalink

    CloudFlare这一周维护节点后又跑回香港了!
    现在香港速度恢复状况良好
    主站点目前仍然使用CloudFlare拦截威胁
    但担心图片载入过于吃力,图片放在其他主机快取比较理想
    目前图片在台湾用GooglePaaS+国外用新加坡Hostinger
    小流量的话速度勉强还过得去!

  • 2015-12-02 at 4:26 下午
    Permalink

    对于被攻击的网站可将Page Rules与Firewall的Security Level设定成
    I'm under DDoS,启动浏览器5秒检查,可有效降低攻击情形
    但如果没效果,将会执行机器人验证,封锁非正常用户的访问

Comments are closed.