Wie mit URL Slashes in Shop5 und relativen Pfaden umgehen?

[der_Martin]

Hallo,

in Shop 4 konnte man lustig Slashes in Artikelnamen benutzen. Auch in Kategorienamen. Das hat dazu geführt, dass wir z.T. Jahrzehnte alte URLs aus Gambio in JTL weitergeführt haben. Was nicht schön, aber gut war, da nix ins Leere lief.

Wenn ich in Shop 4 eine Artikel-Adresse hatte wie "https://Domain/Spinera-Universal-Schwimmweste-50-Newton-schwarz/rot" ... dann waren die relativen Pfade von Bildern wie z.B. "/images/bildzeug.jpg" so: https://Domain/images/bildzeug.jpg

Wenn ich in Shop 5 eine Artikel-Adresse habe wie "https://Domain/Spinera-Universal-Schwimmweste-50-Newton-schwarz/rot" ... dann sind relativen Pfade von Bildern wie z.B. "/images/bildzeug.jpg" so: https://Domain/Spinera-Universal-Schwimmweste-50-Newton-schwarz/rot/images/bildzeug.jpg ... sprich: Alle Pfade laufen ins Leere, weil es das Bild da natürlich nicht gibt.

Es ist eigentlich logisch. Es ist ja auch der korrekte Pfad der relativen Adresse. Ich habe nun nur das Problem, dass enorm viele Sachen ins Leere laufen.

Bevor ich versuche alle relativen Pfade zu finden und in absolute Pfade zu fixen (was einigermaßen unmöglich ist), oder versuche alle Slashes in Seiten-URLs zu finden (was anschließend wiederum zu endlosen 404 Fehlern führt, weil es viele URLs dann nicht mehr gibt): Lässt sich das per htaccess o.ä. fixen, dass es wieder wie in Shop4 funktioniert???

Viele Grüße!
Martin

 

[der_Martin]

Hallo, ich wollte hier noch mal nachfragen.

Das Problem mit den relativen Pfaden betrifft alle Bilder die ich manuell eingebunden habe (z.b. im Artikel).... weil der Browser richtigerweise glaubt, dass ein Bild das unter der dem relativen Pfad "/images" in der URL ".../Spinera-Universal-Schwimmweste-50-Newton-schwarz/rot" liegt, in einem Unterorder des Ordners "/rot" liegen muss.

Beim 4er Shop hat er angenommen, das Bild liegt im obersten Verzeichnis /images ... was falsch ist - aber gut!!!! Ich hätte gern wieder, dass es falsch ist... 😛

 

[apalusa]

Also eine "Korrektur" des Verhaltens über htaccess wäre mir nicht bekannt, da kenn ich mich auch zu wenig aus um Hilfe anbieten zu können. Womit ich mich aber auskenne ist die Ameise, mit dieser könnte man ja mal alle Artikelnamen (mit den zugehörigen Artikelnummer) exportieren, in Excel (oder ähnlichem) lässt man dann nach Artikelnamen filtern in denen ein Slash vorkommt und im Regelfall kann man diese dann auch vollautomatisch gegen z.B. ein Minus ersetzen lassen.
Wenn man in dieser Datei gleichzeitig noch die SEO URL mit der Ameise exportiert, kann man die gleich dazu verwenden um eine Datei zu erstellen die man im JTL Shop bei den Weiterleitungen hochladen kann um Massenweise alle alten URLs auf die neuen umleiten zu lassen.

Das meiste an dieser Arbeit wäre dann automatisch (ersetzen der Slashes und generieren der zukünftigen neuen SEO URL) und das Problem ist für die Zukunft dann auch richtig gelöst. Das ganze setzt natürlich voraus, dass nur der Arbeitsaufwand euch davon abhält die Slashes zu entfernen, wobei ich dass in jedem Fall empfehlen würde vor allem mit der oben beschriebenen Methode die fast von allein funktioniert.

Viele Grüße
apalusa

 

[der_Martin]

Also eine "Korrektur" des Verhaltens über htaccess wäre mir nicht bekannt, da kenn ich mich auch zu wenig aus um Hilfe anbieten zu können. Womit ich mich aber auskenne ist die Ameise, mit dieser könnte man ja mal alle Artikelnamen (mit den zugehörigen Artikelnummer) exportieren, in Excel (oder ähnlichem) lässt man dann nach Artikelnamen filtern in denen ein Slash vorkommt und im Regelfall kann man diese dann auch vollautomatisch gegen z.B. ein Minus ersetzen lassen.
Wenn man in dieser Datei gleichzeitig noch die SEO URL mit der Ameise exportiert, kann man die gleich dazu verwenden um eine Datei zu erstellen die man im JTL Shop bei den Weiterleitungen hochladen kann um Massenweise alle alten URLs auf die neuen umleiten zu lassen.

Das meiste an dieser Arbeit wäre dann automatisch (ersetzen der Slashes und generieren der zukünftigen neuen SEO URL) und das Problem ist für die Zukunft dann auch richtig gelöst. Das ganze setzt natürlich voraus, dass nur der Arbeitsaufwand euch davon abhält die Slashes zu entfernen, wobei ich dass in jedem Fall empfehlen würde vor allem mit der oben beschriebenen Methode die fast von allein funktioniert.

Viele Grüße
apalusa

Danke. Ja. Dann ist es aufgeräumt! Manche alte Pfade haben schon archelogischen Wert, weil sie noch aus Magento und Gambio Shopsystemen stammen....!! 🙂
Ist vermutlich das beste. Auch wenn dann vieles in einen 404 läuft. Die SEO Weiterleitungen im Shop-Admin mag ich dann aber nicht anfassen. Bei denen kackt mir jede Maschine ab...
Dann wird's halt der 404!!

 

[apalusa]

Die SEO Weiterleitungen im Shop-Admin mag ich dann aber nicht anfassen. Bei denen kackt mir jede Maschine ab...

Den Teil versteh ich zwar nicht ganz, aber ich würde trotzdem empfehlen es mit der Datei zumindest einmal zu probieren da so ein Haufen 404 natürlich bei Google nicht so gut ankommt. Wobei vermutlich stetig mehr Artikel in eurer Wawi hinzu kommen, also wenn dann lieber jetzt als später, wenn es noch mehr solcher Fälle wären.

 

[der_Martin]

Den Teil versteh ich zwar nicht ganz, aber ich würde trotzdem empfehlen es mit der Datei zumindest einmal zu probieren da so ein Haufen 404 natürlich bei Google nicht so gut ankommt. Wobei vermutlich stetig mehr Artikel in eurer Wawi hinzu kommen, also wenn dann lieber jetzt als später, wenn es noch mehr solcher Fälle wären.

Das SEO Weiterleitungstool trackt alle 404... ich könnte also alle aufschlagenden 404 einer neuen Adresse zuweisen. Aber wenn ich das Tool im Admin aufmache, dann rödelt die Seite endlos und der Server geht mir komplett in die Knie. Sowohl im 4er als auch im 5er Shop. Ich vermute mal, es sind zu viele alte Fehler gespeichert...

 

[der_Martin]

Wollte hier noch mal ganz kurz nachhaken

Das Problem mit den relativen Pfaden bezieht sich im 5er Shop nur auf den Content-Bereich. Komischweise nicht auf den Footer oder Header einer Seite...
Ich habe oberhalb des Content-bereich Bilder mit relativem Pfad eingebunden, die wie gehabt funktionieren.
Ich habe unterhalb des Contentbereichs von Artikeln (z.B. im Footer) Bilder mit relativem Pfad, die wie gehabt mit der Slash-URL klar kommen.
Nur im Contentbereich nicht.

INTERESSANTERWEISE schreibt auch der JTL Shop selbst die Galerie-Bilder im Contentbereich sowie die Links im Contentbereich alle mit absolutem Pfad. Was innerhalb einer Seite eigentlich völlig überflüssig ist... ! Warum schreibt ein Shopsystem absolute Domainadresse von Bildern in eine Seite, die nur auf dem eignen Server liegen können? 😳


ALSO DIE FRAGE IST: Was ist im Content-Bereich von Shop5 anders als im Footer oder Header, dass der Browser die relativen Pfade nicht auf das Basis-Verzeichnis bezieht? :-?

 

[der_Martin]

OK, nach langem rumfragen beim Support, nebst dem Kontaktieren von den JTL Shopentwicklern usw bin ich nun selbst noch drauf gekommen was falsch läuft bei relativen Bildpfaden in URLs mit Slash.

die Pfad die nicht gehen sehen so aus "images/irgendeinbild.jpg" ...
die die gehen sehen so aus "/images/irgendeinbild.jpg"

also der führende Slash im relativen Pfad. Ok, ist wahrscheinlich auch die saubere Schreibweise - aber im 4er Shop tat der nix zur Sache. Der 5er Shop mag das nicht wenn der führende Slash im relativen Bildpfad fehlt - wenn die Seite einen Slash in der URL hat. Auf allen andern Seiten ist es ghopst wie gsprunge, ob der relative Bildpfad mit einem Slash oder ohne beginnt....

Falls es jemand weiterhilft und ich nicht der einzige bin der dieses Problem hat.... 😳 😵🙄😖