最新消息：
    你的位置：jinglingshu的博客 > 技术 > .htaccess

    .htaccess

    技术 admin 1906浏览 0评论

     

    百科名片

    .htaccess文件(或者”分布式配置文件”）提供了针对目录改变配置的方法， 即，在一个特定的文档目录中放置一个包含一个或多个指令的文件， 以作用于此目录及其所有子目录。作为用户，所能使用的命令受到限制。管理员可以通过Apache的AllowOverride指令来设置。

    编辑本段简介

    概述来说，htaccess文件是Apache服务器中的一个配置文件，它负责相关目录下的网页配置。通过htaccess文件，可以帮我们实现：网页301重定向、自定义404错误页面、改变文件扩展名、允许/阻止特定的用户或者目录的访问、禁止目录列表、配置默认文档等功能。
    Unix、Linux系统或者是任何版本的Apache Web服务器都是支持.htaccess的，但是有的主机服务商可能不允许你自定义自己的.htaccess文件。国内的大多数虚拟主机就没有这个功能。我所知道的提供这个功能的有康盛世纪（就是Discuz的论坛服务商）。
    启用.htaccess，需要修改httpd.conf，启用AllowOverride，并可以用AllowOverride限制特定命令的使用。如果需要使用.htaccess以外的其他文件名，可以用AccessFileName指令来改变。例如，需要使用.config ，则可以在服务器配置文件中按以下方法配置：AccessFileName .config 。
    笼统地说，.htaccess可以帮我们实现包括：文件夹密码保护、用户自动重定向、自定义错误页面、改变你的文件扩展名、封禁特定IP地址的用户、只允许特定IP地址的用户、禁止目录列表，以及使用其他文件作为index文件等一些功能。

    编辑本段工作

    .htaccess文件(或者”分布式配置文件”)提供了针对每个目录改变配置的方法，即在一个特定的目录中放置一个包含指令的文件，其中的指令作用于此目录及其所有子目录。

    说明

    如果需要使用.htaccess以外的其他文件名，可以用AccessFileName指令来改变。例如，需要使用.config ，则可以在服务器配置文件中按以下方法配置：
    AccessFileName .config
    通常，.htaccess文件使用的配置语法和主配置文件一样。AllowOverride指令按类别决定了.htaccess文件中哪些指令才是有效的。如果一个指令允许在.htaccess中使用，那么在本手册的说明中，此指令会有一个覆盖项段，其中说明了为使此指令生效而必须在AllowOverride指令中设置的值。
    例如，本手册对AddDefaultCharset指令的阐述表明此指令可以用于.htaccess文件中(见”作用域”项)，而覆盖项一行是FileInfo ，那么为了使.htaccess中的此指令有效，则至少要设置 AllowOverride FileInfo 。

    例子

    作用域
    server config, virtual host, directory, .htaccess
    覆盖项
    FileInfo
    如果不能确定某个指令是否可以用于.htaccess文件，可以查阅手册中对指令的说明，看在”作用域”行中是否有”.htaccess” 。

    (不)使用

    一般情况下，不应该使用.htaccess文件，除非你对主配置文件没有访问权限。有一种很常见的误解，认为用户认证只能通过.htaccess文件实现，其实并不是这样，把用户认证写在主配置文件中是完全可行的，而且是一种很好的方法。
    .htaccess文件应该被用在内容提供者需要针对特定目录改变服务器的配置而又没有root权限的情况下。如果服务器管理员不愿意频繁修改配置，则可以允许用户通过.htaccess文件自己修改配置，尤其是ISP在同一个机器上运行了多个用户站点，而又希望用户可以自己改变配置的情况下。
    虽然如此，一般都应该尽可能地避免使用.htaccess文件。任何希望放在.htaccess文件中的配置，都可以放在主配置文件的<Directory>段中，而且更高效。
    避免使用.htaccess文件有两个主要原因。
    首先是性能。如果AllowOverride启用了.htaccess文件，则Apache需要在每个目录中查找.htaccess文件，因此，无论是否真正用到，启用.htaccess都会导致性能的下降。另外，对每一个请求，都需要读取一次.htaccess文件。
    还有，Apache必须在所有上级的目录中查找.htaccess文件，以使所有有效的指令都起作用(参见指令的生效)，所以，如果请求/www/htdocs/example中的页面，Apache必须查找以下文件：
    /.htaccess
    /www/.htaccess
    /www/htdocs/.htaccess
    /www/htdocs/example/.htaccess
    总共要访问4个额外的文件，即使这些文件都不存在。(注意，这可能仅仅由于允许根目录”/”使用.htaccess ，虽然这种情况并不多。)
    其次是安全。这样会允许用户自己修改服务器的配置，这可能会导致某些意想不到的修改，所以请认真考虑是否应当给予用户这样的特权。但是，如果给予用户较少的特权而不能满足其需要，则会带来额外的技术支持请求，所以，必须明确地告诉用户已经给予他们的权限，说明AllowOverride设置的值，并引导他们参阅相应的说明，以免日后生出许多麻烦。
    注意，在/www/htdocs/example目录下的.htaccess文件中放置指令，与在主配置文件中<Directory /www/htdocs/example>段中放置相同指令，是完全等效的。
    /www/htdocs/example目录下的.htaccess文件的内容：
    AddType text/example .exm
    1. conf文件中摘录的内容：
    <Directory /www/htdocs/example>
    AddType text/example .exm
    </Directory>
    但是，把配置放在主配置文件中更加高效，因为只需要在Apache启动时读取一次，而不是在每次文件被请求时都读取。
    将AllowOverride设置为none可以完全禁止使用.htaccess文件：
    AllowOverride None

    指令范围

    .htaccess文件中的配置指令作用于.htaccess文件所在的目录及其所有子目录，但是很重要的、需要注意的是，其上级目录也可能会有.htaccess文件，而指令是按查找顺序依次生效的，所以一个特定目录下的.htaccess文件中的指令可能会覆盖其上级目录中的.htaccess文件中的指令，即子目录中的指令会覆盖父目录或者主配置文件中的指令。
    例子：
    /www/htdocs/example1目录中的.htaccess文件有如下内容：
    Options +ExecCGI
    (注意：必须设置”AllowOverride Options”以允许在.htaccess中使用”Options”指令)
    /www/htdocs/example1/example2目录中的.htaccess文件有如下内容：
    Options Includes
    由于第二个.htaccess文件的存在，/www/htdocs/example1/example2中的CGI执行是不允许的，而只允许 Options Includes ，它完全覆盖了之前的设置。
    将.htaccess合并到主配置文件中
    正如在配置段(容器)中讨论的那样，.htaccess文件能够覆盖<Directory>段中对相应目录的设置，但是也同样会被主配置文件中其它类型的配置段所覆盖。这个特性可以用来强制实施某些配置，甚至在AllowOverride已经许可的情况下。举个例子来说，为了强迫在.htaccess中禁止脚本执行但不限制其它的情况下，可以这样：
    <Directory />
    Allowoverride All
    </Directory>
    <Location />
    Options +IncludesNoExec -ExecCGI
    </Location>

    认证举例

    如果你只是为了知道如何认证，而直接从这里开始看的，有很重要的一点需要注意，有一种常见的误解，认为实现密码认证必须要使用.htaccess文件，其实是不正确的。把认证指令放在主配置文件的<Directory>段中是一个更好的方法，而.htaccess文件应该仅仅用于无权访问主配置文件的时候。参见上述关于何时应该与何时不应该使用.htaccess文件的讨论。
    有此声明在先，如果你仍然需要使用.htaccess文件，请继续看以下说明。
    .htaccess文件的内容：
    AuthType Basic
    AuthName “Password Required”
    AuthUserFile /www/passwords/password.file
    AuthGroupFile /www/passwords/group.file
    Require Group admins
    必须设置 AllowOverride AuthConfig 以允许这些指令生效。

    服务器端举例

    .htaccess文件的另一个常见用途是允许一个特定的目录使用服务器端包含(SSI)，可以在需要的目录中放置.htaccess文件，并作如下配置：
    Options +Includes
    AddType text/html shtml
    AddHandler server-parsed shtml
    注意，必须同时设置 AllowOverride Options 和 AllowOverride FileInfo 以使这些指令生效。

    CGI举例

    可以通过.htaccess文件允许在特定的目录中执行CGI程序，需要作如下配置：
    Options +ExecCGI
    AddHandler cgi-script cgi pl
    另外，如下配置可以使给定目录下的所有文件被视为CGI程序：
    Options +ExecCGI
    SetHandler cgi-script
    注意，必须同时设置 AllowOverride Options 和 AllowOverride FileInfo 以使这些指令生效。
    .htaccess工具
    不会写的朋友,在这介绍一款很不错.htaccess的重定向—URL重写工具rewriting-tool

    编辑本段疑难解答

    如果在.htaccess文件中的某些指令不起作用，可能有多种原因。
    最常见的原因是AllowOverride指令没有被正确设置，必须确保没有对此文件区域设置 AllowOverride None 。有一个很好的测试方法，就是在.htaccess文件随便增加点无意义的垃圾内容，如果服务器没有返回了一个错误消息，那么几乎可以断定设置了 AllowOverride None 。
    在访问文档时，如果收到服务器的出错消息，应该检查Apache的错误日志，可以知道.htaccess文件中哪些指令是不允许使用的，也可能会发现需要纠正的语法错误。

    .htaccess文件使用权威指南

    .htaccess可以做大量范围的事情，包括：文件夹密码保护、用户自动重新指向、自定义错误页面、变更你的文件扩展名、屏蔽特定的用户IP地址、只允许特定的IP地址、停止目录表以及使用其他文件作为index文件，等等……。希望这个.htaccess文件使用权威指南可以帮助到你。

    如果你还不知道.htaccess是什么的话，可以看这里：

    .htaccess文件(或者”分布式配置文件“）提供了针对目录改变配置的方法，即，在一个特定的文档目录中放置一个包含一个或多个指令的文件， 以作用于此目录及其所有子目录。作为用户，所能使用的命令受到限制。管理员可以通过Apache的AllowOverride指令来设置。

    Unix、Linux系统或者是任何版本的Apache Web服务器都是支持.htaccess的，但是有的主机服务商可能不允许你自定义自己的.htaccess文件。

    笼统地说，.htaccess可以帮我们实现包括：文件夹密码保护、用户自动重定向、自定义错误页面、改变你的文件扩展名、封禁特定IP地址的用户、只允许特定IP地址的用户、禁止目录列表，以及使用其他文件作为index文件等一些功能。（更多介绍）

    1. Introduction 介绍
    文件名 .htaccess 属性 644 (RW-R–R–)
    htaccess会影响它所在目录下的所有子目录
    注意大多数内容都要求保持在一行之内，不要换行，否则会引起错误
    2. Error Documents 错误文档

    Official document: ErrorDocument Directive
    ErrorDocument code document

    例子

    ErrorDocument 400 /errors/badrequest.html
    ErrorDocument 404 http://yoursite/errors/notfound.html
    ErrorDocument 401 “Authorization Required”

    (注意之后内容如果出现的双引号需要转义为 \”)
    常见HTTP状态码
    Successful Client Requests
    200 OK
    201 Created
    202 Accepted
    203 Non-Authorative Information
    204 No Content
    205 Reset Content
    206 Partial Content
    Client Request Redirected
    300 Multiple Choices
    301 Moved Permanently
    302 Moved Temporarily
    303 See Other
    304 Not Modified
    305 Use Proxy
    Client Request Errors
    400 Bad Request
    401 Authorization Required
    402 Payment Required (not used yet)
    403 Forbidden
    404 Not Found
    405 Method Not Allowed
    406 Not Acceptable (encoding)
    407 Proxy Authentication Required
    408 Request Timed Out
    409 Conflicting Request
    410 Gone
    411 Content Length Required
    412 Precondition Failed
    413 Request Entity Too Long
    414 Request URI Too Long
    415 Unsupported Media Type
    Server Errors
    500 Internal Server Error
    501 Not Implemented
    502 Bad Gateway
    503 Service Unavailable
    504 Gateway Timeout
    505 HTTP Version Not Supported
    3. Password Protection 密码保护
    Official document: Authentication, Authorization and Access Control
    假设密码文件为.htpasswd

    AuthUserFile /usr/local/safedir/.htpasswd (这里必须使用全路径名)
    AuthName EnterPassword
    AuthType Basic

    两种常见验证方式:

    Require user windix

    (仅允许用户windix登陆)

    Require valid-user

    (所有合法用户都可登陆)
    Tip: 如何生成密码文件
    使用htpasswd命令(apache自带)
    第一次生成需要创建密码文件

    htpasswd -c .htpasswd user1

    之后增加新用户

    htpasswd .htpasswd user2

    4. Enabling SSI Via htaccess 通过htaccess允许SSI(Server Side Including)功能

    AddType text/html .shtml
    AddHandler server-parsed .shtml
    Options Indexes FollowSymLinks Includes
    DirectoryIndex index.shtml index.html

    5. Blocking users by IP 根据IP阻止用户访问

    order allow,deny
    deny from 123.45.6.7
    deny from 12.34.5. (整个C类地址)
    allow from all

    6. Blocking users/sites by referrer 根据referrer阻止用户/站点访问
    需要mod_rewrite模块
    例1. 阻止单一referrer: badsite.com

    RewriteEngine on
    # Options +FollowSymlinks
    RewriteCond %{HTTP_REFERER} badsite\.com [NC]
    RewriteRule .* – [F]

    例2. 阻止多个referrer: badsite1.com, badsite2.com

    RewriteEngine on
    # Options +FollowSymlinks
    RewriteCond %{HTTP_REFERER} badsite1\.com [NC,OR]
    RewriteCond %{HTTP_REFERER} badsite2\.com
    RewriteRule .* – [F]

    [NC] – 大小写不敏感(Case-insensite)
    [F] – 403 Forbidden
    注意以上代码注释掉了”Options +FollowSymlinks”这个语句。如果服务器未在 httpd.conf 的 段落设置 FollowSymLinks, 则需要加上这句，否则会得到”500 Internal Server error”错误。
    7. Blocking bad bots and site rippers (aka offline browsers) 阻止坏爬虫和离线浏览器
    需要mod_rewrite模块
    坏爬虫? 比如一些抓垃圾email地址的爬虫和不遵守robots.txt的爬虫(如baidu?)
    可以根据 HTTP_USER_AGENT 来判断它们
    (但是还有更无耻的如”中搜 zhongsou.com”之流把自己的agent设置为 “Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)” 太流氓了，就无能为力了)

    RewriteEngine On
    RewriteCond %{HTTP_USER_AGENT} ^BlackWidow [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Bot\ mailto:craftbot@yahoo.com [OR]
    RewriteCond %{HTTP_USER_AGENT} ^ChinaClaw [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Custo [OR]
    RewriteCond %{HTTP_USER_AGENT} ^DISCo [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Download\ Demon [OR]
    RewriteCond %{HTTP_USER_AGENT} ^eCatch [OR]
    RewriteCond %{HTTP_USER_AGENT} ^EirGrabber [OR]
    RewriteCond %{HTTP_USER_AGENT} ^EmailSiphon [OR]
    RewriteCond %{HTTP_USER_AGENT} ^EmailWolf [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Express\ WebPictures [OR]
    RewriteCond %{HTTP_USER_AGENT} ^ExtractorPro [OR]
    RewriteCond %{HTTP_USER_AGENT} ^EyeNetIE [OR]
    RewriteCond %{HTTP_USER_AGENT} ^FlashGet [OR]
    RewriteCond %{HTTP_USER_AGENT} ^GetRight [OR]
    RewriteCond %{HTTP_USER_AGENT} ^GetWeb! [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Go!Zilla [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Go-Ahead-Got-It [OR]
    RewriteCond %{HTTP_USER_AGENT} ^GrabNet [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Grafula [OR]
    RewriteCond %{HTTP_USER_AGENT} ^HMView [OR]
    RewriteCond %{HTTP_USER_AGENT} HTTrack [NC,OR]
    RewriteCond %{HTTP_USER_AGENT} ^Image\ Stripper [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Image\ Sucker [OR]
    RewriteCond %{HTTP_USER_AGENT} Indy\ Library [NC,OR]
    RewriteCond %{HTTP_USER_AGENT} ^InterGET [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Internet\ Ninja [OR]
    RewriteCond %{HTTP_USER_AGENT} ^JetCar [OR]
    RewriteCond %{HTTP_USER_AGENT} ^JOC\ Web\ Spider [OR]
    RewriteCond %{HTTP_USER_AGENT} ^larbin [OR]
    RewriteCond %{HTTP_USER_AGENT} ^LeechFTP [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Mass\ Downloader [OR]
    RewriteCond %{HTTP_USER_AGENT} ^MIDown\ tool [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Mister\ PiX [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Navroad [OR]
    RewriteCond %{HTTP_USER_AGENT} ^NearSite [OR]
    RewriteCond %{HTTP_USER_AGENT} ^NetAnts [OR]
    RewriteCond %{HTTP_USER_AGENT} ^NetSpider [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Net\ Vampire [OR]
    RewriteCond %{HTTP_USER_AGENT} ^NetZIP [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Octopus [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Offline\ Explorer [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Offline\ Navigator [OR]
    RewriteCond %{HTTP_USER_AGENT} ^PageGrabber [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Papa\ Foto [OR]
    RewriteCond %{HTTP_USER_AGENT} ^pavuk [OR]
    RewriteCond %{HTTP_USER_AGENT} ^pcBrowser [OR]
    RewriteCond %{HTTP_USER_AGENT} ^RealDownload [OR]
    RewriteCond %{HTTP_USER_AGENT} ^ReGet [OR]
    RewriteCond %{HTTP_USER_AGENT} ^SiteSnagger [OR]
    RewriteCond %{HTTP_USER_AGENT} ^SmartDownload [OR]
    RewriteCond %{HTTP_USER_AGENT} ^SuperBot [OR]
    RewriteCond %{HTTP_USER_AGENT} ^SuperHTTP [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Surfbot [OR]
    RewriteCond %{HTTP_USER_AGENT} ^tAkeOut [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Teleport\ Pro [OR]
    RewriteCond %{HTTP_USER_AGENT} ^VoidEYE [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Web\ Image\ Collector [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Web\ Sucker [OR]
    RewriteCond %{HTTP_USER_AGENT} ^WebAuto [OR]
    RewriteCond %{HTTP_USER_AGENT} ^WebCopier [OR]
    RewriteCond %{HTTP_USER_AGENT} ^WebFetch [OR]
    RewriteCond %{HTTP_USER_AGENT} ^WebGo\ IS [OR]
    RewriteCond %{HTTP_USER_AGENT} ^WebLeacher [OR]
    RewriteCond %{HTTP_USER_AGENT} ^WebReaper [OR]
    RewriteCond %{HTTP_USER_AGENT} ^WebSauger [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Website\ eXtractor [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Website\ Quester [OR]
    RewriteCond %{HTTP_USER_AGENT} ^WebStripper [OR]
    RewriteCond %{HTTP_USER_AGENT} ^WebWhacker [OR]
    RewriteCond %{HTTP_USER_AGENT} ^WebZIP [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Wget [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Widow [OR]
    RewriteCond %{HTTP_USER_AGENT} ^WWWOFFLE [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Xaldon\ WebSpider [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Zeus
    RewriteRule ^.* – [F,L]

    [F] – 403 Forbidden
    [L] – 连接(Link)
    8. Change your default directory page 改变缺省目录页面

    DirectoryIndex index.html index.php index.cgi index.pl

    9. Redirects 转向
    单个文件

    Redirect /old_dir/old_file.html http://yoursite.com/new_dir/new_file.html

    整个目录

    Redirect /old_dir http://yoursite.com/new_dir

    效果: 如同将目录移动位置一样

    http://yoursite.com/old_dir -> http://yoursite.com/new_dir
    http://yoursite.com/old_dir/dir1/test.html -> http://yoursite.com/new_dir/dir1/test.html

    Tip: 使用用户目录时Redirect不能转向的解决方法
    当你使用Apache默认的用户目录，如 http://mysite.com/~windix，当你想转向 http://mysite.com/~windix/jump时，你会发现下面这个Redirect不工作:

    Redirect /jump http://www.google.com

    正确的方法是改成

    Redirect /~windix/jump http://www.google.com
    (source: .htaccess Redirect in “Sites” not redirecting: why?
    )

    10. Prevent viewing of .htaccess file 防止.htaccess文件被查看

    order allow,deny
    deny from all

    11. Adding MIME Types 添加 MIME 类型

    AddType application/x-shockwave-flash swf

    Tips: 设置类型为 application/octet-stream 将提示下载
    12. Preventing hot linking of images and other file types 防盗链
    需要mod_rewrite模块

    RewriteEngine on
    RewriteCond %{HTTP_REFERER} !^$
    RewriteCond %{HTTP_REFERER} !^http://(www/\.)?mydomain.com/.*$ [NC]
    RewriteRule \.(gif|jpg|js|css)$ – [F]

    解析:
    若 HTTP_REFERER 非空 (来源为其他站点，非直接连接) 并且
    若 HTTP_REFERER 非(www.)mydomain.com开头(忽略大小写[NC]) (来源非本站)
    对于所有含有 .gif/.jpg/.js/.css 结尾的文件给出 403 Forbidden 错误[F]
    也可指定响应，如下例显示替换图片
    RewriteRule \.(gif|jpg)$ [R,L]
    [R] – 转向(Redirect)
    [L] – 连接(Link)
    13. Preventing Directory Listing 防止目录列表时显示

    IndexIgnore *
    IndexIgnore *.jpg *.gif

    Tips:
    允许目录列表显示: Options +Indexes
    禁止目录列表显示: Options -Indexes
    显示提示信息: 页首 文件HEADER, 页尾 文件README

     

    ———————————————————————————————————————–

    修改.htaccess实现301重定向

    我的偶笑论坛已经开了快两个月了， 感觉对于搜索引擎很不友好，有一点就是链接不统一，由于discuz的后台没有设置将有带www和没带www中的哪一个做为主网站的功能，所以我就直接动 手了，刚刚修改偶笑论坛的.htaccess文件，终于实现了将所有oxiao.com的链接直接跳转到www.oxiao.com的链接了，当然现在地 址统一对于搜索引擎来说将会是非常有用的，我也不用担心我这个论坛对于搜索引擎不好了。我所用的bluehost的cpanel里面也可以直接修改，不过 经过我的测试好像不行，只能跳转从http://oxiao.com/到http://www.oxiao.com/，其它的子链接不行。所以只有自己手动修改.htaccess，刚开始按照网上的说明修改，还是感觉不行，最后发现，原来这个添加是有顺序讲究的，所以大家以后在修改.htaccess的时候，如果发现不行，可以试着改变下顺序。下面为偶笑论坛的.htaccess里面的内容：

    # Use PHP5CGI as default
    AddHandler fcgid-script .php
    # 将 RewriteEngine 模式打开
    RewriteEngine On

    # 修改以下语句中的 /discuz 为你的论坛目录地址，如果程序放在根目录中，请将 /discuz 修改为 /
    RewriteBase /

    # Rewrite 系统规则请勿修改

    RewriteCond %{HTTP_HOST} !^www.oxiao.com$ [NC]
    RewriteRule ^(.*)$ http://www.oxiao.com/$1 [L,R=301]
    RewriteRule ^archiver/((fid|tid)-[\w\-]+\.html)$ archiver/index.php?$1
    RewriteRule ^forum-([0-9]+)-([0-9]+)\.html$ forumdisplay.php?fid=$1&page=$2
    RewriteRule ^thread-([0-9]+)-([0-9]+)-([0-9]+)\.html$ viewthread.php?tid=$1&extra=page\%3D$3&page=$2
    RewriteRule ^space-(username|uid)-(.+)\.html$ space.php?$1=$2
    RewriteRule ^tag-(.+)\.html$ tag.php?name=$1

     

    下面再转一篇不错的文章给大家看下，我就是按照下面这个来修改的。
    VIA

    出于SEO、PR值传递、网址转换的目的，在网站初建和网站迁移时我们都需要使用301重定向，通常包括域名对域名，目录对目录和一个独立网址对另一个独立网址的重定向。在bluehost虚拟主机上作301重定向，最常用的方法有2种：
    1.直接编辑.htaccess。
    2.用cPanel设定。
    实质二者都是修改文件.htaccess，只是前者手工编辑，后者是由cPanel完成。用cPanel操作相当简单，登陆你的 cPanel(bluehost虚拟主机可以选简体中文)–>Domain–>Redirects，选择相应的选项即可完成设置，这里暂不讨 论。下面讲一下直接编辑.htaccess的方法。
    注意：在设置301重定向之前务必备份相应目录下的.htaccess文件。
    1.重定向domain.com到www.domain.com
    这种重定向旨在使域名唯一，是网站SEO必须要做的，后面重定向www.domain.com到domain.com也是出于同样的原因，只是形式不同。
    打开.htaccess文件，加入以下规则。(下面的规则是针对主域名的，子域名要修改)

    RewriteEngine On
    RewriteCond %{HTTP_HOST} !^www.domain.com$ [NC]
    RewriteRule ^(.*)$ http://www.domain.com/$1 [L,R=301]

    2.重定向www.domain.com到domain.com

    RewriteEngine On
    RewriteCond %{HTTP_HOST} !^domain.com$ [NC]
    RewriteRule ^(.*)$ http://domain.com/$1 [L,R=301]

    3.重定向olddomain.com到www.newdomain.com

    RewriteEngine On
    RewriteCond %{HTTP_HOST} !olddomain.com$ [NC]
    RewriteRule ^(.*)$ http://www.newdomain.com/$1 [L,R=301]

    4.重定向olddomain.com to newdomain.com

    RewriteEngine On
    RewriteBase /
    RewriteCond %{HTTP_HOST} !olddomain.com$ [NC]
    RewriteRule ^(.*)$ http://newdomain.com/$1 [L,R=301]

    5.重定向domain.com/file/file.php 到 otherdomain.com/otherfile/other.php

    RewriteCond %{HTTP_HOST} ^www.domain.com$
    RewriteRule ^file/file.php$ http://www.otherdomain.com/otherfile/other.php [R=301,L]

    转载请注明：jinglingshu的博客 » .htaccess

    与本文相关的文章

    发表我的评论
    取消评论

    表情

    Hi，您需要填写昵称和邮箱！

    • 昵称 (必填)
    • 邮箱 (必填)
    • 网址

    网友最新评论 (1)

    1. 在www.freetzi.com中申请了一个空间，然后使用.htaccess将其进行重定向到bae上： RewriteEngine On RewriteRule ^(.*)$ http://jnglingshu.duapp.com/$1 [L,R=301]
      admin11年前 (2014-02-12)回复