个人认为,JSP程序是不可以实现的. 因为对xxx.blogcn.com的处理并不是由www.blogcn.com来完成的.你可以看一下我ping这几个地址时,产生的结果: Microsoft Windows [版本 5.2.3790] (C) 版权所有 1985-2003 Microsoft Corp.C:\Documents and Settings\Administrator>ping xiaowang.blogcn.comPinging b.blogcn.z.cdn20.com [125.221.46.209] with 32 bytes of data:Reply from 125.221.46.209: bytes=32 time=17ms TTL=51 Reply from 125.221.46.209: bytes=32 time=17ms TTL=51 Reply from 125.221.46.209: bytes=32 time=17ms TTL=51 Reply from 125.221.46.209: bytes=32 time=17ms TTL=51Ping statistics for 125.221.46.209: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 17ms, Maximum = 17ms, Average = 17msC:\Documents and Settings\Administrator>ping xiaoli.blogcn.comPinging b.blogcn.z.cdn20.com [125.221.46.210] with 32 bytes of data:Reply from 125.221.46.210: bytes=32 time=17ms TTL=51 Reply from 125.221.46.210: bytes=32 time=17ms TTL=51 Reply from 125.221.46.210: bytes=32 time=17ms TTL=51 Reply from 125.221.46.210: bytes=32 time=17ms TTL=51Ping statistics for 125.221.46.210: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 17ms, Maximum = 17ms, Average = 17msC:\Documents and Settings\Administrator>从上面可以看出,xxx.blogcn.com是由一个集群b.blogcn.z.cdn20.com完成的. 我用google查找了cdn20.com的相关信息,并没有任何相关的资料, 我推测是一个顶级域名管理网站,正是它来管理www.blogcn.com域名,并且xxx.blogcn.com也是由它来管理的.怎样对上面的推测进行验证呢? 只要使用tracert命令,来查看去往www.blogcn.com的数据路由就可以了.结果如下所示:C:\Documents and Settings\Administrator>tracert www.blogcn.comTracing route to www.blogcn.z.cdn20.com [125.221.46.209] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms 219.228.125.254 2 1 ms <1 ms <1 ms 10.19.68.249 3 1 ms 1 ms 1 ms 10.3.2.73 4 1 ms 1 ms 1 ms 10.3.2.41 5 1 ms 1 ms 1 ms 10.3.0.10 6 1 ms 2 ms 1 ms 202.120.201.205 7 2 ms 2 ms 1 ms 202.120.201.198 8 2 ms 1 ms 1 ms 202.112.53.189 9 8 ms 7 ms 7 ms 202.112.53.137 10 8 ms 8 ms 7 ms 202.112.36.250 11 18 ms 18 ms 17 ms 202.112.53.109 12 17 ms 45 ms 40 ms 202.112.53.110 13 18 ms 17 ms 17 ms 125.221.46.253 14 18 ms 17 ms 17 ms 125.221.46.209Trace complete.C:\Documents and Settings\Administrator>通过我一系列的测试,发现,不论是解析请求,还是页面请求服务,请求都转发到了两台主机上,125.221.46.209和125.221.46.210 于是,我telnet到125.221.46.209的80端口上, HTTP/1.0 400 Bad Request Server: Cdn Cache Server V2.0 Date: Tue, 22 Jul 2008 10:03:02 GMT Content-Type: text/html Content-Length: 1405 Expires: Tue, 22 Jul 2008 10:03:02 GMT Via: 1.0 hzkd209:80 (Cdn Cache Server V2.0) Proxy-Connection: close<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=gb2312"> ...省略 失去了跟主机的连接。C:\Documents and Settings\Administrator>至此,所有问题得到了解决...因为我发现了这个主机是一台叫做Cdn Cache Server的服务器,所有的这些服务,都是这台服务器完成的,这是一台什么东西呢? 再问Google,答案见下一帖.
因为对xxx.blogcn.com的处理并不是由www.blogcn.com来完成的.你可以看一下我ping这几个地址时,产生的结果:
Microsoft Windows [版本 5.2.3790]
(C) 版权所有 1985-2003 Microsoft Corp.C:\Documents and Settings\Administrator>ping xiaowang.blogcn.comPinging b.blogcn.z.cdn20.com [125.221.46.209] with 32 bytes of data:Reply from 125.221.46.209: bytes=32 time=17ms TTL=51
Reply from 125.221.46.209: bytes=32 time=17ms TTL=51
Reply from 125.221.46.209: bytes=32 time=17ms TTL=51
Reply from 125.221.46.209: bytes=32 time=17ms TTL=51Ping statistics for 125.221.46.209:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 17ms, Maximum = 17ms, Average = 17msC:\Documents and Settings\Administrator>ping xiaoli.blogcn.comPinging b.blogcn.z.cdn20.com [125.221.46.210] with 32 bytes of data:Reply from 125.221.46.210: bytes=32 time=17ms TTL=51
Reply from 125.221.46.210: bytes=32 time=17ms TTL=51
Reply from 125.221.46.210: bytes=32 time=17ms TTL=51
Reply from 125.221.46.210: bytes=32 time=17ms TTL=51Ping statistics for 125.221.46.210:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 17ms, Maximum = 17ms, Average = 17msC:\Documents and Settings\Administrator>从上面可以看出,xxx.blogcn.com是由一个集群b.blogcn.z.cdn20.com完成的.
我用google查找了cdn20.com的相关信息,并没有任何相关的资料,
我推测是一个顶级域名管理网站,正是它来管理www.blogcn.com域名,并且xxx.blogcn.com也是由它来管理的.怎样对上面的推测进行验证呢?
只要使用tracert命令,来查看去往www.blogcn.com的数据路由就可以了.结果如下所示:C:\Documents and Settings\Administrator>tracert www.blogcn.comTracing route to www.blogcn.z.cdn20.com [125.221.46.209]
over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms 219.228.125.254
2 1 ms <1 ms <1 ms 10.19.68.249
3 1 ms 1 ms 1 ms 10.3.2.73
4 1 ms 1 ms 1 ms 10.3.2.41
5 1 ms 1 ms 1 ms 10.3.0.10
6 1 ms 2 ms 1 ms 202.120.201.205
7 2 ms 2 ms 1 ms 202.120.201.198
8 2 ms 1 ms 1 ms 202.112.53.189
9 8 ms 7 ms 7 ms 202.112.53.137
10 8 ms 8 ms 7 ms 202.112.36.250
11 18 ms 18 ms 17 ms 202.112.53.109
12 17 ms 45 ms 40 ms 202.112.53.110
13 18 ms 17 ms 17 ms 125.221.46.253
14 18 ms 17 ms 17 ms 125.221.46.209Trace complete.C:\Documents and Settings\Administrator>通过我一系列的测试,发现,不论是解析请求,还是页面请求服务,请求都转发到了两台主机上,125.221.46.209和125.221.46.210
于是,我telnet到125.221.46.209的80端口上,
HTTP/1.0 400 Bad Request
Server: Cdn Cache Server V2.0
Date: Tue, 22 Jul 2008 10:03:02 GMT
Content-Type: text/html
Content-Length: 1405
Expires: Tue, 22 Jul 2008 10:03:02 GMT
Via: 1.0 hzkd209:80 (Cdn Cache Server V2.0)
Proxy-Connection: close<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<HTML> <HEAD>
<META
HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=gb2312">
...省略
失去了跟主机的连接。C:\Documents and Settings\Administrator>至此,所有问题得到了解决...因为我发现了这个主机是一台叫做Cdn Cache Server的服务器,所有的这些服务,都是这台服务器完成的,这是一台什么东西呢?
再问Google,答案见下一帖.
CDN的技术原理
在描述CDN的实现原理,让我们先看传统的未加缓存服务的访问过程,以便了解CDN缓存访问方式与未加缓存访问方式的差别: 由上图可见,用户访问未使用CDN缓存网站的过程为:用户向浏览器提供要访问的域名;
浏览器调用域名解析函数库对域名进行解析,以得到此域名对应的IP地址;
浏览器使用所得到的IP地址,域名的服务主机发出数据访问请求;
浏览器根据域名主机返回的数据显示网页的内容。
通过以上四个步骤,浏览器完成从用户处接收用户要访问的域名到从域名服务主机处获取数据的整个过程。CDN网络是在用户和服务器之间增加Cache 层,如何将用户的请求引导到Cache上获得源服务器的数据,主要是通过接管DNS实现,下面让我们看看访问使用CDN缓存后的网站的过程: 通过上图,我们可以了解到,使用了CDN缓存后的网站的访问过程变为: 用户向浏览器提供要访问的域名;
浏览器调用域名解析库对域名进行解析,由于CDN对域名解析过程进行了调整,所以解析函数库一般得到的是该域名对应的CNAME记录,为了得到实际IP地址,浏览器需要再次对获得的CNAME域名进行解析以得到实际的IP地址;在此过程中,使用的全局负载均衡DNS解析,如根据地理位置信息解析对应的IP 地址,使得用户能就近访问。
此次解析得到CDN缓存服务器的IP地址,浏览器在得到实际的IP地址以后,向缓存服务器发出访问请求;
缓存服务器根据浏览器提供的要访问的域名,通过Cache内部专用DNS解析得到此域名的实际IP地址,再由缓存服务器向此实际IP地址提交访问请求;
缓存服务器从实际IP地址得得到内容以后,一方面在本地进行保存,以备以后使用,二方面把获取的数据返回给客户端,完成数据服务过程;
客户端得到由缓存服务器返回的数据以后显示出来并完成整个浏览的数据请求过程。通过以上的分析我们可以得到,为了实现既要对普通用户透明(即加入缓存以后用户客户端无需进行任何设置,直接使用被加速网站原有的域名即可访问),又要在为指定的网站提供加速服务的同时降低对ICP的影响,只要修改整个访问过程中的域名解析部分,以实现透明的加速服务
=============================================================================
=============================================================================
现在又很多cms系统里可对每个频道设置一个二级域名来指定到网站根目录下的某个文件夹....
=============================================================================
=============================================================================请问在jsp里 能实现这个功能吗?
用urlrewrite可以实现
可以替换成localhost:80/xx/xx/xx/32432.html
同样道理
www.yahoo.com假如是 localhost:80/XX/index.jsp的指向,那么localhost:80/XX/XX/second.jsp 也可以该成 你想要的域名
http://www.java2000.net/search.jsp?keyword=urlRewrite