网站建设

如何正确配置CDN高速缓存,避免越用越慢的尴尬

越来越多的博客网站开始用到了国内的免费CDN了,比如百度云加速、360网站卫士、加速乐及云盾等等。之前我也写文章分享过国内低配置VPS的优化方案,其中提到了很多站长开启CDN加速后反而更慢的问题。 文章是这样描述的: 动态网页会越用越慢 很纳闷吧?但事实的确是这样!我们先要弄清楚这些CDN加速的原理:当用户请求我们网页时,请求会发到CDN节点上,如果是动态数据,那么CDN节点将回源站拉数据,返回给用户!也就是说数据是经过了多次转发,加上CDN节点和源站的延迟,肯定是效果不明显,而且更慢! 这就不难解释,总是有人抱怨百度云加速越用越慢,而有人却说很快了。区别就是,快的人开启了云加速的整站缓存,而慢的人只是弄了一个CDN代理转发而已。 没错,如果只是开启CDN,而不合理的设置缓存,就会越用越慢。 下面我就分享2种CDN下的配置方案。 一、动静均缓存 这也是张戈博客之前用到的方案,网站前台不管是静态还是动态,我统统缓存到CDN。那速度绝对可以飞起来。 老版百度云加速以及360网站卫士等,都可以非常简单的搞定这个事情,因为只需要直接勾上需要缓存的类型,比如一般都是让你勾选【html】 、【目录】、【首页】这3种类型,全部选上就可以了。 这里插播2条实用技巧: ①、缓存黑名单 全部选上后,整个网站不管前后台都会缓存,连后台都缓存了,那还怎么玩?所以,这些CDN肯定还会支持缓存黑名单,大部分是路径匹配的,比如360网站卫士就可以如下设置不缓存后台: 一般都是支持通配的,如果连通配都不支持,那也没必要使用了。 ②、目录不缓存? 不知道有没有朋友遇到勾选了目录缓存之后,你的Wordpress网站的分类和单页面依然不会缓存,这是为什么? 其实问题在于WordPress的目录和单页面地址默认是不以斜杠/结尾的,不是一个标准的目录形式。而绝大部分CDN定义的目录是以斜杠结尾的! 有2个方法来解决这个问题: 如果CDN存在缓存白名单,那么可以设置强制缓存(略麻烦) 让WordPress的分类目录和单页面以斜杠结尾即可==>详细教程 那么,问题来了。新版百度云加速已经取消了这种简单的勾选配置!很多朋友解析到云加速后就放一边了,结果速度依然蜗牛,没有感受到飞的快感。 其实,新版百度云加速需要自己自定义规则来开启缓存!下面简单分享下WordPress在百度云加速下开启高速缓存的自定义规则,如图点击可进入设置: 同样的,根据前面的黑白名单规则,我们先定个调,一般网站应该是这样的情况:前台都缓存、后台不缓存、个别页面要缓存或不缓存。 先看下百度云加速自定义规则的说明: 提示说明: 规则自定义指对“指定URL”进行页面级规则定制(支持通配符*)。可对任意子域名、目录、甚至单个URL进行针对性的加速缓存、安全防护等配置。列表中上下关系决定优先级,靠上规则优先级高。站长可以通过点击“↑”调整优先级。新增规则优先级最低,将于30s内生效。 URL指定支持通配符*,例如 1) 对img.yoursite.com进行特定设置,需增加URL: img.yoursite.com/* 2) 对www.yoursite.com/news/ 进行特定设置,需增加URL: www.yoursite.com/news/* 3) 对www.yoursite.com所有html页面进行特定设置,需增加URL: www.yoursite.com/*.html 支持通配,这就简单了!不过免费版只支持3条规则,这个就需要我们合理斟酌一下了。 优先级从上往下依次降低,所以我们要保证不缓存的规则写到最上面,才能不会缓存规则覆盖。 根据我个人经验,一般WordPress网站设置如下3条规则即可: ①、网站后台:zhang.ge/wp-admin/*   设置为不缓存或细致缓存 ②、评论分页:zhang.ge/*/comment-page-*    设置为不缓存或细致缓存 ③、网站前台:*zhang.ge*    设置为前后通配都缓存 Ps:细致缓存其实就是只缓存静态文件,其中缓存时间或有效期请自行设定即可,无需按图照办。另外由于新版百度云加速现在不能对单个域名设置了,所以最后的缓存规则是前后通配,保证某些网站的二级静态域名也缓存到位。另外,这只是我个人经验推荐的配置,比如评论分页就可以根据自己的需要设置为其他页面,此处分享仅供参考! 这样设置好了之后,网站前台刷几下就可以看到效果了,当然还可以F12到network里面去看header的缓存命中情况,这就不赘述了。 二、只缓存静态 动静都缓存可以解决国内低配VPS的2个尴尬:带宽和负载。带宽问题,国内普遍小水管就不用我多说了吧。负载问题则是WordPress一直以来的诟病,刷新快一点,CPU就满了。 但是,有一些网站,本地已有缓存或者访问流量并不高,他们不想开启全静态缓存,因为会带来的各种数据不刷新问题。因此,我们如何既解决速度问题,又兼顾实时数据呢? 当然,开启CDN不进行整站缓存设置的话,大部分CDN会默认缓存静态文件,基本满足以上需求。但是某些CDN有个坑爹的规则:他会和谐某些关键词,访问有这些关键词的页面就提示违规并不显示。 如何解决这个问题?很简单,通过域名做动静分离即可。 将静态链接替换为二级域名,并开启CDN缓存。主域名则不走CDN或走CDN但不开启缓存。 将静态链接替换为二级域名应该不用我多说了吧?不会的看一下张戈博客之前分享的七牛CDN代码版即可==>传送门 主域名不走CDN也很简单,直接在解析时不开启缓存即可,也就是直接回源: 如果担心暴露IP,如果是阿里云ECS,你还可以CNAME到阿里云的WAF上(这也是张戈博客目前的做法): 走CDN开启缓存和走CDN禁止缓存应该也不用我多说了,上文都有分享规则。 如上设置后,你的网站的速度也会很快,当然前提是你的动态部分不卡才行。如果网站还是比较卡,但是你有不想开启纯静态导致数据不刷新,那么 ①、如果是独立主机,可以考虑开启redis或opcache等php动态缓存 ②、如果是虚拟主机,可以安装 DB Cache Reloaded Fix这类数据缓存插件 当然,如果你觉得还是不够快,那么推荐和张戈博客一样,开启Nginx的fastcgi缓存! 三、总结下区别 方案一 和 方案二 到底有什么区别呢? 方案一 是将动态和静态都强制缓存到CDN,这样就算本地不开启任何缓存,用户的访问速度也是杠杠的。如果想要给搜索引擎蜘蛛一样的速度,那么本地最好也开启一下静态缓存。 方案二 则是只缓存静态数据,动态数据依然请求到源服务器。这样做的好处是既解决了带宽尴尬,又解决了前台数据不能实时刷新的问题。因为,占带宽的主要是静态文件,而非html代码。我们将大体积的静态文件托管到CDN加速,源服务器就只要负担体积很小的html代码流量了,速度自然就快了! 当然,这样做很容易就出现了前文提到的开启CDN反问变慢的尴尬。。。解决办法也很简单,本地开启一下动态缓存即可。 张戈在帮不少站长做网站优化时,设置过百度云加速,发现大部分站长都不会设置,然后还对我说为啥你弄过之后就飞起来了,我当初使用云加速就卡出翔?其实就是不会设置而已!所以,今天我分享出来,弱弱的为CDN正名,那些用过之后骂CDN垃圾越用越慢的人,先自己好好反省一下吧! 好了,本文罗里吧嗦说了一大堆,有需求的自然会豁然开朗,没需求的就会如同嚼蜡了。我敢说,如果你看懂了这些设置技巧,那么使用任何CDN都会信手拈来,轻松应付! 总之一句话,张戈写文章的期望不高,希望对有需求的人有所帮助就好。
阅读全文
东拉西扯

浅谈个人博客网站or屌丝vps服务器暴露真实IP的危险性

经常关注张戈博客的朋友应该注意到,张戈在以往的文章中多次提到要隐藏我们网站服务器的真实IP,比如最近分享的《阿里云盾网站安全防御(WAF)的正确使用方法》,肯定有不少人心怀疑问,这是为什么呢? 一、为啥隐藏真实IP? 今天,抛出这样一个话题,也是为了提醒那些还懵懵懂懂,毫无设防的屌丝站长们!我们是小网站,我们用的也是屌丝服务器,不像腾讯、网易那些大站用的是价格昂贵、性能卓越的高性能、高可用集群。我们这种屌丝服务器一旦被人恶意攻击基本玩完! 也许,大部分人和我有一样的想法:这有啥,开启高防CDN啊!比如百度云加速、360网站卫士以及安全宝等。确实,使用国内免费的高防CDN是我们这种屌丝服务器的最佳选择。 当我们使用了高防CDN之后,用户访问路径如下: 用户请求-->高防CDN节点-->源服务器 攻击请求就落到分布式大带宽的CDN节点,如果合理设置好缓存项目,我们的服务器几乎不会受到影响。 看到这,你是否对今天这个话题嗤之以鼻?心里想着暴露真实IP有什么问题?我开启百度云加速不就好了嘛! 不错,这应该就是大部分人的想法了,当然肯定还有大部分人对暴露真实IP无动于衷,不知道有什么危害。 好吧,再往下看你是否依然淡定。 一旦真实IP暴露,攻击者只要在攻击时用类似于hosts手段指定IP去攻击,那就神马CDN都是浮云了!因为攻击请求已绕过了CDN节点,直捣黄龙!而DDoS更甚,可以直接大流量攻击真实IP,非高防服务器会立马死翘翘! 当攻击者通过hosts强行指定源服务器IP来进行攻击时,请求途径如下: 攻击请求-->hosts解析-->源服务器 直接绕过高防CDN节点,落到了源服务器!小带宽,低配置的屌丝服务器,对于大批量的不同IP请求,几乎毫无防御能力!每个IP都是正常的请求,根本无法辨别黑白,那么同时l来1000个,看你死不死? 因此,保护好真实IP不暴露到公网,对于小服务器来说是重中之重!虽然你是新站,暂时没被人盯上,一旦有一点起色就很可能招来各种苍蝇的攻击骚扰。这些苍蝇不一定是因为你的网站挡了他的财路,很可能就因为在你网站留言一些推广被拉黑,也有可能是因为和你换友链被拒绝等等,都可能带来嫉恨似的攻击骚扰!直接原因无它,只因CC攻击成本太低而已! 二、如何隐藏真实IP? 上面也已经说了,目前隐藏真实IP的做法主要是利用国内外一些免费的CDN加速服务。比如国内的百度云加速、加速乐、360网站卫士以及安全宝,国外的CloudFlare。不管有没有备案,都能选择一款适合你的免费产品。 当然,如果你不需要加速功能,也可以考虑入住阿里云或腾讯云,然后使用免费的WAF防御服务,也能使用cname解析,起到改变网站IP的效果。 实际上,如此设置之后,在隐藏真实IP的同时,也杜绝了网络上那些到处扫描端口、扫描漏洞的行为。 三、个人经验分享 那用这些高防CDN隐藏真实IP之后,是否百分百可靠呢?且继续看。 不久前,张戈博客被一大波苍蝇攻击,1核CPU配置下的 load average 直接达到10+!我挺奇怪的,因为张戈博客早已实现了纯静态化,被攻击不应该产生这么高的CPU负载才对,因为都是 html 页面。 网站已经龟速,容不得我细究。我立刻将网站迁移到百度云加速,设置为完全缓存,结果发现网站打开速度变快了,但是CPU负载还是没有明显的改善,这是为什么? 当我查看 nginx 的 access.log 才恍然大悟,原来是 postviews 插件的 ajax 统计!就算你是纯静态html,被打开的时候,还是会产生一个 ajax 动态请求来记录浏览数,从而导致了cpu的狂飙,被请求的路径是: https://zhang.ge/wp-admin/admin-ajax.php 我最开始想到的解决方法是,直接将 admin-ajax.php 重命名,让请求变成404状态,CPU瞬间恢复正常! 重命名之后,在WP后台操作的时候发现一个问题,后台很多操作都不能生效了,比如我点击批准了一个评论,刷新后评论又变成待审核了。看来后台的很多操作也是ajax请求了这个文件! 既然不能重命名了,那只好想其他办法了!在页面里面看到这个 postviews 的 ajax 请求代码如下: 因此,我想到的临时解决办法是修改 admin-ajax.php 这个文件,在<?php 后面加入如下内容: 保存后,CPU 压力立马消失无影无踪!因为我让浏览统计临时失效了。浏览统计这种不痛不痒的功能,影响不大。等攻击消停之后再改回来就是。 从这个案例,我们可以看出,百度云加速等高防CDN并不是百分百有效的。当攻击者用数以万计的不同IP来请求的时候,只要你页面中存在一个动态请求,负载就上去了! 最后分享一个小经验,我2个网站的360网站卫士和百度云加速解析记录与各种设置都是以前就设置好了的,一旦被攻击,我只要立刻将NS记录指向云加速或360的NS服务器即可,方便又快捷!这就叫运筹帷幄,未雨绸缪,不管有没有攻击都要留好紧急恢复后路,避免不必要的损失。 好了,磨叽叭嗦的就说到这里,希望我这篇文章能起到正能量的作用,而不是给那些苍蝇们提供了一个无视高防CDN的攻击途径!当然,张戈在这里也奉劝那些整天没事喜欢CC攻击小网站的朋友,这点攻击手段真的很菜鸟,很逗逼,很没技术含量,你真要有本事,敢不敢去做一个白帽子造福互联网?
阅读全文
WEB应用

阿里云盾网站安全防御(WAF)的正确使用方法

将2个网站搬到阿里云,一个是因为阿里云稳定,另一个就是牛逼轰轰的云盾了。之前在博客联盟群里模拟CC攻击过搭建在阿里云ECS上的博客,结果云盾毫无反应,而网站已经挂了。 这次特意细看了一下云盾上的CC防护功能,发现有部分朋友估计并未正确使用WAF。所以,我在本文就简单的分享一下阿里云盾-WAF网站防御的正确使用方法。 一、域名解析 大部分朋友,只是开启了云盾就不管了,这也就是很多朋友受到CC攻击后,云盾却毫无反应的原因了。实际上WAF防御必须配合域名解析来使用。 阿里云的WAF网站防御实际上相当于没有缓存机制的百度云加速或360网站卫士,不过只能用cname接入方式,后续是否会结合万网解析,新增NS接入方式就不得而知了: 如上图所示,要开启WAF网站防御,就必须在域名解析那,将主机记录cname到云盾生成的CNAME地址。这时用户访问网站是这样一个情况: 用户浏览器 → 域名解析 →cname到云盾服务器 → 源服务器 当受到攻击时,流量会经过云盾节点,并触发清洗机制,起到CC/DDoS防护作用。 当然,也有部分朋友知道WAF使用方法,但可能是出于SEO考虑,这些朋友也只会在网站受到攻击的时候才会修改为CNAME解析,因为CNAME解析到阿里云WAF域名后,IP并不是固定的,这点和云加速之类的是一致的,不过遗憾的是WAF并没有搜索引擎自动回源机制,所以使用cname之后,IP的频繁变更会对SEO造成不良影响! 如下图所示,使用WAF之后,网站IP也就变成了云盾节点IP了: 那该如何解决这个问题呢?想必看过张戈博客上一篇文章的朋友已经了然于心了吧?没错!和备案不影响SEO的做法一样:将默认线路cname到阿里云WAF地址,然后再新增一条搜索引擎线路,指定到源服务器IP即可!这样就可以长期开启云盾WAF防御,而不影响SEO了! 本想,百度自家的云加速解析,对搜索引擎线路的判断应该是最靠谱的(对于做百度流量的网站来说),毕竟是自家的产品,有哪些蜘蛛IP,都一清二楚,不会搞错!但实际测试发现,百度云加速目前并不支持cname默认线路的同时,新增搜索引擎线路,会提示该记录已存在! Ps:尝鲜版的百度云加速倒是支持,地址是 http://next.su.baidu.com,感兴趣的可以自行测试下。 后来仔细一想,百度虽然对自己的蜘蛛了解透彻,但是对其他几家呢?比如搜狗,比如360?估计是个半吊子。处于完整性考虑,我推荐使用DNSPOD解析,原因无它,看图: DNSPOD和百度有过合作,所以有一个百度专属线路,额外的还有搜索引擎线路,想必比百度云加速收集的蜘蛛IP更加完善吧! 所以,正确的解析如下所示: 这样解析不但可以放心使用阿里云WAF防御,还可以隐藏你的网站真实IP,避免发生源站被攻击只能换IP的尴尬(通过hosts本地解析进行攻击,啥CDN防护都没了作用!) 二、防护设置 可能开启了云盾,也正确解析了域名,但是被CC攻击时,云盾还是毫无反应?!实际上还要设置下DDoS防护高级设置,因为云盾默认的DDoS防护阈值还是太高,如下所示: 清洗触发值: 每秒请求流量:180M 每秒报文数量:30000 每秒HTTP请求数:1000 我们这种搭建在阿里云的小博客,大部分带宽都只有1~2M,别人2M请求流量或100+并发就已经把你的网站打出了翔咯!所以很多朋友就算正确开启了WAF防御,被攻击的时候还是非常卡! 因此,我们必须根据自己网站的流量设置下阈值。 看了下,最低的请求流量是10Mbps,也就是10M带宽,所以一般ECS服务器根本不够看,因为水管太小了。。因此,我们需要设置另一个阈值:http并发请求。 对于我这种1M带宽的ECS,相信100并发已经卡出了翔。所以,我们考虑设置在50以下: Ps:当然做好了CDN动静分离的网站可以设置到100+,比如用了七牛CDN的朋友,总之得根据实际情况而定。 阈值只是触发的前提,下面还有一个触发之后的清洗限制,也就是发现并发超过阈值时,云盾对来访的单IP做连接数限制,超过了这个限制就返回503: 原则上,触发清洗阈值之后,单一IP连接数限制得越小越好,但是又不能将正常的访问阻挡在门外。所以这个限制该如何定义还得看实际情况!当然,你可以通过模拟攻击去测试出一个合理的限制值,但是也得考虑一些局域网公用一个公网IP上网的情况(得看网站的受众人群)。 看到这,相信不少用阿里云服务器的朋友已经有所收获吧?再我看来,使用阿里云WAF的作用主要有2个,一个是基础DDoS防护,另一就是隐藏网站真实IP。当你的网站经常被攻击,而云盾都无法完全清洗时,我们还可以在本文的基础上再套上一层百度云加速,平常不被攻击时,百度云加速设置回源,关闭加速即可,具体做法我就不多说了,看图即懂: 这种方案的网站访问模式如下: 用户浏览器 → 域名解析  →  百度云加速节点(缓存开启时) → 阿里云盾节点 → 源服务器 当然,这个方案只适用于百度云加速3.0尝鲜版,地址:http://next.su.baidu.com/ ,感兴趣的自己去研究下吧!就写这么多,洗洗睡。 最新补充:提了好几次工单,才弄清楚云盾中的DDoS和WAF是2个不同的功能,看来是我理解错了!最后纠正下,DDoS中的DD/CC防护和WAF设置并无关系,也就是你不设置WAF的CNAME也没关系,只要开启了DDoS防护就可以了!所以本文中的部分描述是不到位的,但是必须说明的是,参考本文开启WAF之后,确实可以实现隐藏真实IP的妙用!强烈建议使用!
阅读全文
网站建设

百度云加速或360网站卫士关于WordPress评论缓存的巧妙设置

开启云加速或网站卫士的html缓存后,文章和页面将缓存到CDN节点,导致用户评论之后无法及时显示,必须等到CDN节点刷新缓存才能展示已有评论。 那么就会出现这样一个问题:当管理员回复了用户评论时,WordPress会给向用户邮箱发一封评论被回复的通知邮件。可是,用户点击邮件的评论链接之后,却无法看到管理员的回复,也就无法二次回复管理员了。 本来,我想可以用ajax动态加载评论列表,避开缓存的。可惜,空有想法却不会实现!希望有懂PHP和JS的朋友指点一二,实现这个还没人分享过的技术! 当我无聊翻看邮箱已发送邮件时,发现WordPress发出评论回复通知中,评论链接地址是这样一种形式: https://zhang.ge/liuyan/comment-page-8/#comment-8171 那就好解决了,直接在百度云加速或网站卫士的缓存黑名单里面排除带comment或page关键字就可以了! 比如,360网站卫士可以这样设置: 同样的,如果是百度云加速,也可以如下设置: 保存设置之后,再去访问带comment-page关键字的页面,就不会被缓存了,而是展示最新内容。现在,从评论邮件点击过来的用户就可以看到管理员的最新回复了,是不是很巧妙呢? 百度云加速和360网站卫士的缓存黑名单都是支持通配符的,所以只要你挑选一个通用的关键词+通配符,就能避开缓存了,本文正式利用这一点,解决了CDN缓存带来的困扰。
阅读全文
网站建设

百度分享无法抓取图片及摘要的折中解决办法

前天,cy在《仿异次元百度分享工具条张戈修改版》一文留言告知,部分百度分享无法抓取图片: 亲自试了下,发现还真是抓不到图片,而且分享的内容也很单调!就一个文章标题而已,反观多说评论点击喜欢后的分享,就丰富多了! 于是翻箱倒柜各种搜,发现网络上并没有完整有效的教程,不过倒是让我找到了个关键词:searchPic。继续搜索这个关键词,找到了百度分享官方说明文档如下: 按照官方的办法,只要在<div>或者javascript里面定义一下searchPic:0 不就可以了吗? 然后,在 修改→清缓存→没效果→修改...几轮苦逼测试后,发现依然无效,分享时还是不出现图片! 研究了下点击分享后弹出的网址内容,发现里面的searchPic值死活为false: 当我将地址中的searchPic=false手动改成searchPic=true或searchPic=0时,图片就出来了: 但是,无论是在div里的data中定义searchPic,还是在javascript中定义searchPic,点击分享弹出的地址中,searchPic依然为false!真无语! 折腾了半天没搞定,正要放弃时,突然注意到官方代码中的pic可以定义自定义图片,于是定义了一张图片地址试了试,发现还真可以~! 既然searchPic不好使,那只好先用pic定义个特色图片凑合下咯! 下面说下给百度分享加上特色图片和摘要内容的简单的方法: 一、在function.php中新增如下函数(有的主题可能已存在,请自查): 二、定义pic图片及text分享内容: 以下方法二选一即可,代码中的@张戈博客,请自行修改成相应的微博ID,或直接使用博客名称即可: ①、如果博客用的是仿异次元的百度分享工具条,那么可以如下修改share.php的相应位置代码: 其中2~24行代码是新增代码,请在share.php中添加即可 第21行中可以修改内容字数,代码中默认设置为200个。 第26行是修改后的代码,在share.php中搜索“bdshare_t bds_tools get-codes” 找到位置后,替换整句代码即可。   ②、通用方法:找到百度分享代码中的以下javascript: 替换成以下代码: 做完以上操作后,你再点击分享,应该就会有图片和内容了: 不过图片只有一张!稍有遗憾,先凑合使用吧! 后续,张戈要是找到了解决办法,会继续分享!敬请关注张戈博客最新动态!
阅读全文
百度抛弃加速乐,独立推出百度云加速,你期待吗? 业界新闻

百度抛弃加速乐,独立推出百度云加速,你期待吗?

就在刚刚,张戈进入百度加速乐首页看到2014-5-12才发布的最新消息:《关于加速乐将以独立品牌运营的说明》,内容如下:   尊敬的各位用户: 知道创宇加速乐产品与百度合作即将期满,百度加速乐从即日起恢复为加速乐,加速乐运营方知道创宇公司将继续为用户提供稳定、可靠的云安全加速服务。 百度亦已全新推出加速、安全服务平台——“百度云加速”,为站长提供一站式的解决方案。 所有对网站加速与安全有需求的用户,均可根据需求选择“百度云加速”或者“加速乐”,共同推进网络安全的进步。 合作期满,不续签?看来百度是抛弃了创宇云的加速乐了,打算自己独立推百度云加速产品。 百度云加速,为站长提供一站式的解决方案? 且大胆猜测下,百度云加速是否会和百度云网盘强强联合?提供强大的网站后台静态存储?并提供外链服务? 反正,张戈是挺期待的,但能否在加速性能上打败360网站卫士,就有待测试了。 以上消息,元芳,你怎么看? 2014/5/13/20:16补充: 刚看到百度云加速的官网:http://yunjiasu.baidu.com/ 进去看了下套餐,发现免费和收费之间的差距也太大了点吧?也没有张戈之前期待的百度云盘服务,失望。 且来看图: 如图,有4种套餐,除了免费的之外,最便宜的99/月,我不知道用阿里云主机??   国内其它CDN都有的永久在线,前两个套餐居然没有,也没有协同防御。     最拉仇恨的来了,尼玛别人用你百度的东西,很大一部分还不是因为想要百度收录给力点么?前两个套餐居然不具备这2个很眼馋的功能!99¥/月的都没有。。。。果断节操没了。   另外,张戈再吐槽一下:对比一下百度加速乐和360网站卫士的免费服务,抛开功能不说,在最基本的节点上,百度加速乐就已经败了!这也是张戈近日从加速乐转移到网站卫士的根本原因! 百度加速乐节点不少,但是分配给免费用户的就4~5个节点,而且,最最最无语的居然是一个地方的节点,如图:张戈博客最开始使用的时候,分配的就是苏州同一个电信机房的4个节点:   之所以叫CDN,最基本的功能就是处理区域性网络阻塞的问题,比如北京联通访问南方电信可能就会非常慢,这时候CDN就应该给北京联通用户分配一个就近的CDN节点,以便获得正常或更快的访问速度! 如下图所示,加速乐居然是分配到一个机房!是智商问题还是技术问题? Ps:后来,才知道付费用户才可以分配到各地的节点,具体可以去ping卢松松的域名就知道了。 同比之下,360网站卫士的节点分配就比较合理,不同的地域访问将分配最快的那个节点。这也是张戈不怕小"度"鸡肠的百度给我降权的根本原因!毕竟,在免费服务这一块,360还是比百度慷慨多了!   最后,再吐槽一下,张戈博客从加速乐转到360加速之后,博客顶级域名被K(www做了301),几天不收录:   而且处理效率也是慢腾腾的,更换域名后,我在百度站长平台提交一个改版请求,几天了才处理了3页,别人谷歌一晚上就全部转移了!学学吧! 吐槽完毕,希望百度即将推出的百度云加速能给力一点,不要再那么的小"度"鸡肠了。
阅读全文