Htaccess（超文本访问）是一个简单的配置文件，它允许设计师，开发者和程序员通过它来改变Apache Web服务器的配置。
这些功能包括用户重定向、URL重写（url rewrite，国内很多称为伪静态）、目录密码保护。
现在我们开始——
1 建立并上传一个.htaccess文件
建立一个.htaccess文件很简单，我们使用一个类似windows的记事本或者notpad++都可以，然后把"自动换行"功能关闭，然后写入一些字后保存文件。
比如，我们可以起名为：
htaccess.txt
上传到Web服务器上的相关目录的文件，然后重新命名：
.htaccess
记住.htaccess文件应当使用644权限，并以ASCII模式上传。如果.htaccess文件，那么应该联系系统管理员或托管公司，并确保他们已启用.htaccess文件。
如果想在本地Apache开启.htaccess，可按以下步骤进行：
其实只要修改一下apache目录下的httpd.conf文件，我们用文本编辑器打开后,把以下行去掉注释
LoadModule rewrite_module modules/mod_rewrite.so
然后查找：
Options FollowSymLinks<br>AllowOverride None<br>
改为
Options FollowSymLinks<br>AllowOverride All<br>
记得修改完httpd.conf保存以后，一定要重启Apache服务器才可生效。
2|.httacces文件的配置
2.1.配置.htaccess 自定义错误页
我要介绍的.htaccess的第一个应用是自定义错误页面，这将使你可以拥有自己的、个性化的错误页面（例如找不到文件时），而不是你的服务商提供的错 误页或没有任何页面。这会让你的网站在出错的时候看上去更专业。你还可以利用脚本程序在发生错误的时候通知你（例如我使用Free Webmaster Help的PHP脚本程序，当找不到页面的时候自动e-mail给我）。
你所知道的任何页面错误代码（像404找不到页面），都可以通过在.htaccess文件里加入下面的文字将其变成自定义页面：
ErrorDocument errornumber /file.html
举例来说，如果我的根目录下有一个nofound.html文件，我想使用它作为404 error的页面
ErrorDocument 404 /notfound.html
如果文件不在网站的根目录下，你只需要把路径设置为：
ErrorDocument 500 /errorpages/500.html
以下是一些最常用的错误：
常用的客户端请求错误返回代码：
400 - Bad request 错误请求
401 Authorization Required需要验证
403 Forbidden禁止
404 Not Found找不到页面
405 Method Not Allowed
408 Request Timed Out
411 Content Length Required
412 Precondition Failed
413 Request Entity Too Long
414 Request URI Too Long
415 Unsupported Media Type
常见的服务器错误返回代码：
500 Internal Server Error内部服务器错误
接下来，你要做的只是创建一个错误发生时显示的文件，然后把它们和.htaccess一起上传。
用户可以利用.htaccess指定自己事先制作好的错误提醒页面。一般情况下，人们可以专门设立一个目录，例如errors放置这些页面。然后再.htaccess中，加入如下的指令：
ErrorDocument 404 /errors/notfound.html<br>ErrorDocument 500 /errors/internalerror.html
一条指令一行。上述第一条指令的意思是对于404，也就是没有找到所需要的文档的时候得显示页面为/errors目录下的notfound.html页面。不难看出语法格式为：
ErrorDocument 错误代码 /目录名/文件名.扩展名
如果所需要提示的信息很少的话，不必专门制作页面，直接在指令中使用HTML号了，例如下面这个例子：
ErrorDocument 401 "你没有权限访问该页面，请放弃！"
2.2.配置.htaccess 停示显示目录列表
有些时候，由于某种原因，你的目录里没有index文件，这意味着当有人在浏览器地址栏键入了该目录的路径，该目录下所有的文件都会显示出来，这会给你的网站留下安全隐患。
为避免这种情况（而不必创建一堆的新index文件），你可以在你的.htaccess文档中键入以下命令，用以阻止目录列表的显示：
Options -Indexes
2.3. 配置.htaccess 阻止/允许特定的IP地址
某些情况下，你可能只想允许某些特定IP的用户可以访问你的网站（例如：只允许使用特定ISP的用户进入某个目录），或者想封禁 某些特定的IP地址（例如：将低级用户隔离于你的信息版面外）。当然，这只在你知道你想拦截的IP地址时才有用，然而现在网上的大多数用户都使用动态IP 地址，所以这并不是限制使用的常用方法。
你可以使用以下命令封禁一个IP地址：
deny from 000.000.000.000
这里的000.000.000.000是被封禁的IP地址，如果你只指明了其中的几个，则可以封禁整个网段的地址。如你输入210.10.56.，则将封禁210.10.56.0～210.10.56.255的所有IP地址。
你可以使用以下命令允许一个IP地址访问网站：
allow from 000.000.000.000
被允许的IP地址则为000.000.000.000，你可以象封禁IP地址一样封禁整个网段。
如果你想阻止所有人访问该目录，则可以使用：
deny from all
不过这并不影响脚本程序使用这个目录下的文档。
2.4.配置.htaccess 替换index文件
改变缺省的首页文件
一般情况下缺省的首页文件名有default、index等。不过，有些时候目录中没有缺省文件，而是某个特定的文件名，比如在w3sky中是 w3sky.PHP。这种情况下，要用户记住文件名来访问很麻烦。在.htaccess中可以轻易的设置新的缺省文件名：
DirectoryIndex 新的缺省文件名
也可以列出多个，顺序表明它们之间的优先级别，例如：
DirectoryIndex filename.html index.cgi index.pl default.htm portal.php welcome.php<br>
也 许你不想一直使用index.htm或index.html作为目录的索引文件。举例来说，如果你的站点使用 PHP 文件，你可能会想使用 index.PHP来作为该目录的索引文档。当然也不必局限于"index"文档，如果你愿意，使用.htaccess你甚至能够设置 foofoo.balh来作为你的索引文档这些互为替换的索引文件可以排成一个列表，服务器会从左至右进行寻找，检查哪个文档在真实的目录中存在。如果一 个也找不到，它将会把目录列表显示出来（除非你已经关闭了显示目录文件列表）。
DirectoryIndex index.PHP index.PHP3 messagebrd.pl index.html index.htm
2.5.配置.htaccess 重定向页面
.htaccess 最有用的功能之一就是将请求重定向到同站内或站外的不同文档。这在你改变了一个文件名称，但仍然想让用户用旧地址访问到它时，变的极为 有用。另一个应用（我发现的很有用的）是重定向到一个长URL，例如在我的时事通讯中，我可以使用一个很简短的URL 来指向我的会员链接。以下是一个重定向文件的例子：
Redirect /location/from/root/file.ext http://www.21cto.com/new/file/123.html
上述例子中，访问在root目录下的名为oldfile.html可以键入：/oldfile.html
访问一个旧次级目录中的文件可以键入:/old/oldfile.html
你 也可以使用.htaccess重定向整个网站的目录。假如你的网站上有一个名为olddirectory的目录， 并且你已经在一个新网站 http://www.w3sky.com/newdirectory/上建立了与上相同的文档，你可以将旧目录下所有的文件做一次重定向而不必一一声 明：
Redirect /olddirectory http://www.w3sky.com/newdirectory
这样，任何指向到站点中/olddirectory目录的请求都将被重新指向新的站点，包括附加的额外URL信息。如果正确使用，此功能将极其强大。
我们可能对网站进行重新规划，将文档进行了迁移，或者更改了目录。这时候，来自搜索引擎或者其他网站链接过来的访问就可能出错。这种情况下，可以通过如下指令来完成旧的URL自动转向到新的地址：
Redirect /旧目录/旧文档名 新文档的地址
或者整个目录的转向：
Redirect 旧目录 新目录
3.1. 密码保护
.htaccess文件尽管有各种各样的.htaccess用法，但至今最流行的也可能是最有用 的做法是将其用于网站目录可靠的密码保护。尽管JavaScrip等也能做到，但只有.htaccess具有完美的安全性（即访问者必须知晓密码才可以访 问目录，并且绝无"后门"可走）。
利用.htaccess将一个目录加上密码保护分两个步骤。第一步是在你的.htaccess文档里加上适当的几行代码，再将.htaccess文档放进你要保护的目录下：
AuthName "Section Name"<br>AuthType Basic<br>AuthUserFile /full/path/to/.htpasswd<br>Require valid-user
你可能需要根据你的网站情况修改一下上述内容中的一些部分，如用被保护部分的名字"Members Area"，替换掉"Section Name"。
/full/parth/to/.htpasswd则应该替换为指向.htpasswd文件（后面详述该文档）的完整服务器路径。如果你不知道你网站空间的完整路径，请询问一下你的系统管理员。
3.2.密码保护.htpasswd文件
目 录的密码保护比.htaccess的其他功能要麻烦些，因为你必须同时创建一个包含用户名和密码的文档，用于访问你的网站，相关信息（默认）位于一个名 为.htpasswd的文档里。像.htaccess一样，.htpasswd也是一个没有文件名且具有8位扩展名的文档，可以放置在你网站里的任何地方 （此时密码应加密），但建议你将其保存在网站Web根目录外，这样通过网络就无法访问到它了。
在使用.htaccess来设置目录的密码保护时，它包含了密码文件的路径。从安全考虑，有必要把.htaccess 也保护起来，不让别人看到其中的内容。虽然可以用其他方式做到这点，比如文档的权限。不过，.htaccess本身也能做到，只需加入如下的指令：
order allow,deny<br>deny from all
3.3.配置 .htaccess 输入用户名和密码
要利用.htaccess对某个目录下的文档设定访问用户和对应的密码，首先要做的是生成一个.htpasswd的文本文档，例如：
forge:y4E7Ec8e7EwV
这里密码经过加密，用户可以自己找些工具将密码加密成.htaccess支持的编码。该文档最好不要放在www目录下，建议放在www根目录文档之外，这样更为安全些。
有了授权用户文档，可以在.htaccess中加入如下指令了：
AuthUserFile .htpasswd的服务器目录
AuthGroupFile /dev/null （需要授权访问的目录）
AuthName EnterPassword
AuthType Basic （授权类型）
require user wsabstract （允许访问的用户，如果希望表中所有用户都允许，可以使用 require valid-user）
注，括号部分为学习时候自己添加的注释
拒绝来自某个IP的访问
如果我不想某个政府部门访问到我的站点的内容，那可以通过.htaccess中加入该部门的IP而将它们拒绝在外。
例如：
order allow,deny<br>deny from 210.10.56.32<br>deny from 219.5.45.<br>allow from all
第二行拒绝某个IP，第三行拒绝某个IP段，也就是219.5.45.0~219.2.45.255
想要拒绝所有人？用deny from all好了。不止用IP，也可以用域名来设定。
创建好.htpasswd文档后（可以通过文字编辑器创建），下一步是输入用于访问网站的用户名和密码，应为：
username:password
"password" 的位置应该是加密过的密码。你可以通过几种方法来得到加密过的密码：一是使用一个网上提供的 permade脚本或自己写一个；另一个很不错的username/password加密服务是通过KxS网站，这里允许你输入用户名及密码，然后生成正 确格式的密码。
对于多用户，你只需要在.htpasswd文档中新增同样格式的一行即可。另外还有一些免费的脚本程序可以方便地管理.htpasswd文档，可以自动新增/移除用户等。
3.4.配置.htaccess 直接访问加密网站
当 你试图访问被.htaccess密码保护的目录时，你的浏览器会弹出标准的username/password对话窗口。如果你不喜欢这种方式，有些脚 本程序可以允许你在页面内嵌入username/password输入框来进行认证，你也可以在浏览器的URL框内以以下方式输入用户名和密码（未加密 的）：
http://username:password@www.w3sky.com/directory/
3.5.利用 .htaccess 防止盗链
如果不喜欢别人在他们的网页上连接自己的图片、文档的话，也可以通过htaccess的指令来做到。
所需要的指令如下：
RewriteEngine on<br>RewriteCond %{ HTTP_REFERER } !^$<br>RewriteCond %{ HTTP_REFERER } !^http://(www.)?w3sky.com/.*$ [NC]<br>RewriteRule .(gif &line;jpg)$ - [F]
如果觉得让别人的页面开个天窗不好看，那可以用一张图片来代替：
RewriteEngine on<br>RewriteCond %{ HTTP_REFERER } !^$<br>RewriteCond %{ HTTP_REFERER } !^http://(www.)?w3sky.com/.*$ [NC]<br>RewriteRule .(gif &line;jpg)$ http://www.w3sky.com/替代图片文件名 [R,L]
3.6.利用 .htaccess进行地址转向
这 种方法，就是把yourdomain.com的流量全部 301转向到www.yourdomain.com(或者反过来)。其实对于这种方法，国外有人认为对PageRank没有帮助。我觉得是因为他们看到 Google管理员工具中有一个首选域工具，可以指定Google的爬虫把 www.yourdomain.com或者yourdomain.com作为抓取和排名的首选域，转向似乎就没有必要了。但确实又有不少人证实这是有效 的，反正目前还没有人说这种方法会对SEO或者pagerank有什么损害。
在.htaccess中写入:
Options +FollowSymlinks All -Indexes<br>rewriteEngine on<br>rewriteBase /<br>RewriteCond %{HTTP_HOST} ^domain.com$<br>RewriteRule ^(.*)$ http://www.domain.com/$1 [R=301,L]
3.7.利用 .htaccess对域名中"www"的控制
强制去除www
下面以 Wordpress 为例，其它的情况，可以自己参照解决。在你的 Wordpress 目录下通常会有一个 .htaccess 文件，如果没有，那就手动建立一个。如果你设定了 permalink 的话，.htaccess 里面的内容会有如下一坨：
<if mod_rewrite.c="" module="">RewriteEngine On<br>RewriteBase /<br>RewriteCond %{REQUEST_FILENAME} !-f<br>RewriteCond %{REQUEST_FILENAME} !-d<br>RewriteRule . /index.php [L]<br></if>
具体是啥意思咱就甭管它了，只管在 RewriteBase / 这行下面加上：
RewriteCond %{HTTP_HOST} ^www.yourdomain.tld$ [NC]<br>RewriteRule ^(.*)$ http://yourdomain.tld/$1[R=301,L]
这样就大功告成了。当然要把 yourdomain.tld 换成你自己的域名。上面两行的意思是把 www.yourdomain.tld 这种形式改写成 yourdomain.tld, 并把访问前者的所有链接永久转向到后者。
域名前强制加上www
如果你实在是坚持要把 www 加在前面，我上面的算是白写了，表示遗憾。但，你可以。只需把上面添加的两行代码改成这样：
RewriteCond %{HTTP_HOST} ^yourdomain.tld$ [NC]<br>RewriteRule ^(.*)$ http://www.yourdomain.tld/$1[R=301,L]
4.1. .htaccess 总结
.htaccess是一个站点管理员可以应用的强大工具，有更多的变化以适应不同的用途，可以节约时间及提高网站的安全性
.htaccess的特别说明
* 启用.htaccess，需要修改httpd.conf，启用AllowOverride，并可以用AllowOverride限制特定命令的使用
* 如果需要使用.htaccess以外的其他文件名，可以用AccessFileName指令来改变。例如，需要使用.config ，则可以在服务器配置文件中按以下方法配置：
AccessFileName .config
* 一般情况下，不应该使用. htaccess文件，除非你对主配置文件没有访问权限。有一种很常见的误解，认为用户认证只能通过.htaccess文件实现，其实并不是这样，把用户 认证写在主配置文件中是完全可行的，而且是一种很好的方法。.htaccess文件应该被用在内容提供者需要针对特定目录改变服务器的配置而又没有 root权限的情况下。如果服务器管理员不愿意频繁修改配置，则可以允许用户通过.htaccess文件自己修改配置，尤其是ISP在同一个机器上运行了 多个用户站点，而又希望用户可以自己改变配置的情况下。虽然如此，一般都应该尽可能地避免使用.htaccess文件。任何希望放在.htaccess文 件中的配置，都可以放在主配置文件的段中，而且更高效。避免使用.htaccess文件有两个主要原因，即性能和安 全。
在线 .htaccess文件生成器http://cooletips.de/htaccess/
能够在线生成. htaccess文件，很简单的就配置重定向,系统错误文件等。
敢想敢做敢坚持
.htaccess文件提供了针对每个目录改变配置的方法。
top
.htaccess文件*
相关模块相关指令
*core
*mod_authn_file
*mod_authz_groupfile
*mod_cgi
*mod_include
*mod_mime
*AccessFileName
*AllowOverride
*Options
*AddHandler
*SetHandler
*AuthType
*AuthName
*AuthUserFile
*AuthGroupFile
*Require
top
工作原理和使用方法*
.htaccess文件(或者"分布式配置文件")提供了针对目录改变配置的方法，即，在一个特定的文档目录中放置一个包含一个或多个指令的文件，以作用于此目录及其所有子目录。
说明：如果需要使用.htaccess以外的其他文件名，可以用AccessFileName指令来改变。例如，需要使用.config，则可以在服务器配置文件中按以下方法配置：
AccessFileName.config
允 许放在这些文件中的指令取决于AllowOverride指令，此指令按类别决定了.htaccess文件中哪些 指令才是有效的。如果一个指令允许放在.htaccess文件中，则，在本手册的说明中，此指令会有一个覆盖段，其中说明了为使此指令生效而必须在 AllowOverride指令中设置的值。
例如，本手册对 AddDefaultCharset指令的说明表明了，此指令可以用于.htaccess文件(见 Context一行)，而Override一行是"FileInfo"，那么为使.htaccess中的此指令有效，则至少要设置 "AllowOverrideFileInfo"。
例子:
Context:serverconfig,virtualhost,directory,.htaccess
Override:FileInfo
如果不能确定一个特定的指令是否允许用于.htaccess文件，可以查阅手册中对指令的说明，看在Context("上下文")行中是否有".htaccess."。
使用.htaccess文件的场合
一般情况下，不应该使用.htaccess文件，除非你对主服务器配置文件没有存取权限。有一种很常见的误解，认为用户认证只能通过.htaccess文件实现，但并不是这样，把用户认证写在主服务器配置中是完全可行的，而且是一种很好的方法。
在 内容提供者需要针对目录改变服务器的配置而对服务器系统没有root权限时，则应该使用.htaccess文件。 如果服务器管理员不愿意频繁修改配置，则可以允许用户通过.htaccess文件自己修改配置，尤其是ISP在一个机器上宿主多个用户站点，而又希望用户 可以自己改变配置的情况下。
虽然如此，一般都应该尽可能地避免使用.htaccess文件。任何希望放在.htaccess文件中的配置，都可以放在主服务器的段中，而且更高效。
避免使用.htaccess文件有两个主要原因。
首 先是性能。如果AllowOverride允许使用.htaccess文件，则，Apache需要在每个目录中查 找.htaccess因此，无论是否真正用到，允许使用.htaccess文件都会导致性能的下降。另外，每次请求一个页面时，都需要读 取.htaccess文件。
还有，Apache必须在所有更高级的目录中查找.htaccess文件，使所有有效的指令都起作用(参见howdirectivesareapplied.)，所以，如果有对/www/htdocs/example中页面的请求，Apache必须查找以下文件：
/.htaccess
/www/.htaccess
/www/htdocs/.htaccess
/www/htdocs/example/.htaccess
而且，对此目录以外的每个文件访问，还有4个附加的文件系统访问，即使这些文件都不存在。(注意，这可能仅仅发生在/允许使用.htaccess文件的情况下，虽然这种情况并不多。)
其 次是安全。如此，会允许用户修改服务器的配置，可能会导致未加限制的修改，请认真考虑是否给予用户这样的特权。但 是，如果给予用户较少的特权而不能满足其需要，则会带来额外的技术支持请求，所以，必须明确地告诉用户已经给予他们的权限，说明 AllowOverride设置的值，并引导他们参阅相应的说明，以免日后许多麻烦。
注意，在/www/htdocs/example目录下.htaccess文件中放置指令，与，在主服务器配置文件中段中放置相同指令，是等效的。：
/www/htdocs/example中的.htaccess:
/www/htdocs/example中.htaccess文件的内容
AddType text/example.exm
httpd.conf文件中的段
AddType text/example.exm
但是，把这个配置放置在服务器配置文件中则更加高效，因为只需要在Apache启动时读取一次，而不是在有文件请求时每次都读取。
将AllowOverride设置为"none"可以完全禁止使用.htaccess文件。
AllowOverrideNone
指令的生效
.htaccess 文件中的配置指令作用于.htaccess文件所在的目录及其所有子目录，但是，很重要需要记住 的是，其更高级的目录也可能会有.htaccess文件，而指令是按查找顺序依次生效，所以，一个特定目录下的.htaccess文件中的指令可能会覆盖 其更高级目录中的.htaccess文件的指令，即，子目录中的指令会覆盖更高级目录或者主服务器配置文件中的指令。
例如:目录/www/htdocs/example1中的.htaccess文件有如下内容：
Options+ExecCGI
(注意:必须设置"AllowOverrideOptions"以允许在.htaccess文件中使用"Options"指令。)
在目录/www/htdocs/example1/example2中的.htaccess文件有如下内容：
OptionsIncludes
由于第二个.htaccess文件的存在，/www/htdocs/example1/example2中的CGI执行是不允许的，而只允许OptionsIncludes，它完全覆盖了之前的设置。
认证举例
如 果你为了知道如何认证，直接从这里开始看，有很重要的一点需要注意，有一种常见的误解，认为实现密码认证必须要使 用.htaccess文件，其实不是这样。把认证指令放在主服务器配置文件的段中是一个更好的方法， 而.htaccess文件应该仅仅用于无权访问主服务器配置文件的时候。参见上述的使用.htaccess文件的场合。
有此声明在先，如果你仍然需要使用.htaccess文件，请看以下说明。
必须设置"AllowOverrideAuthConfig"以允许这些指令生效
.htaccess文件的内容:
AuthTypeBasic
AuthName"PasswordRequired"
AuthUserFile/www/passwords/password.file
AuthGroupFile/www/passwords/group.file
RequireGroupadmins
注意，必须设置AllowOverrideAuthConfig以允许这些指令生效
更详细的有关身份识别和认证的说明，请参见authenticationtutorial。
服务器端包含举例
.htaccess文件的另一个常见用途是允许一个特定目录的服务器端包含(ServerSideIncludes)，可以在需要的目录中放置.htaccess文件，并如下配置：
Options+Includes
AddTypetext/htmlshtml
AddHandlerserver-parsedshtml
注意，必须同时设置AllowOverrideOptions和AllowOverrideFileInfo使这些指令生效。
更详细的有关服务器端包含的说明，请参见SSItutorial。
CGI举例
最后，可以通过.htaccess文件允许在特定目录中执行CGI程序，需按如下配置：
Options+ExecCGI
AddHandlercgi-scriptcgipl
另外，如下，可以使给定目录下所有文件被视为CGI程序：
Options+ExecCGI
SetHandlercgi-script
注意，必须设置AllowOverrideOptions使这些指令生效。
更详细的有关CGI编程和配置的说明，请参见CGItutorial。
疑难解答
如果在.htaccess文件中写入了配置指令但不起作用，可能有多种原因。
最常见的原因是，AllowOverride指令没有被正确设置，必须确保没有对此文件区域设置 AllowOverrideNone。有一个很好的测试方法，即，在.htaccess文件随便增加点没用的内容，如果服务器没有返回了一个错误消息，那 么几乎可以断定设置了AllowOverrideNone。
在访问文档时，如果收到服务器的出错消息，应该检查Apache的出错日志，可以知道.htaccess文件中哪些指令是不允许使用的，也可能会发现需要纠正的语法错误。