php $_SERVER中的SERVER_NAME 和HTTP_HOST的区别以及REQUEST_URI的讲解
今天再次遇到了这个问题通过$_SERVER['SERVER_NAME'].$_SERVER['REQUEST_URI']获取域名及请求的URL的问题，便再次百度了，发现没学习一次都有新的知识，便分享出来，供有需要的同学学习。
转载一下
最近在开发站群软件，用到了根据访问域名判断子站点的相关问题。PHP获取当前域名有两个变量 HTTP_HOST 和 SERVER_NAME，我想知道两者的区别以及哪个更加可靠。
首先我想说，百度上那些转来转去的文章都是扯淡！
有说相同的，有说不同的，都没说明原因，没经过验证就互相转来转去的，浪费观众时间。
下面说说本人经过亲自验证 + 查阅官方文档 + 官方BUG列表 + 官方邮件列表 + sitepoint + webmasterworld + google的总结：
相同点：
当满足以下三个条件时，两者会输出相同信息。
1. 服务器为80端口
2. apache的conf中ServerName设置正确
3. HTTP/1.1协议规范
不同点：
1. 通常情况：
_SERVER["HTTP_HOST"] 在HTTP/1.1协议规范下，会根据客户端的HTTP请求输出信息。
_SERVER["SERVER_NAME"] 默认情况下直接输出apache的配置文件httpd.conf中的ServerName值。
2. 当服务器为非80端口时：
_SERVER["HTTP_HOST"] 会输出端口号，例如：mimiz.cn:8080
_SERVER["SERVER_NAME"] 会直接输出ServerName值
因此在这种情况下，可以理解为：HTTP_HOST = SERVER_NAME : SERVER_PORT
3. 当配置文件httpd.conf中的ServerName与HTTP/1.0请求的域名不一致时：
httpd.conf配置如下：
<virtualhost *>
ServerName mimiz.cn
ServerAlias www.mimiz.cn
</virtualhost>
客户端访问域名www.mimiz.cn
_SERVER["HTTP_HOST"] 输出 www.mimiz.cn
_SERVER["SERVER_NAME"] 输出 mimiz.cn
所以，在实际程序中，应尽量使用_SERVER["HTTP_HOST"] ，比较保险和可靠。
另外关于获取URL中除了域名后面的内容$_SERVER['REQUEST_URI']，这里也分享一个全面的解释，看他也是转载的别人的解释，互联网就是这个好处，开源分享。
转自：http://blog.163.com/wangzhenbo85@126/blog/static/10136328220112153725356/
在 PHP 众多预定义服务器变量中，$_SERVER["REQUEST_URI"] 算是经常用到的，但是这个变量只有 apache 才支持，因此，我们需要一个更加通用的方式来获取 REQUEST_URI 的值，本文就是结束这一问题的解决方案。
<?php
// 说明：获取 _SERVER['REQUEST_URI'] 值的通用解决方案
// 来源：drupal-5.1 bootstrap.inc
// 整理：CodeBit.cn ( http://www.CodeBit.cn )
functionrequest_uri()
{
if(isset($_SERVER['REQUEST_URI']))
{
$uri=$_SERVER['REQUEST_URI'];
}
else
{
if(isset($_SERVER['argv']))
{
$uri=$_SERVER['PHP_SELF'] .'?'.$_SERVER['argv'][0];
}
else
{
$uri=$_SERVER['PHP_SELF'] .'?'.$_SERVER['QUERY_STRING'];
}
}
return$uri;
}
?>
具体对php来讲就是apache下可用，php5中可用
另外$_SERVER只在php4.1.0以上可用
$_SERVER["REQUEST_URI"]函数
预定义服务器变量的一种，所有$_SERVER开头的都叫做预定义服务器变量 REQUEST_URI的作用是取得当前URI，也就是除域名外后面的完整的地址路径
例如。当前页面是http://www.zixueku.com/plus/search.php?kwtype=0&keyword=php&searchtype=titlekeyword
echo $_SERVER["REQUEST_URI"];
结果就为：plus/search.php?kwtype=0&keyword=php&searchtype=titlekeyword
假如命令行的地址是：http://www.baidu.com/index.php那么： $_SERVER['HTTP_HOST']＝＝'www.baidu.com' $_SERVER['PHP_SELF']＝＝'/index.php' 明白了吧，一个是主机地址，一个是脚本文件的绝对路径
“PHP_SELF”
当前正在执行脚本的文件名，与 document root 相关。举例来说，在 URL 地址为 http://www.jb51.net/test.php/foo.bar 的脚本中使用 $_SERVER['PHP_SELF'] 将会得到 /test.php/foo.bar 这个结果。__FILE__ 常量包含当前（例如包含）文件的绝对路径和文件名。
“SCRIPT_NAME”
包含当前脚本的路径。这在页面需要指向自己时非常有用。__FILE__ 包含当前文件的绝对路径和文件名（例如包含文件）。
主要的原因如像：$_SERVER['PHP_SELF'] ? $_SERVER['PHP_SELF'] : $_SERVER['SCRIPT_NAME'];
找到更好的原因是：
今天在Dreamhost上安裝一套PHP程序時發現連接的地址都會多出一個cgi-system來，但是程序的config並沒有問題，查了查資料才發現是SCRIPT_NAME和PHP_SELF不同造成的問題。
通常在本機測試 $_SERVER['SCRIPT_NAME'] 跟 $_SERVER['PHP_SELF'] 大概看不出有什麼不同，因為大部分的PHP不是以CGI模式運行的。
但 DreamHost 上的 PHP 是以 CGI 方式運行，二者就有明顯不同的差異。
echo $_SERVER['SCRIPT_NAME']; // (/cgi-system/php.cgi)
echo $_SERVER['PHP_SELF']; // (/admin/test.php)
从http://lists.nyphp.org/pipermail/talk/2005-July/015339.html 发现了一个说明。老外说的。
SCRIPT_NAME solves all the problems mentioned
in this thread - it's just the script name, without any extra garbage
that might be tacked on by the user. PHP_SELF explicitly includes that
extra garbage, so solutions in this thread that involve stripping the
garbage off of PHP_SELF to make it safe are really, really missing the
point - just use SCRIPT_NAME instead. Please don't use FORM ACTION=”";
according to the spec, what the browser does with that is undefined, so
even if it works in current browsers, it might not work in future ones
转载至https://blog.csdn.net/shaobingj126/article/details/51208687