So debuggen Sie Apache mod

171

Ich habe zwei Hauptprobleme mit mod_rewrite:

1) Wenn ich eine ungültige Regel habe, wird kein aussagekräftiger Fehler gemeldet

Geben Sie hier die Bildbeschreibung ein

2) Um jede Änderung zuverlässig zu testen, muss ich den Chrome-Cache löschen. Dies ist keine Raketenwissenschaft, aber ich muss Strg + Umschalt + Entf drücken, dann auf OK klicken, das Fenster schließen und neu laden.

Ich würde gerne sehen, ob einer der Gurus bereit ist, seine Geheimnisse zu teilen, um mod_rewrite-Code effizient zu verwalten.

apache mod-rewrite

— puk
quelle

1

Puk, siehe stackoverflow.com/questions/9153262/…, wo ich einige der Standardtricks diskutiere.

— TerryE

Mögliches Duplikat von How to Debug htaccess rewrite script

— Benutzer

283

Ein Trick besteht darin, das Umschreibungsprotokoll zu aktivieren. Versuchen Sie zum Aktivieren diese Zeilen in Ihrer Apache-Hauptkonfiguration oder in der aktuellen virtuellen Hostdatei ( nicht in .htaccess):

RewriteEngine On
RewriteLog "/var/log/apache2/rewrite.log"
RewriteLogLevel 3

Seit Apache httpd 2.4 mod_rewrite wurden die Direktiven RewriteLog und RewriteLogLevel vollständig durch die neue Protokollierungskonfiguration pro Modul ersetzt.

LogLevel alert rewrite:trace6

— Ben
quelle

81

Sie können dies nicht in .htaccess einfügen. Sie müssen es in die VirtualHost-Konfiguration einfügen.

— Attila Szeremi

7

Sie müssen den RewriteEngine OnAbschnitt auch dort haben, denn wenn Sie ihn nur (wie ich) in der .htaccessDatei aktivieren , wird nichts protokolliert.

— Chacham15

12

Wo befindet sich die Protokolldatei in Apache 2.4?

— Charles John Thompson III

4

Sie finden die 2.4-Protokollelemente im entsprechenden Fehlerprotokoll. Dies kann von Ihrer Konfiguration abhängen, aber Standard-Debian / Ubuntu-Setups haben sie in /var/log/apache2/error.log

— Josiah

10

Profi-Tipp: Denken Sie daran, das Umschreiben der Protokollierung zu deaktivieren. Wenn Sie vergessen, füllen Sie Ihre Festplatte ziemlich schnell auf, insbesondere auf einem Produktionsserver.

— John Hunt

132

Die von Ben erwähnte LogRewrite-Direktive ist in Apache 2.4 nicht mehr verfügbar. Sie müssen stattdessen die LogLevel-Direktive verwenden. Z.B

LogLevel alert rewrite:trace6

Siehe http://httpd.apache.org/docs/2.4/mod/mod_rewrite.html#logging

— Tobias Schultze
quelle

22

Wo ist die Protokolldatei damit verbunden?

— Charles John Thompson III

8

@CharlesJohnThompsonIII - Die Protokolldatei ist das Fehlerprotokoll (angegeben durch die ErrorLog-Direktive). Per docs können Sie nur die Umschreibungsnachrichten mit grep erhalten:tail -f error_log|fgrep '[rewrite:'

— billynoah

1

Vergessen Sie nicht, Apache neu zu starten

— Buchhalter م

1

Ich musste sicherstellen, dass AllowOverrideeingestellt war All!

— Michael

25

Verwenden Sie für die grundlegende URL-Auflösung einen Befehlszeilenabruf wie wgetoder curlzum Testen anstelle eines manuellen Browsers. Dann müssen Sie keinen Cache leeren. Klicken Sie einfach auf den Pfeil und geben Sie in eine Shell ein, um Ihre Testabrufe erneut auszuführen.

— Kaz
quelle

14

Ein weiterer Trick ist die Verwendung des Chrome "Porno-Modus" (Strg + Umschalt + N). Wenn Sie das Fenster schließen, wird jeder zwischengespeicherte Sitzungskontext verworfen.

— TerryE

Ich denke, dass Firefox auch "private Sitzung" durchsucht. Aber sagen Sie, dass dieser Kontext für

— Kaz

2

AFAIK, Chrome und Ff unterscheiden sich darin, dass Ff als einzelner Prozess ausgeführt wird, der sich im privaten Modus befindet oder nicht. Bei Chrome wird jeder Tab oder jedes Fenster als separater Prozess ausgeführt und kann einzeln im privaten Modus ausgeführt werden. Schließen Sie ein privates Fenster / eine private Registerkarte, und der Kontext wird verworfen.

— TerryE

1

PrivateTab Addon für FF macht das Ding. Jede Registerkarte funktioniert einzeln.

— Javid

Diese Methode zeigt auch Weiterleitungen! Schön für jemanden, der keinen Zugriff auf die Apache-Konfigurationsdatei des Computers hat.

— Geof Sawaya

14

Da ist der htaccess-Tester .

Es zeigt, welche Bedingungen für eine bestimmte URL getestet wurden, welche die Kriterien erfüllten und welche Regeln ausgeführt wurden.

Es scheint jedoch einige Pannen zu haben.

— Andy
quelle

2

Für mich zeigte es eine grün ausgeführte Regel in der letzten Zeile ohne Code.

— Andy

@ thombr kannst du bitte genauer sein? Der Link funktioniert nicht? Oder das Werkzeug? Was genau funktioniert nicht? Und warum ist das im Zusammenhang mit dieser Frage relevant?

— Andy

1

Dies sagt mir, dass die URL wie erwartet transformiert wird ... aber auf dem tatsächlichen Server bekomme ich eine 404

— Michael

@michael ist die getestete Regel die einzige in Ihrer Konfiguration? Ist mod_rewrite tatsächlich installiert und aktiv?

— Andy

Es stellte sich heraus, dass Überschreibungen nicht aktiviert waren

— Michael

3

Basierend auf Bens Antwort können Sie Folgendes tun, wenn Sie Apache unter Linux ausführen (in meinem Fall Debian).

Erstellen Sie zuerst die Datei rewrite-log.load

/etc/apache2/mods-availabe/rewrite-log.load

RewriteLog "/var/log/apache2/rewrite.log"
RewriteLogLevel 3

Dann treten Sie ein

$ a2enmod rewrite-log

gefolgt von

$ service apache2 restart

Und wenn Sie mit dem Debuggen Ihrer Umschreiberegeln fertig sind

$ a2dismod rewrite-log && service apache2 restart

— Fließen
quelle

Das hat nicht funktioniert. Ich erhalte sandino @ envy: ~ $ sudo service apache2 restart * Neustart des Webservers apache2 [fehlgeschlagen] * Die Konfiguration von apache2 ist fehlgeschlagen. Die Ausgabe des Konfigurationstests war: AH00526: Syntaxfehler in Zeile 1 von /etc/apache2/mods-enabled/rewrite-log.load: Ungültiger Befehl 'RewriteLog', möglicherweise falsch geschrieben oder von einem Modul definiert, das nicht in der Serverkonfiguration enthalten ist

— sandino

3

@sandino, welche Apache-Version laufen Sie? Es scheint, dass diese Syntax für 2.4 geändert wurde, verwenden Sie stattdessen: LogLevel warn rewrite:trace8oder LogLevel info rewrite:trace8wo 8 eine beliebige Zahl von 1-8 sein kann

— Insaner

So debuggen Sie Apache mod_rewrite