bit.ly cname重定向-PHP

bit.ly cname重定向-PHP,php,subdomain,bit.ly,tinyurl,Php,Subdomain,Bit.ly,Tinyurl,我了解如何将完整域与a记录一起使用($\u SERVER['SERVER\u NAME']),但当使用具有位的子域时,会出现这种情况,他们要求它指向cname.bit.ly-为什么子域不直接指向与普通域相同的IP地址,并且在确定引用子域时是否存在差异?将主机名作为cname或a-Record没有区别$_服务器['SERVER_NAME']与此无关。Cname不是http重定向 如果要确定在使用脚本时请求的主机(由用户通过http/1.1请求),请使用$\u SERVBER['http\u hos

我了解如何将完整域与a记录一起使用(
$\u SERVER['SERVER\u NAME']
),但当使用具有位的子域时,会出现这种情况,他们要求它指向cname.bit.ly-为什么子域不直接指向与普通域相同的IP地址,并且在确定引用子域时是否存在差异?

将主机名作为cname或a-Record没有区别$_服务器['SERVER_NAME']与此无关。Cname不是http重定向


如果要确定在使用脚本时请求的主机(由用户通过http/1.1请求),请使用$\u SERVBER['http\u host]

这对我来说还没有意义。你能解释一下“使用带有bit.ly的子域”的确切含义吗?他们是否运行动态DNS服务?他们的网站声明:为了完成安装过程的这一步,您需要进行以下DNS更改之一:设置DNS a记录,使您的自定义短域指向168.143.174.97--或者--如果您正在为自定义短域使用子域,在DNS记录中设置一个CNAME,将您的子域指向CNAME.bit.ly。我想我只是不明白为什么子域必须指向CNAME.bit.ly而不是168.143.174.97。将来,如果他们的用户指定一个指向DNS记录的未更改的CNAME,bit.ly更改服务器或服务的IP地址会更容易。。。而不是IP地址。在这种情况下,让普通域指向cname或主机名而不是IP有意义吗?