Nhiều người đăng có vấn đề gỡ lỗi các câu lệnh RewriteRule và RewriteCond trong .htaccesstệp của họ . Hầu hết trong số này đang sử dụng dịch vụ lưu trữ chia sẻ và do đó không có quyền truy cập vào cấu hình máy chủ gốc. Họ không thể tránh sử dụng .htaccesscác tệp để viết lại và không thể kích hoạt RewriteLogLevel "như nhiều người trả lời đề xuất. Ngoài ra, có nhiều .htaccesscạm bẫy và hạn chế cụ thể không được bảo vệ tốt. .

Vì vậy, câu hỏi của tôi ở đây là làm thế nào chúng tôi khuyên họ nên tự gỡ lỗi các quy tắc của mình . Tôi cung cấp một vài gợi ý dưới đây. Các đề xuất khác sẽ được đánh giá cao.

1. Hiểu rằng công cụ mod_rewrite quay vòng qua .htaccesscác tệp . Động cơ chạy vòng lặp này:

   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
   

   Vì vậy, các quy tắc của bạn sẽ được thực thi nhiều lần và nếu bạn thay đổi đường dẫn URI thì nó có thể sẽ thực thi các .htaccesstệp khác nếu chúng tồn tại. Vì vậy, hãy chắc chắn rằng bạn chấm dứt vòng lặp này, nếu cần bằng cách thêm RewriteCondvào để dừng quy tắc bắn. Đồng thời xóa mọi .htaccessquy tắc viết lại cấp thấp hơn trừ khi có ý định rõ ràng sử dụng quy tắc đa cấp.

2. Đảm bảo rằng cú pháp của mỗi Regapi là chính xác bằng cách kiểm tra một tập các mẫu thử nghiệm để đảm bảo rằng đó là một cú pháp hợp lệ và thực hiện những gì bạn dự định với một phạm vi URI thử nghiệm đầy đủ. Xem câu trả lời dưới đây để biết thêm chi tiết.

3. Xây dựng quy tắc của bạn tăng dần trong một thư mục thử nghiệm. Bạn có thể sử dụng "thực thi .htaccesstệp sâu nhất trên tính năng đường dẫn" để thiết lập một thư mục thử nghiệm riêng biệt (cây) và gỡ lỗi các quy tắc ở đây mà không làm hỏng các quy tắc chính của bạn và ngăn trang web của bạn hoạt động. Bạn phải thêm từng cái một vì đây là cách duy nhất để bản địa hóa các thất bại theo các quy tắc riêng lẻ.

4. Sử dụng một đoạn mã giả để loại bỏ các biến môi trường và máy chủ . (Xem Liệt kê 2 ) Nếu ứng dụng của bạn sử dụng, giả sử, blog/index.phpsau đó bạn có thể sao chép ứng dụng này vào test/blog/index.phpvà sử dụng nó để kiểm tra các quy tắc blog của bạn trong testthư mục con. Bạn cũng có thể sử dụng các biến môi trường để đảm bảo rằng công cụ viết lại trong việc diễn giải các chuỗi thay thế một cách chính xác, vd

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

   và tìm kiếm các biến REDIRECT_ * này trong kết xuất phpinfo. BTW, tôi đã sử dụng cái này và phát hiện ra trên trang web của mình rằng tôi phải sử dụng %{ENV:DOCUMENT_ROOT_REAL}thay thế. Trong trường hợp các vòng lặp chuyển hướng REDIRECT_REDIRECT_ * liệt kê các biến trước đó. Vân vân..

5. Đảm bảo rằng bạn không bị cắn bởi bộ nhớ cache trình duyệt 301 không chính xác . Xem câu trả lời dưới đây . Tôi cảm ơn Ulrich Palha vì điều này.

6. Công cụ viết lại có vẻ nhạy cảm với các quy tắc xếp tầng trong một .htaccessngữ cảnh, (đó là RewriteRulekết quả của một sự thay thế và điều này rơi vào các quy tắc tiếp theo), vì tôi đã tìm thấy các lỗi với các yêu cầu phụ nội bộ (1) và xử lý PATH_INFO không chính xác thường có thể xảy ra được ngăn chặn bằng cách sử dụng các cờ [NS], [L] và [PT].

Bất kỳ bình luận hoặc đề nghị thêm?

Liệt kê 1 - phpinfo

<?php phpinfo(INFO_ENVIRONMENT|INFO_VARIABLES);

Dưới đây là một số mẹo bổ sung về các quy tắc kiểm tra có thể dễ dàng gỡ lỗi cho người dùng trên lưu trữ được chia sẻ

1. Sử dụng tác nhân người dùng giả

Khi kiểm tra quy tắc mới, hãy thêm một điều kiện để chỉ thực hiện quy tắc đó với faketác nhân người dùng mà bạn sẽ sử dụng cho các yêu cầu của mình. Bằng cách này, nó sẽ không ảnh hưởng đến bất kỳ ai khác trên trang web của bạn.

ví dụ

#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] 

Nếu bạn đang sử dụng Firefox, bạn có thể sử dụng User Agent Switcher để tạo ra các chuỗi đại lý giả sử dụng và thử nghiệm.

2. Không sử dụng 301 cho đến khi bạn hoàn thành thử nghiệm

Tôi đã thấy rất nhiều bài đăng mà mọi người vẫn đang kiểm tra các quy tắc của họ và họ đang sử dụng 301. KHÔNG .

Nếu bạn không sử dụng đề xuất 1 trên trang web của mình, không chỉ bạn mà bất kỳ ai truy cập trang web của bạn tại thời điểm đó cũng sẽ bị ảnh hưởng bởi 301.

Hãy nhớ rằng chúng là vĩnh viễn và được tích cực lưu trữ bởi trình duyệt của bạn. Sử dụng 302 thay vì cho đến khi bạn chắc chắn, sau đó thay đổi thành 301.

3. Hãy nhớ rằng 301 được lưu trữ mạnh mẽ trong trình duyệt của bạn

Nếu quy tắc của bạn không hoạt động và nó phù hợp với bạn và bạn không sử dụng đề xuất 1 và 2, thì hãy kiểm tra lại sau khi xóa bộ nhớ cache của trình duyệt hoặc trong khi duyệt web riêng tư.

4. Sử dụng công cụ HTTP Capture

Sử dụng công cụ chụp HTTP như Fiddler để xem lưu lượng HTTP thực tế giữa trình duyệt của bạn và máy chủ.

Trong khi những người khác có thể nói rằng của bạn site does not look right, thay vào đó bạn có thể nhìn thấy và báo cáo điều đó all of the images, css and js are returning 404 errors, nhanh chóng thu hẹp vấn đề.

Trong khi những người khác sẽ báo cáo rằng bạn started at URL A and ended at URL C, bạn sẽ có thể thấy rằng họ đã bắt đầu vào lúc đó URL A, were 302 redirected to URL B and 301 redirected to URL C. Ngay cả khi URL C là mục tiêu cuối cùng, bạn sẽ biết rằng điều này không tốt cho SEO và cần phải được sửa chữa.

Bạn sẽ có thể thấy các tiêu đề bộ đệm được đặt ở phía máy chủ, phát lại các yêu cầu, sửa đổi các tiêu đề yêu cầu để kiểm tra ....

Kiểm tra viết lại .htaccess trực tuyến

Tôi đã tìm thấy sự trợ giúp này của Google cho RegEx, nó giúp tôi tiết kiệm rất nhiều thời gian khỏi việc phải tải lên các .htaccesstệp mới mỗi khi tôi thực hiện một sửa đổi nhỏ.

từ trang web:

thử nghiệm htaccess

Để kiểm tra quy tắc viết lại htaccess của bạn, chỉ cần điền vào url bạn đang áp dụng quy tắc, đặt nội dung của htaccess của bạn trên khu vực đầu vào lớn hơn và nhấn nút "Kiểm tra ngay".

Đừng quên rằng trong các tệp .htaccess, đó là một URL tương đối được khớp.

Trong tệp .htaccess, RewriteRule sau sẽ không bao giờ khớp:

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

Đảm bảo rằng cú pháp của mỗi Regapi là chính xác

bằng cách kiểm tra một tập các mẫu kiểm tra để đảm bảo đó là một cú pháp hợp lệ và thực hiện những gì bạn dự định với một phạm vi URI kiểm tra đầy đủ.

Xem regrecCheck.php bên dưới để biết một tập lệnh đơn giản mà bạn có thể thêm vào thư mục riêng / kiểm tra trong trang web của mình để giúp bạn làm điều này. Tôi đã giữ bản tóm tắt này thay vì đẹp. Chỉ cần vượt qua điều này vào một tập tin regexpCheck.phptrong một thư mục thử nghiệm để sử dụng nó trên trang web của bạn. Điều này sẽ giúp bạn xây dựng bất kỳ biểu thức chính quy nào và kiểm tra nó dựa trên danh sách các trường hợp kiểm tra khi bạn làm như vậy. Tôi đang sử dụng công cụ PHP PCRE ở đây, nhưng đã xem qua nguồn Apache, cái này về cơ bản giống với cái được sử dụng trong Apache. Có rất nhiều HowTos và hướng dẫn cung cấp các mẫu và có thể giúp bạn xây dựng các kỹ năng regrec của mình.

Liệt kê 1 - regrecCheck.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>

Hãy chắc chắn rằng bạn sử dụng dấu phần trăm trước các biến, không phải ký hiệu đô la.

Nó %{HTTP_HOST}, không phải ${HTTP_HOST} . Sẽ không có gì trong error_log, sẽ không có Lỗi máy chủ nội bộ, regrec của bạn vẫn đúng, quy tắc sẽ không khớp. Điều này thực sự gớm ghiếc nếu bạn làm việc với các mẫu django / genshi rất nhiều và có ${}sự thay thế thay đổi trong bộ nhớ cơ.

Một trong vài giờ mà tôi đã lãng phí:

Nếu bạn đã áp dụng tất cả các mẹo này và chỉ gặp phải 500 lỗi vì bạn không có quyền truy cập vào nhật ký lỗi máy chủ, có thể vấn đề không nằm ở .htaccess mà là trong các tệp mà nó chuyển hướng.

Sau khi tôi đã khắc phục sự cố .htaccess của mình, tôi đã mất thêm hai giờ để cố gắng khắc phục nó thêm, mặc dù tôi chỉ đơn giản là đã quên mất một số quyền.

Đặt các biến môi trường và sử dụng các tiêu đề để nhận chúng:

Bạn có thể tạo các biến môi trường mới với các dòng RewriteRule, như được đề cập bởi OP:

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

Nhưng nếu bạn không thể làm cho một kịch bản phía máy chủ hoạt động, làm thế nào bạn có thể đọc biến môi trường này? Một giải pháp là đặt tiêu đề:

Header set TEST_FOOBAR "%{REDIRECT_TEST0}e"

Giá trị chấp nhận các chỉ định định dạng , bao gồm cả %{NAME}echỉ định cho các biến môi trường (đừng quên chữ thường e). Đôi khi, bạn sẽ cần thêm REDIRECT_tiền tố, nhưng tôi đã không làm việc khi tiền tố được thêm vào và khi nào thì không.

Nếu bạn đang tạo chuyển hướng, hãy kiểm tra độ cong để tránh các sự cố bộ đệm của trình duyệt. Chỉ sử dụng -I để tìm nạp các tiêu đề http. Sử dụng -L để theo dõi tất cả các chuyển hướng.

Tôi đã tìm thấy câu hỏi này trong khi cố gắng gỡ lỗi các vấn đề mod_rewrite của mình và nó chắc chắn có một số lời khuyên hữu ích. Nhưng cuối cùng, điều quan trọng nhất là đảm bảo bạn có cú pháp regex chính xác. Do các vấn đề với cú pháp RE của riêng tôi, việc cài đặt tập lệnh regapiCheck.php không phải là một lựa chọn khả thi.

Nhưng vì Apache sử dụng biểu thức chính quy tương thích Perl (PCRE), nên bất kỳ công cụ nào giúp viết PCRE đều có ích. Trước đây tôi đã sử dụng công cụ của RegexPlanet với Java và Javascript REs và rất vui khi thấy họ cũng hỗ trợ Perl.

Chỉ cần nhập biểu thức thông thường của bạn và một hoặc nhiều URL ví dụ và nó sẽ cho bạn biết nếu biểu thức chính quy khớp với (một "1" trong cột "~ =") và nếu có thể, bất kỳ nhóm phù hợp nào (các số trong "tách" cột sẽ tương ứng với các số mà Apache mong đợi, ví dụ: $ 1, $ 2, v.v.) cho mỗi URL. Họ tuyên bố hỗ trợ PCRE là "trong bản beta", nhưng đó chỉ là những gì tôi cần để giải quyết các vấn đề cú pháp của mình.

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

Tôi chỉ đơn giản là đã thêm một nhận xét vào một câu trả lời hiện có nhưng danh tiếng của tôi chưa ở mức đó. Hy vọng điều này sẽ giúp được ai đó.

Về 4., bạn vẫn cần đảm bảo rằng "đoạn mã giả" của bạn thực sự là URL đích sau khi tất cả việc viết lại được thực hiện, hoặc bạn sẽ không thấy gì cả!

Một mẹo tương tự / liên quan (xem câu hỏi này ) là chèn một quy tắc tạm thời, chẳng hạn như:

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

Trường hợp show.phpmột số tập lệnh rất đơn giản chỉ hiển thị các $_GETtham số của nó (bạn cũng có thể hiển thị các biến môi trường, nếu bạn muốn).

Điều này sẽ dừng việc viết lại tại điểm bạn chèn nó vào bộ quy tắc, giống như một điểm dừng trong trình gỡ lỗi.

Nếu bạn đang sử dụng Apache <2.3.9, bạn sẽ cần sử dụng [L]hơn là [END]và sau đó bạn có thể cần thêm:

RewriteRule ^show.php$ - [L]

Ở đầu trang quy tắc của bạn, nếu URL /show.phptự nó được viết lại.

Một số sai lầm tôi quan sát thấy xảy ra khi viết .htaccess

Việc sử dụng ^(.*)$lặp đi lặp lại trong nhiều quy tắc, sử dụng ^(.*)$khiến các quy tắc khác bị bất lực trong hầu hết các trường hợp, vì nó khớp với tất cả các url trong một lần nhấn.

Vì vậy, nếu chúng ta đang sử dụng quy tắc cho url này, sapmle/urlnó cũng sẽ tiêu thụ url này sapmle/url/string.

[L] cờ nên được sử dụng để đảm bảo quy tắc của chúng tôi đã xử lý xong.

Nên biết về:

Sự khác biệt về% n và $ n

%nđược kết hợp trong %{RewriteCond}một phần và $nphù hợp với %{RewriteRule}một phần.

Hoạt động của RewriteBase

Lệnh RewriteBase chỉ định tiền tố URL được sử dụng cho các chỉ thị RewriteRule trên mỗi thư mục (htaccess) thay thế một đường dẫn tương đối.

Lệnh này là bắt buộc khi bạn sử dụng một đường dẫn tương đối để thay thế trong ngữ cảnh mỗi thư mục (htaccess) trừ khi bất kỳ điều kiện nào sau đây là đúng:

Yêu cầu ban đầu và thay thế, bên dưới DocumentRoot (trái ngược với khả năng tiếp cận bằng các phương tiện khác, chẳng hạn như Bí danh). Đường dẫn hệ thống tập tin đến thư mục chứa RewriteRule, được thêm vào bởi sự thay thế tương đối cũng có giá trị như một đường dẫn URL trên máy chủ (điều này rất hiếm). Trong Apache HTTP Server 2.4.16 trở lên, lệnh này có thể được bỏ qua khi yêu cầu được ánh xạ qua Bí danh hoặc mod_userdir.

Nếu bạn dự định viết nhiều hơn một dòng quy tắc trong .htacess,
thậm chí đừng nghĩ đến việc thử một trong những phương pháp sửa lỗi nóng đó để gỡ lỗi.

Tôi đã lãng phí nhiều ngày để thiết lập nhiều quy tắc, mà không có phản hồi từ LOG, chỉ để cuối cùng từ bỏ.
Tôi đã nhận được Apache trên PC của mình, sao chép toàn bộ trang web vào ổ cứng của nó và đã sắp xếp toàn bộ quy tắc, sử dụng nhật ký, rất nhanh.
Sau đó, tôi xem lại các quy tắc cũ của tôi, đã được làm việc. Tôi thấy họ không thực sự làm những gì mong muốn. Một quả bom hẹn giờ, được đưa ra một địa chỉ hơi khác.

Có rất nhiều hố rơi trong các quy tắc viết lại, đó không phải là một điều logic thẳng.
Bạn có thể tải Apache lên và chạy trong mười phút, đó là 10 MB, giấy phép tốt, * NIX / WIN / MAC đã sẵn sàng, ngay cả khi không cài đặt.
Ngoài ra, hãy kiểm tra các dòng tiêu đề của máy chủ của bạn và nhận cùng một phiên bản Apache từ kho lưu trữ của chúng nếu nó cũ. OP của tôi vẫn ở trên 2.0; nhiều thứ không được hỗ trợ

Tôi sẽ để nó ở đây, có thể là chi tiết rõ ràng, nhưng khiến tôi đập đầu hàng giờ: hãy cẩn thận khi sử dụng %{REQUEST_URI}bởi vì những gì @Krist van Besien nói trong câu trả lời của anh ấy là hoàn toàn đúng, nhưng không phải cho chuỗi REQUEST_URI , bởi vì điều này không đúng TestString bắt đầu bằng một /. Vì vậy, hãy cẩn thận:

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

(Tương tự như ý tưởng Doin) Để hiển thị những gì đang được khớp, tôi sử dụng mã này

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

Lưu nó vào r.php trên máy chủ gốc và sau đó thực hiện một số thử nghiệm trong .htaccess
Ví dụ: tôi muốn khớp các url không bắt đầu bằng tiền tố ngôn ngữ

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

như được chỉ ra bởi @JCastell, người kiểm tra trực tuyến thực hiện tốt công việc kiểm tra các chuyển hướng riêng lẻ đối với tệp .htaccess. Tuy nhiên, điều thú vị hơn là api tiếp xúc có thể được sử dụng để kiểm tra hàng loạt danh sách các url sử dụng đối tượng json. Tuy nhiên, để làm cho nó hữu ích hơn, tôi đã viết một tệp tập lệnh bash nhỏ sử dụng curl và jq để gửi danh sách các url và phân tích phản hồi json vào đầu ra được tạo thành CSV với số dòng và quy tắc khớp trong tệp htaccess cùng với url được chuyển hướng, làm cho nó khá thuận tiện để so sánh danh sách các url trong bảng tính và nhanh chóng xác định quy tắc nào không hoạt động.

Nếu bạn đang làm việc với url, Bạn có thể muốn kiểm tra xem bạn có "Bật Mod Rewrite" không