对于刚接触自己建站的新手来讲，并不知道使用什么样的永久链接地址有什么不同。为了美观，一般都会使用WordPress默认的某个样式。像我开始就选了“../年/月/日/文章名”的形式，可是后来想想，每篇文章上面都会有发表日期的，何必在地址上再加上个日期？然后又看到人们说搜索引擎不喜欢太长太深的地址。可如果你厌烦了某一种样式，想改变一下，却往往并不敢立即下手。因为既然是永久链接地址，就意味着以前别人引用的、搜索引擎收录的你的文章的链接是你无法改变的，如果你动了它，别人通过以前的链接访问你的文章就会出现404错误，当然还会影响你的PR。

例如我将以前的链接地址形式：http://cnzhx.net/blog/2010/01/01/post-name/ 修改为 http://cnzhx.net/blog/articles/post-name/，进行的操作分为3小步，整个过程基本上不会影响网站的正常访问。

1、安装辅助插件

WordPress插件网站上提供了不少帮助你修改永久链接地址的插件，可以让你在改变文章地址后别人包括搜索引擎仍然能够通过旧的地址正确地找到你的文章。我这里推荐 Dean’s Permalinks Migration。该插件简单（只有一个php文件）、有效（看我现在的网站有没有死链）。

先安装好并激活，等下再配置使用。

当然你也可以安装一个超级插件（比较大，功能也比较多），Platinum SEO Pack（一个全功能的SEO工具包）。它可以对你进行的任何永久链接变化自动进行301跳转，也就是说你可以在任何时候，进行任意次的永久链接改变，它都能记录并进行正确的跳转。

2、修改永久链接

按照你的规划，在WordPress管理控制台的“设置（Settings）——>永久链接（Permalinks）”里对文章链接形式进行修改。比如我前面提到的修改就是将

/%year%/%monthnum%/%day%/%postname%/

修改为

/articles/%postname%/

修改完毕单击最下面的保存即可。这样你的网站里的所有活动链接（动态产生的链接，比如文章标题链接等）应该都已经有了最新的形式。

3、设置永久链接迁移插件Dean’s Permalinks Migration

赶紧进入“设置（Settings）——>永久链接迁移（PermalinksMigration）”，速度越快越好，避免造成别处的链接因为是旧形式而导致无法找到正确目标。

在上面的空框里输入旧的链接形式。如果是WordPress 3.0的多站点模式，还需要在前面加上站点的地址，如主站点是 /blog，其它站点就是其别名（slug）。见下图1，其中 /blog 是我的主站点的文章链接基地址，后面是原来的链接形式。

图1 Dean's Permalinks Migration设置

完成后单击左下角的“Update options”即可。

现在可以用原来的某个文章地址打开看看是不是已经可以正确的跳转了。如果不行，就按照前面 2 的方法将permalinks形式该回去并保存设置，然后再改回来并保存。这时候应该就可以了。

实际上这样并不足够，因为以前编辑的页面和文章里多半会引用自己站里的文章，那时候用的是旧的永久链接。使用永久链接迁移插件或者SEO工具插件并不会修改那些链接，而仅仅是替你做个301跳转，好让人可以通过原来的地址正确的找到文章。可是每次进行301跳转也挺麻烦的，还要耗一些不必要的资源。那么我们就可以将引用的内部文章的链接地址也想法子改掉，请参考“使用正则表达式批量搜索替换文章内部链接（URI）”。

转载请注明：来自不存在的空间， 作者lonelicloud。

相关文章：

• 预加载（Preload）WP Super Cache缓存
• 升级至WordPress 3.0多站点模式
• 升级到WordPress 3.0多站点模式问题探索
• 给基于WordPress + K2 Theme的网站加速
• 广而告之：变更博客链接

一、背景介绍

先介绍一下基本情况，好让大家对我的升级步骤有更好的理解。

本来我的网站有2个WordPress安装，一个是主博客，在/blog目录下（文章较多），一个在/photonics 目录下（文章较少）；另外还有一个WordPress MU安装在/blogs目录下（文章较少）。（都是相对于服务器根目录。）

我需要在服务器根目录下安装WordPress 3.0，然后将/blog里的博客导入为其主站点，在建立其它几个站点分别给原来/photonics下的博客和原来WordPress MU里的每个博客。

考虑到原来/blog下的博客文章和设置较多，而WordPress 3.0又支持从WordPress 2.9.2直接升级，并且升级之后还可以开启多站点模式。所以计划从/blog里的那个WordPress安装进行升级，然后将其它几个文章少的博客使用WordPress自带的导入工具导入。（实际上也可以通过导入数据库来导入这些博客，但是考虑到操作数据库比较繁琐（请参考文章 Upgrading / moving WordPress 2.9 installs to multisite WP 3.0），而文章又很少，就直接用这个工具了。）

另外，因为我是将/blog目录下的WordPress博客升级到根目录下的WordPress 3.0主博客，有些地方跟从别的目录如/other或者本来就是根目录下升级到根目录下的操作有些不同，我会在括号（[...]）中注明，请看仔细，并请在执行前阅读“升级到WordPress 3.0并开启多站点模式时可能出现的问题”。

二、详细步骤

1、将/blog （[或者/other]） 里的文件全部复制到根目录 （[如果本来就在根目录则不需要复制]）

将/blog里的文件复制出来，暂时不动/blog里的东西，可以保证在你进行升级的时候不妨碍原来/blog里的WordPress安装的访问。但是为了做到这一点，还需要将数据库也另外复制一份（如果你所在的服务器只支持一个数据库，恐怕就做不到这一点了，请直接跳到第2步继续下一步操作）。

复制数据库的方法：

a、登录到服务器提供的数据库管理后台，选择原来的数据库进行备份（请参考WordPress中文codex）；

b、新建一个数据库，将备份文件导入到新数据库中；

然后：

a、修改刚才复制到根目录的WordPress的config.php文件使之使用新数据库（只需要将数据库名称替换为这个新建的就可以了）。

b、修改这个新建的数据库表 wp_options 中 id=2 的记录  siteurl 的值修改为域名根目录，这里是去掉后面的文件夹路径 blog。如图1 和图2。

图1 点击图中红框位置打开数据库表 wp_options

图2 点击红框位置打开记录修改siteurl为新址（去掉后面的目录路径只留域名部分）

c、登录这个复制的WordPress的管理后台（如果你以前没有修改别的东西，直接访问自己的域名应该就可以打开这个复制的博客），并修改“设置（settings）——>一般设置（General）”中的博客地址为新地址（域名，即去掉原来的目录路径）。此时你会发现已发表的文章路径中的/blog （[或/other]）已经不见了，WordPress已经自动更新了链接地址，但是文中的引用本博客的地址并没有更新，暂时不用管它。

现在，你就有了一个位于根目录的原来的博客的备份。下面的操作将针对这个备份，以防止丢失以前的数据。（[另外，如果你本来就安装在根目录，请在操作前备份数据库和全部网站文件，以备不时之需。]）

2、使用WordPress 3.0文件覆盖全部复制的这个WordPress的文件并执行升级

使用新版本WordPress 3.0的文件覆盖原WordPress的这一步相当于我们以前执行的手动升级WordPress的操作，请参考WordPress中文codex。

文件上传完毕后可以直接打开这个基于新版本WordPress的博客，但是还需要登录到其管理控制台升级数据库。登录后会有页面提示升级，直接点击链接进行升级即可，完成后点击“Complete update”就完成了升级工作。

3、开启 WordPress 3.0 多站点（MultiSite）功能

请参考我的另两篇文章：试用WordPress 3.0 和 WordPress 3.0 放出RC1版本。其中也提到了中文化的问题（目前的RC版本没有中文语言包）。

特别提示：

a、请在开启WordPress 3.0多站点功能前先禁用所有插件。

b、因为是从原来的博客升级而来，需要强制WordPress 3.0以子目录形式安装多站点功能，原因请参考“升级到 WordPress 3.0多站点模式问题探索”。

4、登入后台进行必要的设置

比如重新启用插件、设置永久链接（Permalink）等。

如果你将这里的永久链接设置的形式跟之前升级而来的博客的永久链接形式一样，可以为后面减少一些麻烦。

但如果你固执地要更改permalink形式也不是不可以，我就这么做了。当然，你也可以等到全部完成之后再来改这个永久链接，没必要一下子做太多事情，搞得自己手忙脚乱。呵呵，我已经尝试过了。请参考“安全修改WordPress网站永久链接形式”。（呵呵，准备写，估计明天可以发出来）

5、修正分类页面Category和标签Tag页面的固定链接

升级到多站点模式之后，有些地方的固定链接发生了变化，需要手动修订。

a、如果原来是 /blog 目录下的安装，原来的分类页和标签页的固定链接是

cnzhx.net/blog/category/…

cnzhx.net/blog/tag/…

的形式（仍是以我的操作为例）。此时为了保持链接不变，只要在管理控制台的“设置（settings）——>永久链接（Permalink）”页面进行相应设置即可。如下图，给Category和Tag分别加上相应的根路径。这样一来， Category 和 Tag 的路径就跟原来在/blog下的安装一样了。

图3 修改category 和 tag 页面的永久链接

b、如果原来是 /other 目录下的安装，则原来的链接分别是

cnzhx.net/other/category/…

cnzhx.net/other/tag/…

此时应该先进行类似 a、中提到的操作，然后在 .htaccess 文件中设置 301 跳转：

# change blog dir

#其中后面的/blog路径是WordPress 3.0默认的主博客的路径

Redirect 301  /other/category  /blog/category

Redirect 301  /other/tag  /blog/tag

将上面的代码中的 other 修改为你之前的WordPress安装路径，然后将该代码加入服务器根目录下的 .htaccess 文件中靠前的位置（必须在 WordPress 重写规则代码前面）即可。

c、如果原来是根目录安装，则原来的链接分别是

cnzhx.net/category/…

cnzhx.net/tag/…

此时仍然应该先进行类似 a、中提到的操作，然后在 .htaccess 文件中设置 301 跳转：

# change blog dir

#其中后面的/blog路径是WordPress 3.0默认的主博客的路径

Redirect 301 /category  /blog/category

Redirect 301 /tag  /blog/tag

将该代码加入服务器根目录下的 .htaccess 文件中靠前的位置（必须在 WordPress 重写规则代码前面）即可。

特别提示：

虽然这一节里提到的每次设置的301跳转的代码形式差不多，但是却不能简单的以类似于下面

Redirect 301  /other  /blog

的形式替代，否则会影响到文章链接的解析。

6、修正静态页面 page 页面的固定链接

类似于上面的第5步。

原来的页面链接形式为 http://yourdomain.com/blog/top-pageurl/second-level-page/...，改为现在的安装后，页面链接形式为：http://yourdomain.com/top-pageurl/second-level-page/...。同样可以通过在根目录的.htaccess文件中设置301跳转来更正链接地址。并且你需要为每个顶级页面（top-pageurl）设置一个对应的跳转（次级及以下的页面（second-level-page等）就不用设置了）。例如：

# 301 redirect old pages to new pages

redirect 301 /blog/top-page-url1/ /top-page-url1/

redirect 301 /blog/top-page-url2/ /top-page-url2/

…

#有多少写多少，不过，应该不是很多吧？

将该代码加入服务器根目录下的 .htaccess 文件中靠前的位置（必须在 WordPress 重写规则代码前面）即可。

7、修正附件链接地址

相信很多人会在博客中上传图片等附件，如果你的附件是通过WordPress编辑器上传的，那么默认是存储在/blog/wp-content/uploads/中的（[或者 /other/wp-content/uploads/，或者/wp-content/uploads/中]）。跟8的方法一样，需要设置301跳转（[/wp-content/uploads/的那个就不用设置跳转了，位置没变]）直接给出结果：

# 301 redirect old attachments to new attachments

redirect 301 /blog/wp-content/uploads/ /wp-content/uploads/

（[ 或者

# 301 redirect old attachments to new attachments

redirect 301 /other/wp-content/uploads/ /wp-content/uploads/

]）

8、通过操作数据库更新文章中引用的原博客内容和附件的链接地址

文章中引用的原博客内容我们往往都会给出链接让读者可以直接点击，这就会产生一个html代码段，其中包含了原博客中内容的链接地址，这个地址不会自动更新，需要通过数据库操作进行更新。同时，原来的文章中的附件也有类似的地址，也需要更新。更新方法请参考文章“blog域名迁移之迁移wordpress”，更新URI的方法是一样的。

当然，不更新的话不会影响访问，因为我们前面已经设置了301跳转。可是既然有方法更新，何必让服务器每次碰到这样的东西都跳转一下呢，那是要花时间的，不管这个时间有多短。

9、完成！

到这里基本上就已经完成了升级过程了，其它一些细枝末节的设置问题我就不多啰嗦了。剩下的几个博客都是利用WordPress的导入功能导入的，没什么好说的，如果非要看看我是怎么做的，请参考“升级到 WordPress 3.0多站点模式问题探索”。

后记：

虽然文中引用了很多之前写过的文章，虽然有我前两天升级过程中用Word做的笔记做支撑，编写这篇文章还是花了我 4 个多小时的时间。今天晚上全搞这个了。请大家多多支持我的网站，至少，也应该在转载的时候注明“来自不存在的空间， 作者lonelicloud”之类的吧。谢谢！

相关文章：

• 升级到WordPress 3.0多站点模式问题探索
• 安全修改WordPress网站永久链接地址形式
• 强制WordPress 3.0以子目录形式安装多站点功能
• 自动升级WordPress和其插件
• 自动升级Wordpress的问题及解决

WordPress 3.0多站点（Multisite）模式默认是不开启的。单博客模式升级到WordPress 3.0模式自然默认也是升级到单博客模式。不过相信有很多朋友跟我一样，升级之后还想开启多站点模式。但是从已有的博客升级到多站点模式会有一些问题，例如：

1、子域名（Sub-Domain）还是子目录（Sub-Directory）的问题

多站点模式的WordPress 3.0与之前的WordPress MU一样，都支持使用子域名来标记每个站点（博客）。子域名（Sub-Domain）方式，也就是使用形如 subdomain.domain.tld 的地址（链接）形式来标记每个站点。而使用子目录（Sub-Directory）方式，也就是使用形如 (www.)domain.tld/siteslug 的地址形式来标记每个站点，其中 /siteslug 就是该站点相对于根域名的站内链接地址，而不是站点内的一个目录。这样的话，如果你本来有个名字叫 siteslug 的目录在主机的根目录下，它们的链接地址都是 domain.tld/siteslug，这就有冲突了。而且实际上主机在解析地址的时候会优先考虑目录而不是通过 mod_rewrite 得到站点地址。这就导致你能访问目录 siteslug 中的文件或程序，却无法访问以 siteslug 为地址的站点。那么你访问该站点的时候就会报错，或者直接转到目录siteslug下的某个对应目录了（如果有的话）。

虽然用子域名让每个站点地址显得很好看，但是它要求主机支持泛域名解析，也就是你要在域名设置中增加一个A记录将 *.domain.tld 泛解析到 (www.)domain.tld。不过很多免费空间并不支持泛域名解析，那样的话你就只能使用子目录形式来开启多站点模式了。

2、既不能用子域名也不能用子目录的问题

实际上这个问题提的不太对，因为我们总能找到解决问题的办法，没有绝不可能之说。但问题是，如果你本来的WordPress安装在根目录，升级后开启多站点模式时安装脚本会提示你只能使用子域名（Sub-Domain）方式， 提示说这是为了避免新的多站点系统的某些链接地址与原来的地址发生冲突，如前所述。该问题曾在WordPress 3.0的开发讨论区引起了比较多的讨论。目前已经拿出了并不完美且很保守的处理方案，那就是在用户开启多站点模式的时候加入一些条件判断，并相应的给出警告。这些警告在完成升级后通过“工具（Tools）——>网络（Network）”试图开启多站点模式时会看到。但遗憾的是，为了保守起见，开发人员设定为如果满足某个条件则直接启用某种安装形式，而不会让你选择。

比如，如果你是升级而来，并不是全新安装，那么开启多站点模式的时候程序就会提示你“由于您的程序不是全新安装，您网络中的站点需要以子域名方式安装”，此时就根本没有选择的余地。那么，如果你的主机或域名不支持泛域名解析呢？或者你只想用子目录的方式安装呢？这不就没得选了？

这种时候，我们需要修改程序代码来使得开发人员添加的判断失效，让你可以忽略链接地址冲突的问题而强制直接以子目录形式安装多站点模式。请参考文章“强制WordPress 3.0以子目录形式安装多站点功能”。

3、链接地址重定向的问题

结合前述1和2两个问题，如果你强制以子目录形式安装多站点功能的话，就涉及到将原来的地址重定向到新地址的问题。要不然你可就丢了之前的PR，Google还会给你提示一大堆的无法访问的链接。这又是每个人都不希望看到的。这时候就需要利用301重定向功能将原来的地址指向新地址。

4、文章导入问题

如果你执行升级，自然就不用导入文章了。但是提醒一下，使用子目录安装多站点模式，第一个站点（主博客）的原来的静态页面（pages）的地址没变还是 www.domain.tld/pageslug 的形式，但是文章、分类、Tag的基础地址是 www.domain.tld/blog/，即平白多了一节出来。那么，也用前面3中提到的方法重定向吧。同时，分类、Tag还需要在 设置（Settings）——>永久链接（Permalink） 里分别增加一个 category 和 tag 的基础地址，见“升级至WordPress 3.0多站点模式”。

可如果你在同一站点还有另一个独立的WordPress安装在某个目录中，又希望将它合并到这个程序中以站点（子博客）的形式出现呢？

最好你的这另一个博客的内容不是很多，结构不是很复杂，那样的话你就可以简单的使用WordPress本身自带的导出/导入功能将该博客的文章、页面、分类、Tag、评论等等一切导入到该“网络”的新站点（子博客）中。

但是导入的文章其分类和Tag如果有中文字符的话，可能会有些问题。比如将 名称：新闻，slug：news 的Tag导入为名称：news，slug：新闻，那么，你这个Tag的链接就由 www.domain.tld/subblog/tag/news 变成了 www.domain.tld/subblog/tag/新闻。（这里假定你是用子目录形式启用多站点功能，并且为了保持链接不变，你使用原来子博客所在的目录 subblog 作为该网络中新站点（子博客）的别名（ slug））碰到这样的事情，恐怕就只好挨个儿的手动修改了。

5、附件导入问题

几乎所有的博客都会在文章中附加图片等附件，如果你的附件保存在本地（通过WordPress编辑器上传的），那么你就需要考虑它的存储位置和链接等问题了。

方便的是，文章中的附件在你执行导入的时候会提示你“是否下载并导入附件”。并且它会自动更新附件的链接（因为除了主（第一个）站点外，其它站点的附件都是放在 wp-content/blogs.dir/{blog_ID}/files/ 目录下的。）

可是你想想，由于前面提到的地址冲突问题，你又不可能让地址为 /subblog 的站点和位于目录 subblog 中的一个老的WordPress同时工作，怎么办？建议先用另一个别名，如 subblognew 来建立新站点，待导入完成后再在控制台里将其别名（slug）更改为 subblog。

6、修改引用地址URI

既然架构变了，某些地址变了，就需要批量修改文章中引用本站内部文章时留下的链接，使之变成现在的链接。可以参考blog域名迁移之迁移wordpress或者安全修改WordPress网站永久链接地址形式里的方法。

嗯，暂时就记得这么多了。这几天已经将我的站点改造完了，现在是运行在单一的WordPress 3.0 RC1 安装上，基本上没有什么问题出现。我会陆续将心得发出来，敬请关注！

转载请注明：来自不存在的空间，作者lonelicloud

相关文章：

• 强制WordPress 3.0以子目录形式安装多站点功能
• 升级至WordPress 3.0多站点模式
• Google XML Sitemaps与WordPress 多站点（Multisite）
• 预加载（Preload）WP Super Cache缓存
• WordPress 3.0后的快速手动升级方法

—————————– 2010.08.26 更新 ——————————-

2010.08.24，K2主题更新到1.1版本更新1144，k2不再重写 jQuery 文件请求，也就意味着，你可以使用 Use Google Libraries 插件来从Google提供的jQuery库中加载这些jQuery文件。利用Google稳定而快速的服务器来提供js文件，这样就可以加快javascript的加载。也就不需要再用下面所说的方法来禁用js的加载以提高用户访问速度了。

当然，如果你额外开启k2主题的“AJAX archives & search”功能，就需要额外加载k2内建的js文件。该文件不能通过 Use Google Libraries 从Google加载，总而减缓网页加载速度。为了速度，建议不要启用该功能。

—————————– 2010.08.26 结束 ——————————-

使用该主题，网站打开速度慢主要有两个原因（忽略服务器性能和网络速度影响）：一是需要服务器运行php的量比较大；二是需要加载较多的元素。我们从加载的这些元素来考虑，因为这是对打开时间影响最大的。比如它除了需要加载主题CSS样式文件之外，可能还要加载自定义的样式表，这就需要客户端发出2次下载请求，而发送请求并等待服务器响应需要的时间可能比下载时间还长。再比如它在页面的head标记里要求下载4个js文件，这就需要4次请求和等待来完成下载，并且其中一个js文件jQuery.js有70KB左右。所以，从用户点击链接到打开一部分页面都需要很长的时间，除非你使用的服务器响应非常迅速。对于我使用的国外免费空间，开头的请求与等待等等都需要将近8秒。如下图所示。

图1 页面中的js代码打开时间图

我在WordPress中使用了WP Minify插件来对CSS和JS代码进行合并和压缩，这样可以减少请求次数。图中左侧数字表示按顺序请求和下载的元素。1是进行dns查询，2是由不带/向带/的地址http://cnzhx.net/wp/进行301跳转的时间（可见尽量减少301跳转也能提高网站的响应速度，但这不是本文讨论的内容），3是请求下载合并压缩后的CSS样式表文件，4是请求下载合并后的JS代码文件。图中中间的彩色进度条，绿色表示请求时间，蓝色表示传输（下载）时间。可见，如果没有使用WP Minify插件进行CSS和JS代码合并，需要的时间更长。当然，从图中看到的加载JS代码需要的额外时间并不多。但是如果考虑到各地网速的差异，这一点东西下载起来还是需要不少时间的。如果你的页面中不需要使用这些js代码呢，这些时间和带宽还是替访问者省下来吧。

上图是从测试网站的报告中截取的。你也可以去WebPageTest网站实测一下网站的打开速度，从自动生成的报告中能看到页面各个元素打开的顺序和耗费的时间，还能得到改进建议。不过该网站是英文的，英文不大好的话就直接点击上面导航栏的New Test开始一个新测试并输入你要测试网址，其它默认，然后点击页面左下角的 Summit ，静静等待看看效果吧。报告是图表的，比较容易看懂。

一次偶然的机会，我发现WP Minify插件的一个bug。应该是bug吧，它有个选项让你可以将合并后的js代码放到footer部分来加载（如下图2中红圈位置处），可是我用了后发现它并没有加载，彻底的没有加载。反正是可以利用这个bug。这样打开网站页面就不需要请求下载js代码了，可以节省不少时间，如下图3。

图2 WP Minify插件的选项页

图3 不加载js代码时的页面元素打开时间

大家可能注意到这里用的是blog/这个地址，这是因为中间我换了地址了（详见，广而告之：变更博客链接），而且还进行了其它一些改变，但是跟我这里讨论的问题无关。放这个图是为了说明少掉的那个请求并等待下载合并后的js代码的过程的。

好了，大家可以看到，这个方法仅仅是为了更多的减少不必要的加载时间，提高访问满意度。实际上，如果注意尽量不使用301跳转，效果会更加明显。回头再专门说这个吧。大家可以把图3和下面的图4对比一下：

图4 与图3对比301跳转带来的网页打开时间延迟

相关文章：

• 安全修改WordPress网站永久链接地址形式
• 使用Gmail解决WordPress邮件问题
• WordPress微博插件：Live Blogging
• 扩展6: 只显示表格中符合筛选条件的行
• 扩展5: 在表格单元中使用PHP代码

当然，已经在服务器上的 .htaccess里加入了301跳转：

Redirect 301 /wp /blog

但是我的测试表明，多一次301跳转，访问时间就要增加近1.5s（针对我使用的服务器而言）。所以，虽然使用原来的链接也能访问到正确的内容，为了节省时间，还是请手动将收藏夹中的地址改了，或者打开后重新收藏。谢谢！

之前测试过使用301跳转来无缝变更WordPress安装文件夹，可是因为疏忽，没有将 .htaccess文件的访问权限设定正确（至少要是644），一直没能成功。今天终于如愿以偿了。

相关文章：

• 安全修改WordPress网站永久链接地址形式
• 升级到WordPress 3.0多站点模式问题探索
• 使用.htaccess的301跳转确定唯一网站入口地址
• WordPress缓存插件性能对比
• 预加载（Preload）WP Super Cache缓存

内容如下，加入了一些注释：

#BEGIN ZZ
#打开重写引擎
RewriteEngine On
#设定重写url的起始位置为 /
RewriteBase /
#设定重写条件为：当请求地址不等于cnzhx.net时，如我的另一个域名cnzhx.co.cc
RewriteCond %{HTTP_HOST} !^cnzhx.net$ [NC]
#重写规则：永久重定向到http://cnzhx.net
RewriteRule ^(.*)$ http://cnzhx.net/$1 [L,R=301]
#重写条件：如果网站主入口后面跟着index.html（可以根据情况将下两行的html改为php）
RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /index\.html\ HTTP/
#重写规则：永久重定向到不带index.html的地址http://cnzhx.net/
RewriteRule ^index\.html$ http://cnzhx.net/ [R=301,L]
#END ZZ

可惜的是，还没有搞懂不在网站根目录的时候，比如 /bbs 下的时候怎么去掉网址上的index，如http://cnzhx.net/bbs/index.php 重定向为http://cnzhx.net/bbs。

也许正是因为这个，才把我那个在国内不能访问的停放在xtreemhost上的域名唤醒了，结果导致1天后我的网站地址就被ban掉了。不过，也许只是时间上的巧合？

相关文章：

• 广而告之：变更博客链接
• 安全修改WordPress网站永久链接地址形式
• 升级到WordPress 3.0多站点模式问题探索
• WordPress缓存插件性能对比
• [转]网页加载速度影响Google搜索结果排名