ABAKUS

...bekomme ich ne 403 Meldung

Und das ist auch richtig, denn in einer URL gibt es keine Leerzeichen.

Was Du suchst ist wohl eher %20

https://de.wikipedia.org/wiki/URL-Encoding

Hallo,
Sorry aber du hast mich bestimmt falsch verstanden.
Klar kommt da ne 403 und das dies richtig ist, steht außer Zweifel und war nicht meine Frage. Ich suche auch nicht nach %20 sondern danach wie ich per mod_rewrite die URL mit Leerstelle -die Google so bekannt ist- umwandeln kann, damit mir die Seiten bei Google nicht verloren gehen.

URL-Encoding kommt daher auch nicht frage, da ja eine 403 kommt und daher die Seite nicht aufgrufen wird und ich daher auch kein PHP benutzen kann.
Eine Idee habe ich aber noch: GGF könnte man
in die htaccess schreiben und dort-auf der umleitung.php- eventuell den Ref auswerten und dann das Gesuchte so weiterleiten um eine Seite zu bekommen.

Könnte das gehen?

Grüße

Pretender hat geschrieben:Eine Idee habe ich aber noch: GGF könnte man

Code: Alles auswählen

ErrorDocument 403 http://www.pro-search.info/umleitung.php

in die htaccess schreiben und dort-auf der umleitung.php- eventuell den Ref auswerten und dann das Gesuchte so weiterleiten um eine Seite zu bekommen.

warum den kurzen Weg gegehn wenn man eien langen Weg gehen kann?

Pretender hat geschrieben:URL-Encoding kommt daher auch nicht frage, da ja eine 403 kommt und daher die Seite nicht aufgrufen wird und ich daher auch kein PHP benutzen kann.

ich hatte da mal Probleme bei hostern die RewriteEngine nicht erlaubten
und ich bastelte mir einen Workaround (Umweg) über Error404
https://mit-oder-ohne-www.de/domain-wei ... irect.html
=
1. Error403 abfangen
2. URL aus $_SERVER['REQUEST_URI'] auslesen
3. Header auf 200 korriegieren (oder nen 301 machen, was aber unlogisch wäre)

Also ich glaube, dass ich schon weiß was Du meinst.

mod_rewrite die URL mit Leerstelle -die Google so bekannt ist- umwandeln kann

Ich bezweifle, dass Google URLs mit Leerzeichen kennt, lasse mich aber gerne eines anderen belehren. Jeder Browser macht aus dem Leerzeichen automatisch ein %20, weil es ein Leerzeichen in der URL eben nicht gibt.

Daher greift auch Deine Rule nicht, wenn da ein Leerzeichen im Pattern ist, da es eben eine falsche Syntax ist.

Eine URL ala
www.webadresse.xl/name des users,verein
kann es nicht geben.
Du muss wenn schon so sein:
www.webadresse.xl/name%20des%20users,verein

Wenn Du einen Link hast, der so verlinkt, dann ist das einfach nur falsch. Der Browser ist aber so schlau und ersetzt das ganze von selbst mit %20.

Demzufolge musst Du auch bei der Rule eben nicht nach dem Leerzeichen "abfragen", sondern nach dem "%20".

Wie gesagt, bin mir eigentlich sicher, lasse mich aber gerne belehren

Bzw... Ich korrigiere mich schon mal selbst... Das Leerzeichen muss maskiert werden, also:
www.webadresse.xl/name\ des\ users,verein

Allerdings denke ich mal, dass nicht bekannt ist, wie viele Leerzeichen denn nun genau enthalten sein können.

Daher würde ich einfach nur prüfen, ob ein Leerzeichen vorhanden ist, wenn ja, das ganz ein ein kleines Script übergeben, dort alle Leerzeichen ersetzen und dann die Weiterleitung durchführen.

Die URL`s mit Leerstellen gibt mir Google in den Webmaster Tools als Fehler 403 und davon schlappe 44k Seiten. Dies ist geschehen, da Google mal wieder an den Tag sooo fleißig gespidert hat, als ich einen Fehler gemacht hatte und eben all diese Seiten mit Leerstellen gespidert hat.
Sicher hat Google oder auch der Browser da %20 ersetzt. Allerdings werden bei den Fehler die URL ohne %20 angezeigt. Wenn ich den Link aufrufen ersetzt freilich der Browser diese Leestellen mit %20, jedoch scheint mod_rewrite dies etwas anders zu sehen.

Wenn ich die URL in den Browser kopiere und die Leestellen mit einem + ersetze, wird die URL ohne Problem aufgerufen.

Aber wie auch immer, ich versuche mal das mit dem Workaround zu verstehen

Siehst Du im access.log Zugriffe des Googlebot mit Leerzeichen in der URL?

Mich würde mal interessieren was lokal dann überhaupt aufgerufen wird. Der schneidet doch den String dann komplett ab oder nicht? Mach mal ein echo der REQUEST_URI auf der Fehlerseite.

Vielleicht hilft es das interne escapen von mod_rewrite zu deaktivieren: NE steht für NO ESCAPE:
https://httpsd.apache.org/docs/current/ ... writeflags

Ich bin mir nur gerade nicht sicher, ob sich daraus nicht auch ein Nachteil ergeben könnte. Probier dann in jedem Fall auch mal den Aufruf mit + und %20.