一个空间放多个网站(多域名绑定到同一空间不同目录.rar

Apache通过Rewrite实现绑定多个域名http://hi.baidu.com/lssbing/blog/item/3c5f2b35ceea2083a61e121f.html 首先，你要有一个泛解析的顶级域名 yourDomain.com 新网为例，在后台添加一条A记录*.yourDomain.com 打开http.conf 在文件尾部添加NameVirtualHost * 简单的添加： <VirtualHost *> DocumentRoot /usr/local/www ServerName yourDomain.com ServerAlias *.yourDomain.com RewriteEngine on RewriteMap lowercase int:tolower RewriteMap vhost txt:/usr/local/apache2/conf/vhost.map RewriteCond ${lowercase:%{SERVER_NAME}} ^(.+)$ RewriteCond ${vhost:%1} ^(/.*)$ RewriteRule ^/(.*)$ %1/$1 </VirtualHost> 注：其中/usr/local/apache2/conf/为你的apache的配置文件夹根据实际情况修改 进入配置文件目录新建vhost.map文件，添加内容如下： www.yourDomain.com /usr/local/www bbs.yourDomain.com /usr/local/www/bbs blog.yourDomain.com /usr/local/www/blog 启动或重启一次apache 打开浏览器 输入www.yourDomain.com将访问到/usr/local/www下的内容 输入bbs.yourDomain.com将访问到/usr/local/www/bbs下的内容 依次类推。。。 理论上可以设无限个二级域名，而且不用重启服务器 2. 首先，你的拥有一个有泛域名解析的顶级域名，例如:domain.com 其次，在 httpd.conf 中打开 mod_rewrite 之后，在 httpd.conf 的最后，添加以下内容： 以下是代码片段： RewriteEngine on RewriteMap lowercase int:tolower RewriteMap vhost txt:/usr/local/etc/apache/vhost.map RewriteCond ${lowercase:%{SERVER_NAME}} ^(.+)$ RewriteCond ${vhost:%1} ^(/.*)$ RewriteRule ^/(.*)$ %1/$1 其中的 /usr/local/etc/apache 是你的 apache 服务器配置文件所在路径，根据实际情况更改。 然后，在这个所在路径的目录下创建一个文件： vhost.map 内容为： 以下是代码片段： www.domain.com /usr/local/www/data-dist/domain bbs.domain.com /usr/local/www/data-dist/bbs anyname.domain.com /usr/local/www/data-dist/anyname 以上部分都是：" 域名+空格+绝对路径" 的形式。 最后，在你的网站根目录 /usr/local/www/data-dist 下，创建对应目录： domain , bbs , anyname 等等，理论上可以无限。 这样，通过浏览器，访问 www.domain.com 时，实际上访问的就是 /usr/local/www/data-dist/domain目录下的文件。 同理，访问 bbs.domain.com 实际上访问的就是 /usr/local/www/data-dist/bbs 目录下的文件。 而且，你可以随时更改 vhost.map 来增加、删除、修改你的二级域名和所指向的实际路径，不用重启 apache。 Apache的ReWrite的应用一2009-07-20 10:21Apache的ReWrite的应用 Apache的mod_rewrite是提供了强大URL操作的杀手级的模块，可以实现几乎所有你梦想的URL操作类型，其代价是你必须接受其复杂性，因为mod_rewrite的主要障碍就是初学者不容易理解和运用，即使是Apache专家有时也会发掘出mod_rewrite的新用途。换句话说：对mod_rewrite，或者是打退堂鼓永不再用，或者是喜欢它并一生受用。 ReWrite可以应用在以下方面或者解决以下问题： 一、URL的规划 规范的URL 说明: 在有些网站服务器上，一个资源会拥有多个URL，在实际应用和发布中应该被使用的是规范的URL，其他的则是简写或者是 内部使用的。无论用户在请求中使用什么形式的URL，他最终看见的都应该是规范的URL。 方案: 对所有的不规范的URL执行一个外部的HTTP重定向，以改变它在浏览器地址栏中的显示及其后继的请求。下例中的规则集用 规范的/u/user替换/~user，并修正了/u/user所遗漏的后缀的斜杠。 代码: RewriteRule ^/~([^/]+)/?(.*) /u/$1/$2 [R] RewriteRule ^/([uge])/([^/]+)$ /$1/$2/ [R] 二、规范的主机名 说明: 方案: 代码: RewriteCond % !^fully\.qualified\.domain\.name [NC] RewriteCond % !^$ RewriteCond % !^80$ RewriteRule ^/(.*) http://fully.qualified.domain.name:%/$1 [L,R] RewriteCond % !^fully\.qualified\.domain\.name [NC] RewriteCond % !^$ RewriteRule ^/(.*) http://fully.qualified.domain.name/$1 [L,R] 三、被移动过的DocumentRoot 说明: 通常，网站服务器的DocumentRoot直接对应于URL"/"，但是，它常常不是处于最高一级，而可能只是众多数据池中的一个实 体。比如，在Intranet站点中，有/e/www/(WWW的主页)、/e/sww/ (Intranet的主页)等等，而DocumentRoot指向了/e/www/，则必须保证此数 据池中的所有内嵌的图片和其他元素对后继请求有效。 方案: 只须重定向URL /到/e/www/即可。这个方案看起来很简单，但只是有了mod_rewrite模块的支持，它才简单，因为传统的URL Aliases机制(由mod_alias及其相关模块提供)只是作了一个前缀匹配，DocumentRoot是一个对所有URL的前缀，因而无法实现这样的重定向。而用mod_rewrite的确很简单: 代码: RewriteEngine on RewriteRule ^/$ /e/www/ [R] 四、后缀斜杠的问题 说明: 每个网管对引用目录后缀斜杠的问题都有一本苦经，如果遗漏了，服务器会产生一个错误，因为如果请求是/~quux/foo而不是/~quux/foo/，服务器会去找一个叫foo的文件，而它是一个目录，所以就报错了。事实上，大多数情况下，它自己会试图修正这个错误，但是有时候需要你手工纠正，比如，在重写了许多CGI脚本中的复杂的URL以后。 方案: 解决这个微妙问题的方案是让服务器自动添加后缀的斜杠。对此，必须使用一个外部的重定向，使浏览器正确地处理后继的 对诸如图片的请求。如果仅仅作一个内部的重写，可能只对目录页面有效，而对内嵌有使用相对URL的图片的页面则无效，因为浏览器有请求内嵌目标的可能。比如，如果不用外部重定向，/~quux/foo/index.html页面中对image.gif的请求，其结果将是/~quux/image.gif！。 所以，应该这样写： 代码: RewriteEngine on RewriteBase /~quux/ RewriteRule ^foo$ foo/ [R] 又懒又疯狂的做法是把这些写入其宿主目录中的顶级.htaccess中，但是须注意，如此会带来一些处理上的开销。 代码: RewriteEngine on RewriteBase /~quux/ RewriteCond % -d RewriteRule ^(.+[^/])$ $1/ [R] 五、集群网站的同类URL规划 说明: 我们希望在一个Intranet集群网站中，对所有WWW服务器建立一个同类的一致性的URL规划，也就是，所有的URL(对单个服 务器来说，是本地的依赖于此服务器的！)是独立于服务器的！我们需要的是一个具有独立于服务器的一致性规划的WWW名称空间，即，URL不需要包含正确的物理的目标服务器，而由集群本身来自动定位物理的目标主机。 方案: 首先，目标服务器的信息来自(产生)于包含有用户、组以及实体的外部地图，其格式形如： 代码: user1 server_of_user1 user2 server_of_user2 这些信息被存入map.xxx-to-host文件。其次，如果URL在一个服务器上无效，需要引导所有的服务器重定向URL 代码: /u/user/anypath /g/group/anypath /e/entity/anypath 到 代码: http://physical-host/u/user/anypath http://physical-host/g/group/anypath http://physical-host/e/entity/anypath 以下规则集依靠地图文件来完成这个操作(假定，如果一个用户在地图中没有对应的项，则使用server0为默认服务器)： 代码: RewriteEngine on RewriteMap user-to-host txt:/path/to/map.user-to-host RewriteMap group-to-host txt:/path/to/map.group-to-host RewriteMap entity-to-host txt:/path/to/map.entity-to-host RewriteRule ^/u/([^/]+)/?(.*) http://$/u/$1/$2 RewriteRule ^/g/([^/]+)/?(.*) http://$/g/$1/$2 RewriteRule ^/e/([^/]+)/?(.*) http://$/e/$1/$2 RewriteRule ^/([uge])/([^/]+)/?$ /$1/$2/.www/ RewriteRule ^/([uge])/([^/]+)/([^.]+.+) /$1/$2/.www/$3\ 六、移动宿主目录到不同的网站服务器 说明:通常，许多网管在建立一个新的网站服务器时，都会有这样的要求：重定向一个网站服务器上的所有宿主目录到另一个网站服务器。 方案:很简单，用mod_rewrite。在老的网站服务器上重定向所有的URL /~user/anypath到http://newserver/~user/anypath。 代码: RewriteEngine on RewriteRule ^/~(.+) http://newserver/~$1 [R,L] 七、结构化的宿主目录 说明: 一些拥有几千个用户的网站通常都使用结构化的宿主目录规划，即，每个宿主目录位于一个带有特定前缀比如其用户名的第一个字符的子目录下。那么，/~foo/anypath代表/home/f/foo/.www/anypath，而/~bar/anypath代表/home/b/bar/.www/anypath。 方案:可以使用下列规则集来扩展~以达到上述目的。 代码: RewriteEngine on RewriteRule ^/~(([a-z])[a-z0-9]+)(.*) /home/$2/$1/.www$3 八、文件系统的重组 说明: 这是一个不加雕琢的例子：一个大量使用针对目录的规则集以实现平滑观感，而从来不用调整数据结构的杀手级的应用。背景：net.sw从1992年开始，存放了我收集的免费的有效的Unix软件包。它是我的爱好也是我的工作，因为在学习计算机科学的同时，业余时间还做了多年的系统和网络的管理员。每周我都需要整理软件，因而建立了一个层次很深的目录结构来存放各种软件包： 代码: drwxrwxr-x 2 netsw users 512 Aug 3 18:39 Audio/ drwxrwxr-x 2 netsw users 512 Jul 9 14:37 Benchmark/ drwxrwxr-x 12 netsw users 512 Jul 9 00:34 Crypto/ drwxrwxr-x 5 netsw users 512 Jul 9 00:41 Database/ drwxrwxr-x 4 netsw users 512 Jul 30 19:25 Dicts/ drwxrwxr-x 10 netsw users 512 Jul 9 01:54 Graphic/ drwxrwxr-x 5 netsw users 512 Jul 9 01:58 Hackers/ drwxrwxr-x 8 netsw users 512 Jul 9 03:19 InfoSys