跳至主要内容

.htaccess文件

.htaccess文件[1][2][3]

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

工作原理和使用方法

.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文件实现,其实并不是这样,把用户认证写在主配置文件中是完全可行的,而且是一种很好的方法。 .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文件: /www/htdocs/example目录下的.htaccess文件的内容: AddType text/example .exm httpd.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 以允许这些指令生效。 更详细的说明,请参见认证、授权、访问控制。

服务器端包含(SSI)举例

.htaccess文件的另一个常见用途是允许一个特定的目录使用服务器端包含(SSI),可以在需要的目录中放置.htaccess文件,并作如下配置: Options +Includes AddType text/html shtml AddHandler server-parsed shtml 注意,必须同时设置 AllowOverride Options 和 AllowOverride FileInfo 以使这些指令生效。 更详细的有关服务器端包含的说明,请参见SSI指南。 CGI举例 可以通过.htaccess文件允许在特定的目录中执行CGI程序,需要作如下配置: Options +ExecCGI AddHandler cgi-script cgi pl 另外,如下配置可以使给定目录下的所有文件被视为CGI程序: Options +ExecCGI SetHandler cgi-script 注意,必须同时设置 AllowOverride Options 和 AllowOverride FileInfo 以使这些指令生效。 更详细的有关CGI编程和配置的说明,请参见CGI指南。

疑难解答

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

举例应用

  错误文档的定位

  常用的客户端请求错误返回代码:   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指定自己事先制作好的错误提醒页面。一般情况下,人们可以专门设立一个目录,例如errors放置这些页面。然后再.htaccess中,加入如下的指令:   ErrorDocument 404 /errors/notfound.html   ErrorDocument 500 /errors/internalerror.html   一条指令一行。上述第一条指令的意思是对于404,也就是没有找到所需要的文档的时候得显示页面为/errors目录下的notfound.html页面。不难看出语法格式为:   ErrorDocument 错误代码 /目录名/文件名.扩展名   如果所需要提示的信息很少的话,不必专门制作页面,直接在指令中使用HTML号了,例如下面这个例子:   ErrorDocument 401 “你没有权限访问该页面,请放弃!”

  文档访问的密码保护

  要利用.htaccess对某个目录下的文档设定访问用户和对应的密码,首先要做的是生成一个.htpasswd的文本文档,例如:   zheng:y4E7Ep8e7EYV   这里密码经过加密,用户可以自己找些工具将密码加密成.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   deny from 210.10.56.32   deny from 219.5.45.   allow from all   第二行拒绝某个IP,第三行拒绝某个IP段,也就是219.5.45.0~219.2.45.255   想要拒绝所有人?用deny from all好了。不止用IP,也可以用域名来设定。

  保护.htaccess文档

  在使用.htaccess来设置目录的密码保护时,它包含了密码文件的路径。从安全考虑,有必要把.htaccess也保护起来,不让别人看到其中的内容。虽然可以用其他方式做到这点,比如文档的权限。不过,.htaccess本身也能做到,只需加入如下的指令:   order allow,deny   deny from all

  URL转向

  我们可能对网站进行重新规划,将文档进行了迁移,或者更改了目录。这时候,来自搜索引擎或者其他网站链接过来的访问就可能出错。这种情况下,可以通过如下指令来完成旧的URL自动转向到新的地址:   Redirect /旧目录/旧文档名 新文档的地址   或者整个目录的转向:   Redirect 旧目录 新目录   改变缺省的首页文件    一般情况下缺省的首页文件名有default、index等。不过,有些时候目录中没有缺省文件,而是某个特定的文件名,比如在pmwiki中是 pmwiki.php。这种情况下,要用户记住文件名来访问很麻烦。在.htaccess中可以轻易的设置新的缺省文件名:   DirectoryIndex 新的缺省文件名   也可以列出多个,顺序表明它们之间的优先级别,例如:   DirectoryIndex filename.html index.cgi index.pl default.htm

  防止盗链

  如果不喜欢别人在他们的网页上连接自己的图片、文档的话,也可以通过htaccess的指令来做到。   所需要的指令如下:   RewriteEngine on   RewriteCond %{ HTTP_REFERER } !^$   RewriteCond %{ HTTP_REFERER } !^http://(www.)?mydomain.com/.*$ [NC]   RewriteRule .(gif&line;jpg)$ - [F]   如果觉得让别人的页面开个天窗不好看,那可以用一张图片来代替:   RewriteEngine on   RewriteCond %{ HTTP_REFERER } !^$   RewriteCond %{ HTTP_REFERER } !^http://(www.)?mydomain.com/.*$ [NC]   RewriteRule .(gif&line;jpg)$ http://www.mydomain.com/替代图片文件名 [R,L]

评论

此博客中的热门博文

20个免费的SEO网站分析工具

  在开发和维护网站的过程中, 网站分析 将对网站的前途起到非常重大的作用。今天暴风彬彬为大家收集了20个用来对自己的网站进行分析的资源或工具,而且它们几乎不用注册甚至下载就可以使用哦。有些可以说是 SEO 必不可少的工具!还等什么,快往下看…   下面要介绍的这20个工具,有些能对你提交的网站进行详尽的分析并作出详细的分析报告,甚至提示如何解决网站存在的一些问题,以达到优化效果;有些工具只是提供一个大体的分析。我相信其中大部分都会对你的SEO工作有所帮助,而且会是你的网站维护起来更有意思 :-D  译者注:您还可以参考以下网站优化相关文章: 《 浅谈网站用户体验UX与SEO的关系 》 《 推荐两个SEO辅助搜索工具 》 《 Google 评价 blog 的指标 》  《 Google 网页排名背后的技术 》  1. Website Grader   Website Grader是我平常比较喜欢使用 SEO分析工具 ,因为它分析得很全面,可用性也很高。通过Website Grader你将得到一个关于你提交的网站的非常详尽的分析报告,报告涉及到了网站的各个部分,比如页面结构、域名信息、标题摘要信息(h1,h2,h3 这些)、Google索引数量和bot最后爬行日期、RSS是否正确、Google/Yahoo/Alexa/MSN上的反向链接数、 Technorati排名、del.icio.us的收藏数、Alexa的排名情况和Google PageRank值。并且还会对提交的网站进行打分及网站出现的问题的修改建议。通常Website Grader所提出来的修改建议是很有价值的,而且能详细的致命问题出在哪,如何才能解决这样的问题。   2. Trifecta   Trifecta是这20个 SEO工具 中比较独特的一个,它以不同的标准分析一个网页、一个博客甚至一个顶级域名下的整个网站,他最终会为你提交的网站总结大致的分数及报告。如果不是会员的话每天可以申请一份分析报告。 3. Spider Simulator   这个分析工具会对你提交的网站进行相对于搜索引擎友好度的分析,并对提交的网站进行评分。主要的评分标准是Meta标签的使用、网页的标题、图片和Alt属性...

十年来浏览器行业没有出现新内核

Opera首席执行官Jon S. von Tetzchner今天表示,就浏览器来说,虽然互联网经历了十年的高速发展期,但浏览器内核本身实际没有实质突破,谷歌Chrome虽然是个新的浏览器,但与苹果Safari一样都是基于WebKit内核,"可以说,十年来浏览器本身没有出现新内核",Jon表示。 作为一家老牌的浏览器厂商,Opera浏览器桌面版市场占有率远远落后于IE和Firefox,但是在移动产品市场中,Opera却处于遥遥领先的地位。IDC今年10月的统计数据显示,Opera mini版全球活跃用户已经超过2100万,同时Opera还通过与老牌游戏机厂商任天堂合作将Opera 浏览器内置到NDSL掌机和热销的Wii游戏机中,Jon表示,"Opera mini 是我们目前最重要的产品之一,今年1到9月Opera mini的用户量增长超过350%,在中国我们也通过与空中网的合作不断提升市场份额"。Opera mini也使用了云计算的概念,在手机上网时,服务器端会进行数据压缩,手机用户上网访问WWW网页会拥有更快的速度和效率。 事实上,Opera是目前全球唯一一家跨平台浏览器厂商,Jon表示,"不管是手机、还是移动设备、还是机顶盒、还是电脑,Opera都可以提供优质快速稳定的浏览器。" 不过Jon也坦陈,"对Oprea来说,我们的营收主要来自三个方面,比较传统的仍然是软件授权预装和桌面版流量点击分成,不过从今年开始,Opera已经开始与T-Mobile等重要运营商开始按照Opera mini的用户活跃度进行合作分成,这是Opera未来的一个巨大增长点。" 1995年末,Jon S. von Tetzchner与Opera总程序设计师Geir Ivars y在挪威成立Opera Software 公司,之前两人供职于挪威最大的运营Televerket ,1995年,Televerket 更名为今天的Telenor。   2008-11-28   洛阳生活信息点评网:http://luo...