有研究CDN的吗？ 似乎不是他们说的那样

boy

按照概念，CDN服务器在不同网络节点上对原服务器内容进行加载缓存以提高所在网络用户的访问速度，尤其是静态文件，遇到动态信息时才会与原服务器通信。如下图所示：

但是经过测对DOCDN.COM和webluker.com的测试似乎不完全是这样，他们确实可以对页面载入速度和PING值有所改善，但是对静态图片的缓存还是模糊不清。测试步骤如下：
1、找到已加速站点内的一个图片地址，如:http://xxx.xxx.com/xxx/258.jpg，并用浏览器访问一次。可以正常显示图片。
2、通过FTP软件在服务器端对图片重命名为369.jpg（任意其他名称），这时继续重新访问地址：http://xxx.xxx.com/xxx/258.jpg，如果不CDN加速，那一定出现404错误，如果加速，图片应该可以正常访问，应为这是调用加速服务器中的缓存。
但是经过对上述两免费CDN服务的测试全都提示404。可以说明它们并没有缓存文件只是对文件做了中转。不知上边的做法是否有纰漏
注：测试过程在必要地方都进行了网页的强刷新和DNS缓存的清空操作

wuling867

不知道。反正我是用了webluker.com的加速。。不知道我没有必要加速 。我主机是景安机房的。

石家庄SEO

主机速度快的话，没有必要加速

所有用户

我虽然对CDN不了解 但对代理、缓存有点了解
HTTP协议是有专门的请求头ETAG和If-Modified-Since来检查是否更改的
对静态文件HTTP服务器通常会生成ETAG（类似与文件校验码）和文件修改时间
一般打开一张几M的图可能得几十秒 但图片加载完以后按“刷新”却立刻就能完成
原因是刷新时客户端把图片的ETAG或修改时间提交回服务器端进行对比
如果相同 服务器端就返回HTTP 304响应头 客户端直接用本地缓存里的图片了 并不重新传文件

客户端清缓存 CDN仍然有缓存
有其他访问者请求时 只要内容不变就可以直接用CDN上的缓存
CDN应该是避免相同的内容反复向源服务器端请求下载
CDN对已有的并且跟源服务器端相同的内容 直接返回客户端 而降低源服务器的压力
CDN并不是专对一个访问者的 如果访问量小的话就没多大效果和意义了（除非是直接访问源服务器端巨慢 CDN后能快些或被墙等情况下）
以上仅是本人看法...

boy

回复 4# 所有用户


    感谢你的回复

ETAG概念似乎只针对于浏览器缓存，像WEBLUKER是可以定义哪些后缀文件缓存多长时间的，如果原服务器的文件不存在应该调用缓存而不是返回404