많은 포스터는 .htaccess파일 내에서 RewriteRule 및 RewriteCond 문을 디버깅하는 데 문제가 있습니다. 이들 중 대부분은 공유 호스팅 서비스를 사용하고 있으므로 루트 서버 구성에 액세스 할 수 없습니다. 많은 응답자들이 제안한대로 .htaccess파일 재 작성을 피할 수 없으며 RewriteLogLevel "을 활성화 할 수 없습니다 . 또한 많은 .htaccess특정 함정과 제약 조건이 잘 설명되어 있지 않습니다. 로컬 테스트 LAMP 스택 설정에는 대부분의 학습 곡선이 너무 많습니다. .

그래서 내 Q는 규칙을 스스로 디버깅 하는 방법을 권장합니다 . 아래에 몇 가지 제안을 제공합니다. 다른 제안을 부탁드립니다.

1. mod_rewrite 엔진이 .htaccess파일을 순환한다는 것을 이해 하십시오 . 엔진은 다음 루프를 실행합니다.

   do
     execute server and vhost rewrites (in the Apache Virtual Host Config)
     find the lowest "Per Dir" .htaccess file on the file path with rewrites enabled
     if found(.htaccess)
        execute .htaccess rewrites (in the user's directory)
   while rewrite occurred
   

   따라서 규칙이 반복적으로 실행되며 URI 경로를 변경하면 다른 .htaccess파일이 있으면 실행될 수 있습니다. 따라서 필요한 경우 RewriteCond규칙 실행을 중지하기 위해 추가를 추가하여이 루프를 종료하십시오 . .htaccess다중 레벨 규칙 세트를 명시 적으로 사용하지 않는 한 하위 레벨 재 작성 규칙 세트를 삭제하십시오 .

2. 테스트 패턴 세트에 대해 테스트하여 각 Regexp의 구문이 올바른지 확인하고 이것이 유효한 구문인지 확인하고 전체 범위의 테스트 URI로 의도 한 작업을 수행하는지 확인하십시오. 자세한 내용은 아래 답변 을 참조하십시오.

3. 테스트 디렉토리에서 규칙을 점진적으로 빌드하십시오. " .htaccess경로 에서 가장 깊은 파일 실행 "을 사용하여 기본 규칙을 망치거나 사이트 작동을 중지하지 않고 여기에서 별도의 테스트 디렉토리 (트리) 및 디버그 규칙 세트를 설정할 수 있습니다. 개별 규칙에 실패를 현지화하는 유일한 방법이므로 한 번에 하나씩 추가해야합니다.

4. 더미 스크립트 스텁을 사용하여 서버 및 환경 변수를 덤프하십시오 . (참조 Listing 2는 앱 사용이 말할 경우), blog/index.php당신은이 점을 복사 할 수 test/blog/index.php와 귀하의 블로그 규칙을 테스트하는 데 사용할 test하위 디렉토리. 또한 환경 변수를 사용하여 대체 문자열을 올바르게 해석하는 데 다시 쓰기 엔진이 있는지 확인할 수 있습니다 (예 :

   RewriteRule ^(.*) - [E=TEST0:%{DOCUMENT_ROOT}/blog/html_cache/$1.html]
   

   phpinfo 덤프에서 REDIRECT_ * 변수를 찾으십시오 . BTW, 나는 이것을 사용했고 내 사이트에서 %{ENV:DOCUMENT_ROOT_REAL}대신 사용해야한다는 것을 발견했습니다 . 리디렉터 루핑의 경우 REDIRECT_REDIRECT_ * 변수는 이전 패스를 나열합니다. 기타..

5. 브라우저가 잘못된 301 리디렉션을 캐싱하여 물리지 않도록하십시오 . 아래 답변을 참조하십시오 . 덕분에Ulrich Palha 에게 .

6. 다시 쓰기 엔진은 내부 하위 요청 (1) 과 버그가 있고 종종 PATH_INFO 처리가 잘못되어 .htaccess컨텍스트 내에서 계단식 규칙에 민감하게 보입니다 (즉, RewriteRule결과는 대체로 이어지고 추가 규칙에는 영향을 미칩니다 ) [NS], [L] 및 [PT] 플래그를 사용하여 방지하십시오.

더 이상의 의견이나 제안?

Listing 1-phpinfo

<?php phpinfo(INFO_ENVIRONMENT|INFO_VARIABLES);

다음은 공유 호스팅에서 사용자의 디버깅을 용이하게 할 수있는 규칙 테스트에 대한 추가 팁입니다.

1. 가짜 사용자 에이전트 사용

새 규칙을 테스트 할 때는 fake요청에 사용할 사용자 에이전트 로만 실행하도록 조건을 추가 하십시오. 이렇게하면 사이트의 다른 사람에게는 영향을 미치지 않습니다.

예 :

#protect with a fake user agent
RewriteCond %{HTTP_USER_AGENT}  ^my-fake-user-agent$
#Here is the actual rule I am testing
RewriteCond %{HTTP_HOST} !^www\.domain\.com$ [NC] 
RewriteRule ^ http://www.domain.com%{REQUEST_URI} [L,R=302] 

Firefox를 사용하는 경우 User Agent Switcher 를 사용하여 가짜 사용자 에이전트 문자열을 작성하고 테스트 할 수 있습니다.

2. 테스트가 끝날 때까지 301을 사용하지 마십시오

사람들이 여전히 규칙을 테스트하고 301을 사용하는 게시물이 너무 많습니다. 하지 마십시오 .

귀하의 사이트에서 제안 1을 사용하지 않을 경우 귀하뿐만 아니라 당시 귀하의 사이트를 방문한 모든 사람이 301의 영향을받습니다.

그것들은 영구적이며 브라우저에 의해 적극적으로 캐시됩니다. 확실해질 때까지 302를 사용하고 301로 변경하십시오.

3. 301은 브라우저에 적극적으로 캐시됩니다

규칙이 작동하지 않고 올바른 것으로 보이며 제안 1 및 2를 사용하지 않은 경우 브라우저 캐시를 지우거나 개인 탐색 중에 다시 테스트하십시오.

4. HTTP 캡처 도구 사용

피들러 와 같은 HTTP 캡처 도구 사용 하여 브라우저와 서버 간의 실제 HTTP 트래픽을보십시오.

다른 사람들이 귀하의이라고 말할 수도 있지만 site does not look right대신all of the images, css and js are returning 404 errors 문제를 범위를 좁히고 있습니다.

다른 사람들이 당신을보고하는 동안 started at URL A and ended at URL C, 당신은 그들이 시작한 것을 볼 수 있습니다URL A, were 302 redirected to URL B and 301 redirected to URL C 입니다. URL C가 궁극적 인 목표 일지라도 이것이 SEO에 나쁘고 수정해야한다는 것을 알게 될 것입니다.

서버 측에 설정된 캐시 헤더를보고, 요청을 재생하고, 테스트 할 요청 헤더를 수정할 수 있습니다.

온라인 .htaccess 재 작성 테스트

RegEx 도움말에 대한 이 인터넷 검색을 찾았 으므로 .htaccess작은 수정 을 할 때마다 새 파일 을 업로드하지 않아도 많은 시간이 절약되었습니다 .

사이트에서 :

htaccess 테스터

htaccess 재 작성 규칙을 테스트하려면 규칙을 적용 할 URL을 채우고 htaccess 내용을 더 큰 입력 영역에 놓고 "지금 확인"단추를 누르십시오.

.htaccess 파일에서 일치하는 상대 URL임을 잊지 마십시오.

.htaccess 파일에서 다음 RewriteRule은 절대 일치하지 않습니다.

RewriteRule ^/(.*)     /something/$s

각 Regexp의 구문이 올바른지 확인하십시오

테스트 패턴 세트에 대해 테스트하여 유효한 구문인지 확인하고 전체 테스트 URI로 의도 한대로 수행하는지 확인하십시오.

이를 위해 사이트의 개인 / 테스트 디렉토리에 추가 할 수있는 간단한 스크립트는 아래 regexpCheck.php를 참조하십시오 . 예쁘지 않고 간략하게 설명했습니다. 이것을 regexpCheck.php웹 사이트에서 사용하기 위해 테스트 디렉토리 의 파일 에 붙여 넣으십시오. 이렇게하면 정규 표현식을 작성하고 테스트 사례 목록과 비교하여 테스트 할 수 있습니다. 여기에서 PHP PCRE 엔진을 사용하고 있지만 Apache 소스를 살펴본 결과 기본적으로 Apache에서 사용되는 것과 동일합니다. 템플릿을 제공하고 정규 표현식 기술을 구축하는 데 도움이되는 많은 방법과 자습서가 있습니다.

Listing 1-regexpCheck.php

<html><head><title>Regexp checker</title></head><body>
<?php 
    $a_pattern= isset($_POST['pattern']) ? $_POST['pattern'] : "";
    $a_ntests = isset($_POST['ntests']) ? $_POST['ntests'] : 1;
    $a_test   = isset($_POST['test']) ? $_POST['test'] : array();
    
    $res = array(); $maxM=-1; 
    foreach($a_test as $t ){
        $rtn = @preg_match('#'.$a_pattern.'#',$t,$m);
        if($rtn == 1){
            $maxM=max($maxM,count($m));
            $res[]=array_merge( array('matched'),  $m );
        } else {
            $res[]=array(($rtn === FALSE ? 'invalid' : 'non-matched'));
        }
    } 
?> <p>&nbsp; </p>
<form method="post" action="<?php echo $_SERVER['SCRIPT_NAME'];?>">
    <label for="pl">Regexp Pattern: </label>
    <input id="p" name="pattern" size="50" value="<?php echo htmlentities($a_pattern,ENT_QUOTES,"UTF-8");;?>" />
    <label for="n">&nbsp; &nbsp; Number of test vectors: </label>
    <input id="n" name="ntests"  size="3" value="<?php echo $a_ntests;?>"/>
    <input type="submit" name="go" value="OK"/><hr/><p>&nbsp;</p>
    <table><thead><tr><td><b>Test Vector</b></td><td>&nbsp; &nbsp; <b>Result</b></td>
<?php 
    for ( $i=0; $i<$maxM; $i++ ) echo "<td>&nbsp; &nbsp; <b>\$$i</b></td>";
    echo "</tr><tbody>\n";
    for( $i=0; $i<$a_ntests; $i++ ){
        echo '<tr><td>&nbsp;<input name="test[]" value="', 
            htmlentities($a_test[$i], ENT_QUOTES,"UTF-8"),'" /></td>';
        foreach ($res[$i] as $v) { echo '<td>&nbsp; &nbsp; ',htmlentities($v, ENT_QUOTES,"UTF-8"),'&nbsp; &nbsp; </td>';}
        echo "</tr>\n";
    }
?> </table></form></body></html>

달러 기호가 아닌 변수 앞에 백분율 기호를 사용해야합니다.

그것은이다 %{HTTP_HOST}, 하지 ${HTTP_HOST} . error_log에는 아무것도 없으며 내부 서버 오류는 없으며 정규 표현식이 여전히 정확하며 규칙이 일치하지 않습니다. django / genshi 템플릿으로 많은 작업을 ${}하고 근육 메모리에서 변수를 대체 하면 정말 무시 무시합니다 .

내가 낭비한 두 시간 중 하나 :

이 모든 팁을 적용하고 서버 오류 로그에 액세스 할 수 없기 때문에 500 개의 오류 만 발생하는 경우 .htaccess가 아니라 리디렉션되는 파일에 문제가있을 수 있습니다.

.htaccess- 문제를 해결 한 후에는 일부 권한에 대해 잊어 버린 경우에도 2 시간 더 더 문제를 해결하려고했습니다.

환경 변수를 설정하고 헤더를 사용하여 수신하십시오.

OP에서 언급 한 것처럼 RewriteRule 줄을 사용하여 새 환경 변수를 만들 수 있습니다.

RewriteRule ^(.*) - [E=TEST0:%{DOCUMENT_ROOT}/blog/html_cache/$1.html]

그러나 서버 측 스크립트가 작동하지 않으면이 환경 변수를 어떻게 읽을 수 있습니까? 한 가지 해결책은 헤더를 설정하는 것입니다.

Header set TEST_FOOBAR "%{REDIRECT_TEST0}e"

이 값 은%{NAME}e 환경 변수 지정자를 포함하여 형식 지정자를 허용합니다 (소문자 e를 잊지 마십시오). 때로는 REDIRECT_접두사 를 추가해야 하지만 접두사가 추가 될 때와 접두사가 추가되지 않을 때는 해결하지 못했습니다.

리디렉션을 만드는 경우 브라우저 캐싱 문제가 발생하지 않도록 curl 로 테스트하십시오 . http 헤더 만 가져 오려면 -I를 사용하십시오. 모든 경로 재 지정을 수행하려면 -L을 사용하십시오.

mod_rewrite 문제를 디버깅하는 동안이 질문을 발견했으며 도움이되는 조언이 있습니다. 그러나 결국 가장 중요한 것은 정규식 구문이 올바른지 확인하는 것입니다. 내 자체 RE 구문에 문제가 있기 때문에 regexpCheck.php 스크립트를 설치하는 것은 실행 가능한 옵션이 아닙니다.

그러나 Apache는 PCRE (Perl-Compatible Regular Expressions)를 사용하므로 PCRE 작성을 돕는 모든 도구가 도움이됩니다. 과거에는 RegexPlanet의 도구를 Java 및 Javascript RE와 함께 사용했으며 Perl도 지원한다는 것을 알게되어 기뻤습니다.

정규식과 하나 이상의 예제 URL을 입력하면 정규식이 일치하는지 ( "~ ="열의 "1") 해당하는 경우 일치하는 그룹 ( "분할"의 숫자)이 표시됩니다 열은 각 URL에 대해 Apache가 예상하는 숫자 (예 : $ 1, $ 2 등)에 해당합니다. 그들은 PCRE 지원이 "베타에서"있다고 주장하지만 구문 문제를 해결하는 데 필요한 것입니다.

http://www.regexplanet.com/advanced/perl/index.html

기존 답변에 간단히 의견을 추가했지만 내 평판은 아직 그 수준이 아닙니다. 이것이 누군가를 돕기를 바랍니다.

4. 관련하여, 모든 재 작성이 완료된 후에도 여전히 "더미 스크립트 스텁"이 실제로 대상 URL인지 확인해야합니다. 그렇지 않으면 아무것도 표시되지 않습니다!

비슷한 / 관련 트릭 ( 이 질문 참조 )은 다음과 같은 임시 규칙을 삽입하는 것입니다.

RewriteRule (.*) /show.php?url=$1 [END]

매개 변수 show.php만 표시하는 매우 간단한 스크립트는 어디에 있습니까 $_GET(원하는 경우 환경 변수도 표시 할 수 있음).

디버거의 중단 점처럼 규칙 세트에 삽입 한 시점에서 다시 쓰기가 중지됩니다.

아파치 <2.3.9을 사용하는 경우, 당신은 사용해야합니다 [L]보다는 [END], 당신은 할 수있다 후 추가해야합니다 :

RewriteRule ^show.php$ - [L]

URL 자체를 다시 작성 하는 경우 규칙 세트 맨 위 /show.php.

글을 쓸 때 내가 본 몇 가지 실수 .htaccess

의 사용 ^(.*)$, 여러 규칙에 반복적으로 사용^(.*)$ 는 하나의 히트에 URL을 모두 일치하기 때문에, 대부분의 경우 발기 불능으로 원인을 다른 규칙을.

따라서이 URL에 규칙을 사용 sapmle/url하는 경우이 URL도 사용합니다 sapmle/url/string.

[L] 규칙이 처리를 완료 할 수 있도록 플래그를 사용해야합니다.

알아야 할 사항 :

% n과 $ n의 차이

%n중 일치하는 %{RewriteCond}부분 $n에 일치하는 것입니다 %{RewriteRule}부분.

RewriteBase의 작업

RewriteBase 지시문은 상대 경로를 대체하는 디렉토리 별 (htaccess) RewriteRule 지시문에 사용될 URL 접 두부를 지정합니다.

이 지시문은 다음 조건 중 하나라도 해당되지 않는 경우 디렉토리 별 (htaccess) 컨텍스트의 대체에서 상대 경로를 사용할 때 필요합니다.

원래 요청 및 대체는 DocumentRoot 아래에 있습니다 (별칭과 같은 다른 방법으로는 도달 할 수 없음). 상대 대체로 접미사가 붙은 RewriteRule을 포함하는 디렉토리의 파일 시스템 경로는 서버의 URL 경로로도 유효합니다 (드문 경우). Apache HTTP Server 2.4.16 이상에서이 지시문은 Alias ​​또는 mod_userdir을 통해 요청이 맵핑 될 때 생략 될 수 있습니다.

.htacesss에 두 줄 이상의 규칙을 작성
하려는 경우 해당 핫픽스를 사용하여 디버깅하는 방법을 생각하지 마십시오.

LOG의 피드백없이 여러 규칙을 설정하는 데 며칠을 낭비하여 마침내 포기했습니다.
내 PC에 Apache를 설치하고 전체 사이트를 HDD에 복사 한 다음 로그를 사용하여 전체 규칙 세트를 정렬했습니다.
그런 다음 작동하던 기존 규칙을 검토했습니다. 나는 그들이 원하는 것을 실제로하고 있지 않은 것을 보았다. 주소가 약간 다른 시한 폭탄.

재 작성 규칙에는 너무 많은 구덩이가 있습니다. 그것은 전혀 논리적 인 것이 아닙니다.
설치하지 않아도 10 분 안에 10MB, 좋은 라이센스, * NIX / WIN / MAC가 준비된 Apache를 10 분 안에 시작할 수 있습니다.
또한 서버의 헤더 행을 확인하고 이전 버전의 아카이브에서 동일한 버전의 Apache를 가져옵니다. 내 영업은 여전히 ​​2.0입니다. 많은 것들이 지원되지 않습니다.

나는 여기에 어쩌면 명백한 세부 사항이를 떠나, 그러나 저 시간 동안 내 머리를 두드리는 가지고 있습니다 : 사용하여 조심 %{REQUEST_URI}무엇 때문에 @Krist 반 Besien는 그의 대답에 말을하는 것은 전적으로 옳다, REQUEST_URI 문자열을하지만 , 이것의 아웃 풋 때문에 TestString은로 시작합니다 /. 따라서주의하십시오 :

RewriteCond %{REQUEST_URI} ^/assets/$  
                            ^
                            | check this pesky fella right here if missing

일치하는 내용을 보여주기 위해이 코드를 사용합니다.

$keys = array_keys($_GET);
foreach($keys as $i=>$key){
    echo "$i => $key <br>";
}

서버 루트의 r.php에 저장 한 다음 .htaccess에서 몇 가지 테스트를 수행하십시오.
예를 들어 언어 접두어로 시작하지 않는 URL을 일치시키고 싶습니다.

RewriteRule ^(?!(en|de)/)(.*)$ /r.php?$1&$2 [L] #$1&$2&...
RewriteRule ^(.*)$ /r.php?nomatch [L] #report nomatch and exit

@JCastell이 지적한 것처럼 온라인 테스터 는 .htaccess 파일에 대해 개별 리디렉션을 테스트하는 데 효과적입니다. 그러나 더 흥미로운 것은 json 객체를 사용하여 URL 목록을 일괄 테스트하는 데 사용할 수있는 API 노출입니다. 그러나 더 유용하게 만들기 위해 curl 및 jq 를 사용 하여 URL 목록을 제출하고 json 응답을 htaccess 파일에서 줄 번호 및 규칙과 일치하는 CSV 형식 출력으로 구문 분석 하는 작은 bash 스크립트 파일 을 작성했습니다. 리디렉션 된 URL과 함께 스프레드 시트의 URL 목록을 비교하고 작동하지 않는 규칙을 신속하게 결정하는 것이 매우 편리합니다.

url을 사용하는 경우 "Mod Rewrite 활성화"인지 확인하고 싶을 수 있습니다.