If you are unsure whether a particular directive is permitted in a .htaccess file, look at the documentation for that directive, and check the Context line for ".htaccess".

만약 특정 지시자 여부는 파일 htaccess로에, 그 명령에 대한 설명서를 봐 허용됩니다, 확실하고 대한 컨텍스트 라인 "을 확인하세요. 

htaccess로".

When (not) to use .htaccess files

In general, you should never use .htaccess files unless you don't have access to the main server configuration file. There is, for example, a prevailing misconception that user authentication should always be done in .htaccess files. This is simply not the case. You can put user authentication configurations in the main server configuration, and this is, in fact, the preferred way to do things.

일반적으로 사용해서는 안됩니다. htaccess 파일 않는 경우 메인 서버를 구성 파일에 액세스하지 못합니다. 거기에, 예를 들어, 사용자 인증이 항상 지배적 오해어야한다. htaccess 파일. 단순히 사건이 아니다. 당신은 메인 서버 구성에서 사용자 인증 구성을 넣을 수있습니다, 그리고이, 사실이며, 원하는 방식으로 일을하고있다.

.htaccess files should be used in a case where the content providers need to make configuration changes to the server on a per-directory basis, but do not have root access on the server system. In the event that the server administrator is not willing to make frequent configuration changes, it might be desirable to permit individual users to make these changes in .htaccess files for themselves. This is particularly true, for example, in cases where ISPs are hosting multiple user sites on a single machine, and want their users to be able to alter their configuration.

. htaccess 파일 사건에있는 콘텐츠 제공 업체의 per - directory 기반의 서버 구성을 변경해야하지만, 사용해야하는 서버 시스템에 루트 권한이없습니다. 이벤트에서 서버 관리자는 수시로 구성을 변경하려면, 그것을 바람직한있을 개별 사용자에 이러한 변경을 허용하도록 기꺼이하지 않습니다. htaccess 파일 자체에 대한. 이것은 특히, 예를 들어, ISP는 하나의 컴퓨터에있는 경우, 여러 사용자가 사이트를 호스팅하는 사실이고 싶은 사용자들이 자신의 구성을 변경할 수있습니다.

However, in general, use of .htaccess files should be avoided when possible. Any configuration that you would consider putting in a .htaccess file, can just as effectively be made in a <Directory> section in your main server configuration file.

There are two main reasons to avoid the use of .htaccess files.

그러나, 일반적인 사용. htaccess 파일에서 가능한 피해야한다. 어떤 구성하면. htaccess로 파일에있는 것이 퍼팅 마찬가지로 효과적으로 귀하의 메인 서버 구성 파일에서으로는 <Directory> 섹션에서 만들 수있습니다. 

그곳의 사용을 피하기 위해 두 가지 주요 이유가있습니다. htaccess 파일.

The first of these is performance. When AllowOverride is set to allow the use of .htaccess files, Apache will look in every directory for .htaccess files. Thus, permitting .htaccess files causes a performance hit, whether or not you actually even use them! Also, the .htaccess file is loaded every time a document is requested.

이러한 성능입니다. allowOverride의 사용을 허용하도록 설정하면됩니다. htaccess 파일, 아파치에 대한 모든 디렉토리에 보이는 것입니다. htaccess 파일. 따라서, 허가. htaccess 파일, 성능했다 인해 사실 여부에 상관없이 사용할! 또한,. htaccess로 파일 문서를 요청한 때마다로드됩니다.

Further note that Apache must look for .htaccess files in all higher-level directories, in order to have a full complement of directives that it must apply. (See section on how directives are applied.) Thus, if a file is requested out of a directory /www/htdocs/example, Apache must look for the following files:

자세한 사항은 아파치에 대한보고해야합니다. htaccess 파일 - 모두 높은 수준의 디렉토리에, 전체를 위해 그것을 적용해야합니다 지시어의 보완 필요합니다. (방법에 적용되는 지침에 절을 참조하십시오.) 따라서, 만약 파일 디렉토리 / www /에서 htdocs / 예제를 요청합니다, 아파치는 다음 파일에 대한보고해야합니다 :

And so, for each file access out of that directory, there are 4 additional file-system accesses, even if none of those files are present. (Note that this would only be the case if .htaccess files were enabled for /, which is not usually the case.)

그래서, 그 디렉토리의 각 파일에 액세스에 대한 추가 파일 4 - 시스템에 액세스하는 경우에도 해당 파일의 아무도 제시하고있다. (만약있다. htaccess 파일 / 위해, 일반적으로 활성화된 경우가 아니라 이것은 단지 그 사건이 될 것이라고합니다.)

The second consideration is one of security. You are permitting users to modify server configuration, which may result in changes over which you have no control. Carefully consider whether you want to give your users this privilege. Note also that giving users less privileges than they need will lead to additional technical support requests. Make sure you clearly tell your users what level of privileges you have given them. Specifying exactly what you have set AllowOverride to, and pointing them to the relevant documentation, will save yourself a lot of confusion later.

두 번째 고려 사항 중 하나는 보안입니다. 당신은 변화는 아무런 통제가 발생할 수있습니다 서버 구성, 수정하려면 사용자가 허용됩니다. 사용자가이 권한을 줄 것인지 신중하게 고려해야합니다. 참고도 덜주는 사용자들이 추가로 기술 지원을 요청 권한을보다 필요로 이어질 것이다. 당신은 분명히 당신은 그들에게 어떤 수준의 사용자에게 권한이 있는지 확인합니다. 정확히 무엇을 설정해야 allowOverride, 지정 및 관련 문서들을 가리키는, 스스로 나중에 혼란을 지키실 것이다.

Note that it is completely equivalent to put a .htaccess file in a directory /www/htdocs/example containing a directive, and to put that same directive in a Directory section <Directory /www/htdocs/example> in your main server configuration:

그것은 완전히 디렉토리 / www /에서 htdocs / 예제 지시어를 포함,. htaccess로 파일과 이에 상응하는 디렉토리 섹션에 <Directory 같은 지시문을 넣어 주 /www/htdocs/example> 메인 서버 구성에서 :

.htaccess file in /www/htdocs/example:

However, putting this configuration in your server configuration file will result in less of a performance hit, as the configuration is loaded once when Apache starts, rather than every time a file is requested.

The use of .htaccess files can be disabled completely by setting the AllowOverride directive to none: