Herzlich willkommen im Archiv vom ABAKUS Online Marketing Forum
Du befindest Dich im Archiv vom ABAKUS Online Marketing Forum. Hier kannst Du Dich für das Forum mit den aktuellen Beiträgen registrieren.
Uih, vielen Dank haha, das sind schon mal 50%.haha hat geschrieben:Mit RewriteRule lassen sich die URL-Parameter nicht abfragen (steht als großer Hinweis in der RewriteRule-Anleitung, wenn auch etwas weiter unten). Du musst den Pfad mit RewriteRule prüfen und die URL-Parameter mit RewriteCond und der Variablen %{QUERY_STRING}.
Äh, mit Verlaub, von %{SCRIPT_NAME} habe ich nichts gesagt und auch nichts davon, erst %{QUERY_STRING} mit allen Pfaden (.*) zu prüfen und dann noch was anderes mit allen Pfaden. Ich schrieb "Du musst den Pfad mit RewriteRule prüfen und die URL-Parameter mit RewriteCond und der Variablen %{QUERY_STRING}.":Da5id hat geschrieben:Das klappt: :P
RewriteCond %{QUERY_STRING} ^index$
RewriteRule ^(.*)$ /? [L,R=301]
...aber das leider nicht :(
RewriteCond %{SCRIPT_NAME} ^index.php$
RewriteRule ^(.*)$ /? [L,R=301]
Das hat so nicht funktioniert. Mit einer kleinen Änderunghaha hat geschrieben:RewriteCond %{QUERY_STRING} ^index$
RewriteRule ^index\.php$ /? [L,R=301]
Das würde bedeuten, dass zwischen dem .php und dem Ende ($) noch irgendwelche Zeichen (.*) stehen, was aber bei "index.php" unzweifelhaft nicht der Fall sein dürfte.Da5id hat geschrieben:Das hat so nicht funktioniert. Mit einer kleinen Änderung
RewriteCond %{QUERY_STRING} ^index$
RewriteRule ^index\.php.*$ /? [L,R=301]
aber dann doch. Ist das so korrekt?
Kann auch nicht sein, da muss noch irgendwas dazwischen funken. Kommentiere mal die anderen Rewrite- und Redirect-Zeilen in der .htaccess aus. Bei Endlosschleifen ist es hilfreich, mit Werkzeug wie livehttpheaders für Firefox/Mozilla den HTTP-Verkehr zu überwachen.RewriteCond %{QUERY_STRING} ^$
RewriteRule ^index\.php.*$ /? [L,R=301]
versucht zu lösen. Dann kommt aber der Hinweis, auf eine unzulässige Zahl der Umleitungen, wenn ich domain.tld/index.php (also ohne query string) versuche zu laden. Das kann also nicht richtig sein...
Da tut sich leider garnichts bei mir, weder für den einen Fall, noch für den anderenhaha hat geschrieben:Ich hatte vorgestern bei jemand anderem ein ähnliches Problem und bin dann letztlich auf die folgende Lösung gekommen (angepasst für Deinen Fall):
RewriteCond %{THE_REQUEST} ^[A-Z]+\s+(.*/)(index)\.[a-z]+(\?index)?\s+HTTP/1\.\d+$
RewriteRule .* %1? [R=301]
[x] Ratlos. Bei mir funktioniert's.Da5id hat geschrieben:Da tut sich leider garnichts bei mir, weder für den einen Fall, noch für den anderen :-?haha hat geschrieben:RewriteCond %{THE_REQUEST} ^[A-Z]+\s+(.*/)(index)\.[a-z]+(\?index)?\s+HTTP/1\.\d+$
RewriteRule .* %1? [R=301]
Deswegen halte ich auch so viel von den ganzen Root-Server-, vServer- und Sonstwas-Server-Angeboten…Da5id hat geschrieben:Den Server hat mir mal jemand eingerichtet, der inzwischen abgetaucht ist. Ich hab davon wenig Ahnung.
Schau nochmal in die Anleitung. Zu jeder Anweisung gibt es eine Zeile namens "Context:", dort steht, wo die Anweisung auftauchen darf. Bei RewriteLog und RewriteLogLevel steht "server config, virtual host", diese dürfen also nur in der httpd.conf (und dort per Include eingebundenen Dateien), sowie innerhalb eines <virtualhost>-Blocks auftauchen.Habe nicht verstanden, wo ich die RewriteLog Directive setzen müßte. Ich nehme mal an, auch in der httpd.conf ... oder in der .htaccess ...?
Ja ja, vServer nie wieder! Da wird einem ein neues Systemupdate aufgezwungen (wie schon erlebt) und nix läuft mehr. Dann doch besser Rootserver. Da kannst du wenigstens machen was du willst und bei mir heißt das meist "möglichst wenig", weil ich froh bin, wenn alles läuft. Angeblich soll ein Linux-System ohne irgendwelche Updates ja 10 Jahre problemlos laufen und in 10 Jahren habe das System vielleicht auch verstandenhaha hat geschrieben:Deswegen halte ich auch so viel von den ganzen Root-Server-, vServer- und Sonstwas-Server-Angeboten…
Habe 3 Zugriffe gemacht. Einen auf die Domain selbst, einen auf die index.php ohne Parameter und einen auf index.php?index ... und so schaut das bei mir aus....haha hat geschrieben:Ändere den <virtualhost>-Block Deiner betroffenen Hauptdomain folgendermaßen:
<VirtualHost 47.11.47.11>
ServerName domain.de
DocumentRoot /var/www/domain/de
RewriteLog /var/log/apache/rewrite.log
RewriteLogLevel 9
</VirtualHost>
Nachdem Du den Apache neu gestartet hast, sollte die Datei /var/log/apache/rewrite.log sich bei jedem Zugriff mit einem sehr detailieren Protokoll über die Aktivitäten von mod_rewrite füllen.
Sehr verwirrend, ja! Bei mir steht auch nicht A+B, wie du siehst, sondern Zahlen. Die RewriteLog-Zeilen habe ich wieder auskommentiert. Danke für den Hinweis!haha hat geschrieben:Sieht auf den ersten Blick vielleicht etwas verwirrend aus, lässt sich aber bei genauerem Studium gut nachvollziehen. Beachte, dass das eigentlich zwei Anfragen sind, A und B, B ergibt sich aus der 301-Weiterleitung (bei "[REDIRECT/301]").
Ich denke, für Dich wäre ein Hosting-Angebot bis auf weiteres geeigneter. Ich weiß zugegebenermaßen nicht, was Du sonst noch auf der Kiste treibst, aber in den üblichen Fällen hat ein eigener Server (egal ob virtuell oder echt) keine großartigen Vorteile gegenüber einem Hostingangebot, erfordert dafür aber ein gutes Stück zusätzlicher Arbeit.Da5id hat geschrieben:Dann doch besser Rootserver. Da kannst du wenigstens machen was du willst und bei mir heißt das meist "möglichst wenig", weil ich froh bin, wenn alles läuft.
Das Problem ist, dass unser RewriteCond-Muster angeblich nicht auf die HTTP-Anfragen passt. Nur das Warum ist mir offen gesagt restlos schleierhaft, denn probiere ich das Ganze in Javascript, funktioniert's:strip per-dir prefix: /var/www/domain/de/index.php -> index.php
applying pattern '.*' to uri 'index.php'
RewriteCond: input='GET /index.php?index HTTP/1.1' pattern='^[A-Z]+\s+(.*/)(index)\.[a-z]+(\?index)?\s+HTTP/1\.\d+$' => not-matched
strip per-dir prefix: /var/www/domain/de/index.php -> index.php
applying pattern '.*' to uri 'index.php'
RewriteCond: input='GET /index.php HTTP/1.1' pattern='^[A-Z]+\s+(.*/)(index)\.[a-z]+(\?index)?\s+HTTP/1\.\d+$' => not-matched
A und B stammten von mir, um die beiden Anfragen kenntlich zu machen, quasi als als Ersatz für die gelöschten Datum-und-Zeit-Felder.Sehr verwirrend, ja! Bei mir steht auch nicht A+B, wie du siehst, sondern Zahlen.
