ABAKUS

larilara hat geschrieben:Ich habe leider gar keine Ahnung aber folgendes festgestellt:

Jaja, Erkenntnis der eigenen Schwächen ist der erste Schritt zur Weisheit ;)

Ich habe eine Seite gefunden wo man die URL Decodieren kann. Dabei kommt heraus:

https://www.meine-domain/cgi-bin/dpshop/__Preisliste Anforderung/_09.html

Aber dann kommt eine URL mit  und Leerzeichen was htaccsess auch nicht mag.

Das ist immer noch das gleiche Problem, diese Dienste dekodieren mit iso-8859-1. Wenn überhaupt, dann bräuchtest Du einen Dienst, der die URL mit utf-8 dekodiert. Das bringt Dich aber auch nicht wirklich weiter.


Du hast also bei Google alte URLs stehen, die in etwa so aussehen: "/__Preisliste%C2%A0Anforderung/_09.html" (nur als Beispiel, ich hab's etwas abgekürzt)? Die dusseligen Sonderzeichen kannst Du überaus trickreich ignorieren:

RedirectMatch permanent "^/__Preisliste..Anforderung/_09\.html$" https://url.der.neuen.seite

RedirectMatch arbeitet wie Redirect, nur mit Mustern statt festen Texten. Muster sind in der Perl-Anleitung lang und breit beschrieben, hier nur die drei benutzten Funktionen:

Im Beispiel sind die beiden Sonderzeichen %C2 und %A0 durch je einen Punkt ersetzt. Punkte stehen in diesen Mustern als Platzhalter für ein beliebiges Zeichen; das Muster passt also auf "__Preisliste Anforderung/_09.html", allerdings auch auf "__PreislisteXYAnforderung/_09.html", "__Preisliste23Anforderung/_09.html" und alle anderen denkbaren Zwei-Zeichen-Kombinationen. Das ist aber meist kein Problem, Du solltest nur drauf achten und dran denken, falls mal irgendwas nicht da landet, wo es soll.

Durchaus noch einen Tick geschickter wäre es, nur das störische Leerzeichen per Platzhalter zu ignorieren: "^__PreislisteÂ.Anforderung/_09\.html$" oder "^__Preisliste%C2.Anforderung/_09\.html$". Die Anzahl der theoretisch möglichen Kombinationen verringert sich dann von etwas über 65000 auf ca. 250. Dieses Beispiel funktioniert, ob's auch bei anderen Sonderzeichen läuft, musst Du im Einzelfall ausprobieren.

Weiterhin beginnt das Muster mit einem ^ und endet mit $, das sind Platzhalter für den Anfang und das Ende des Textes. Das Muster ^bla (lies: Anfang, gefolgt von bla) passt auf blablo, aber nicht auf blobla. Das Muster bla$ (lies: bla am Ende) passt auf blobla, aber nicht auf blablo. Das Muster ^bla$ (lies: Anfang, gefolgt von bla und dann dem Ende) schlußendlich passt nur auf bla, nicht auf blablo und nicht auf blobla.

Drittens, der Punkt von .html hat im Muster einen Rückstrich bekommen: \.html . Das bedeutet, dass dieser Punkt kein Platzhalter ist (wie wir sie ja eben benutzt haben), sondern hier tatsächlich ein Punkt stehen soll und nichts anderes.

Nach diesem Schema sollten sich alle kritischen URLs bändigen lassen. Und im neuen System besser keine Sonderzeichen mehr für die URL benutzen :)

Vielen Dank für Deine Beschreibung. Auch wenn ich die 5x lesen musste Bin Blond.

Ich habe sämtliche beispiele ausprobiert wie Du beschrieben hast aber leider funktioniert nichts. Was mache ich denn falsch?

Aber ich probiere weiter

Es funktioniert.

Klasse... Du bis gut. Vielen Dank für Deine Hilfe.

Ich muß das ^zeichen am anfang wegglassen.


Herzliche Grüße

Rudolf

Also bis jetzt hat es Wunderbar geklappt..aber nu steh ich wieder vor einem neuen Problem. Der Link:

https://www.meine-domain.de/cgi-bin/dpshop/ BOS__Funkgeräte - Zubehör/AEG/_01.01.html hat Leerzeichen.

Mit Punkten die Leerzeichen zu ersetzten geht nicht.

Was müsste man da eingeben oder muß die URL Encodiert werden?


Gruß

Rudolf

larilara hat geschrieben:Ich muß das ^zeichen am anfang wegglassen.

Nein, Du musst den kompletten Pfad angeben. Ich hatte nur

"^/irgendeine_seite\.html$"

geschrieben, um's etwas abzukürzen. Du hast aber /irgendeine_seite.html nicht auf Deinem Server, sondern /pfad/zu/irgendeine_seite.html, worauf das Muster "Anfang und dann /irgendeine_seite.html und dann Ende" logischerweise nicht passt - /irgendeine_seite.html steht schließlich nicht am Anfang vom Text. Der Pfad muss also ins Muster mit rein:

"^/pfad/zu/irgendeine_seite\.html$"

Dann sollte es auch funktionieren.

https://www.meine-domain.de/cgi-bin/dpshop/ BOS__Funkgeräte - Zubehör/AEG/_01.01.html hat Leerzeichen. Mit Punkten die Leerzeichen zu ersetzten geht nicht.

Doch, der Punkt passt auf jedes Zeichen. Hast Du das Muster in Anführungszeichen gesetzt und wirklich für jedes Leerzeichen einen Punkt angegeben? Das geht immer schön nach dem Motto "Jeder nur ein Kreuz".
Falls es sich allerdings nicht um normale Leerzeichen handelt, probiere pro Leerzeichen zwei Punkte. Wie tauchen die bei Google auf, mit %20, einem Plus oder mit mehreren %xy?

Ich habe davon abgesehen mit

RedirectMatch permanent "^/cgi-bin/dpshop/ BOS__Funkgeräte - Zubehör/AEG/_01.01.html$" https://irgend.wo.hin

keine Schwierigkeiten, wird einwandfrei irgendwohin weitergeleitet :)

Also jetzt bin ich wirklich ein wenig Durcheinander

Mit dem Firefox funktioniert die Umleitung Einwandfrei wie Du es beschrieben hast.
Nur wenn ich den Link mit dem Explorer aufrufe leitet die Seite nicht weiter.

Das ist doch zum Mäusemelken.

larilara hat geschrieben:Mit dem Firefox funktioniert die Umleitung Einwandfrei wie Du es beschrieben hast.
Nur wenn ich den Link mit dem Explorer aufrufe leitet die Seite nicht weiter.

Versuche, mehr oder weniger alles, was nicht a-z, A-Z, 0-9 sowie ._-/ ist, durch .+ im Muster zu ersetzen. Irgendwann müsste es passen.

Ich habe folgenden Link:

https://www.meinedomain.de/cgi-bin/dpshop/ Behördenfunk__Funkgeräte - Zubehör/BBC Kokusai/_01.03.html

Müssen bei den Umlauten Ä Ö usw. auch ein .+ gesetzt werden? Und bei den Leerzeichen wie gehabt ein Punkt?

Ich versteh einfach nicht warum das beim Firefox geht und nicht beim Explorer. Ich habe gelesen das htaccess Browser-Unhabhängig funktionieren soll.

Hatte mich wieder zu früh gefreut

larilara hat geschrieben:Müssen bei den Umlauten Ä Ö usw. auch ein .+ gesetzt werden?

Ja, unbedingt. Gib javascript:alert(escape("/cgi-bin/dpshop/ Behördenfunk__Funkgeräte - Zubehör/BBC Kokusai/_01.03.html")); in die Adressleiste Deines Browsers ein, dann siehst Du, welche Zeichen in %-Kodierungen umgewandelt werden und in Deiner .htaccess .+ benötigen könnten.

Und bei den Leerzeichen wie gehabt ein Punkt?

Erstmal ein Punkt und wenn's nicht will, .+ probieren. Das Kreuz steht für "ein oder mehrere Wiederholungen des vorangehenden Zeichens", zusammen mit dem Punkt davor wird daraus "ein oder mehrere beliebige Zeichen". Generell gilt: So viel wie nötig, so wenig wie möglich.

Ich versteh einfach nicht warum das beim Firefox geht und nicht beim Explorer. Ich habe gelesen das htaccess Browser-Unhabhängig funktionieren soll.

Tut's auch. Das Problem dürfte sein, dass ein Browser aus Sonderzeichen dieses bastelt und ein anderer jenes, je nach dem, welche Zeichentabelle er meint zu Rate ziehen zu dürfen.

Aber zu Deiner Beruhigung: Muster sind häufig mit viel Probiererei verbunden, da bist Du nicht alleine ;)

Ich glaube das klappt..aber das ist ja eine Mordsarbeit 2000 Artikel umleiten.
Besteht eine Möglichkeit Rubriken z.B.:

https://www.meine-domain.de/cgi-bin/dps ... l/_08.html

und alles was nach __Medical/ kommt immer automatisch umzuleiten?

Ich meine wenn einer über die Suchmaschine zu einem Artikel kommt dann automatisch umgeleitet wird zur neuen Rubrik.

larilara hat geschrieben:Ich glaube das klappt..aber das ist ja eine Mordsarbeit 2000 Artikel umleiten.

Hoffentlich zwingst Du damit nicht den Server in die Knie. Falls Du die Möglichkeit hast, versuche, den ganze Kram nicht in der .htaccess, sondern in der Server-Konfiguration unterzubringen. Die .htaccess wird bei jedem einzelnen Zugriff, für jede Seite, jede Grafik und was sonst noch, neu geladen, die Server-Konfiguration nur einmal.
Alternativ pack die Weiterleitungen in das Verzeichnis der alten Software (/cgi-bin/dpshop/ vermutlich), dann wird die .htaccess wenigstens nur bei Zugriffen dort geladen.

Besteht eine Möglichkeit Rubriken z.B.:

https://www.meine-domain.de/cgi-bin/dps ... l/_08.html

und alles was nach __Medical/ kommt immer automatisch umzuleiten?

Redirect vergleicht nur den URL-Anfang und hängt bei Übereinstimmung alles, was danach kommt, an die neue URL an.

Redirect /bla/ https://bla.bla/xy/

würde bewirken, dass /bla/ nach /xy/ geht, aber auch /bla/123 nach /xy/123 und dergleichen.

Bei RedirectMatch müsstest Du das, was in die neue URL übernommen werden soll, in der alten URL in Klammern setzen und in die neue mit $n einfügen:

RedirectMatch ^/bla/(.*)$ https://bla.bla/xy/$1

bewirkt das Gleiche wie das Redirect-Beispiel eben. Du kannst auch mehrere Klammern nehmen, auch verschachtelt und entsprechend mit $2 bis $9 einfügen. Der Klammerausdruck kann natürlich auch woanders stehen:

RedirectMatch ^/(.+)/bla$ https://bla.bla/xy/$1/bli

würde /123/bla nach /xy/123/bli umleiten und auch /abc/bla nach /xy/abc/bli.