Ich wüsste gern, ob ab JTL- Shop 4.03 ausgeschlossen ist, dass in lokalen Teilen der URLs ein Slash ( '/' ) vorkommen kann.
Irritiert hat mich u.a. dieser Thread hier:
http://forum.jtl-software.de/shopbe...s-ein-hunderte-links-nicht-mehr-gefunden.html
Werden nun alle Slashes innerhalb von Artikelnamen und URL-Pfaden zuverlässig in Bindestriche umgewandelt oder nicht?
Anlass:
Ich überlege, ob es möglich wäre, ein Plugin zu schreiben, das
1.) Alle auf den JTL-Shop Seiten erzeugten Artikel- und Kategorie-Links um einen Slash und dahinter weitere Angaben (urlencoded) verlängert.
Dies kann z.B. eine automatisch eingesetzte Artikelbezeichnung, Hersteller oder HAN oder irgend etwas anderes sein.
Das führt natürlich erstmal zu 404.
Deshalb zusätzlich:
2.) vor Auswertung der Aufruf-URL aus dem lokalen Aufrufpfad der Seite ggf. alles abschneidet, das hinter dem ersten Slash kommt (einschließlich dem Slash).
Das muss vermutlich im Hook 132, HOOK_INDEX_NAVI_HEAD_POSTGET passieren.
Sollte unschädlich sein, wenn es eh keine Slashes gibt.
Unmittelbarer Anlass: ich hätte gern Artikel-URLs, die als festen Bestandteil die Sprache und die Artikelnr haben, und als ignorierten Zusatz die Artikelbezeichnung, teilweise noch "garniert" mit Hersteller und/oder HAN.
Leider kann der JTL-Shop das anscheinend nicht. Wird die Artikelbezeichnung überarbeitet, was bei uns häufiger vorkommt, dann droht erstmal 404 für den nächsten Besucher (der im Zweifel Google heißt). Darüberhinaus möchte ich in der URL auch die Artikelnr=Bestellnummer für unsere Kunden anzeigen, denn diese suchen auch mal danach und dürfen sie gern in Fettdruck im Google-Suchergebnis wiederfinden.
Ich habe es geschafft, per Wawi- Workflow automatisch in das Feld URL-Pfad die Sprache+Artikelnummer einzutragen. Damit habe ich die Basis für feste Artikel-URLs. Nun müsste die URL aber noch aufgepeppt werden mit weiteren Angaben, die für SEO und den Kunden schön sind, aber vom Shop ignoriert werden. Das wäre dann der Teil hinter dem Slash. (Im Prinzip könnte da sonstwas stehen, wenn es nützlich ist, die URL würde immer funktionieren, und gegen den Duplicate Content gibt es die CanonicalURL.)
Wäre das soweit denkbar, oder gäbe es unüberwindliche Hürden? Wie etwa doch irgendwann Slashes in der URL?
Irritiert hat mich u.a. dieser Thread hier:
http://forum.jtl-software.de/shopbe...s-ein-hunderte-links-nicht-mehr-gefunden.html
Werden nun alle Slashes innerhalb von Artikelnamen und URL-Pfaden zuverlässig in Bindestriche umgewandelt oder nicht?
Anlass:
Ich überlege, ob es möglich wäre, ein Plugin zu schreiben, das
1.) Alle auf den JTL-Shop Seiten erzeugten Artikel- und Kategorie-Links um einen Slash und dahinter weitere Angaben (urlencoded) verlängert.
Dies kann z.B. eine automatisch eingesetzte Artikelbezeichnung, Hersteller oder HAN oder irgend etwas anderes sein.
Das führt natürlich erstmal zu 404.
Deshalb zusätzlich:
2.) vor Auswertung der Aufruf-URL aus dem lokalen Aufrufpfad der Seite ggf. alles abschneidet, das hinter dem ersten Slash kommt (einschließlich dem Slash).
Das muss vermutlich im Hook 132, HOOK_INDEX_NAVI_HEAD_POSTGET passieren.
Sollte unschädlich sein, wenn es eh keine Slashes gibt.
Unmittelbarer Anlass: ich hätte gern Artikel-URLs, die als festen Bestandteil die Sprache und die Artikelnr haben, und als ignorierten Zusatz die Artikelbezeichnung, teilweise noch "garniert" mit Hersteller und/oder HAN.
Leider kann der JTL-Shop das anscheinend nicht. Wird die Artikelbezeichnung überarbeitet, was bei uns häufiger vorkommt, dann droht erstmal 404 für den nächsten Besucher (der im Zweifel Google heißt). Darüberhinaus möchte ich in der URL auch die Artikelnr=Bestellnummer für unsere Kunden anzeigen, denn diese suchen auch mal danach und dürfen sie gern in Fettdruck im Google-Suchergebnis wiederfinden.
Ich habe es geschafft, per Wawi- Workflow automatisch in das Feld URL-Pfad die Sprache+Artikelnummer einzutragen. Damit habe ich die Basis für feste Artikel-URLs. Nun müsste die URL aber noch aufgepeppt werden mit weiteren Angaben, die für SEO und den Kunden schön sind, aber vom Shop ignoriert werden. Das wäre dann der Teil hinter dem Slash. (Im Prinzip könnte da sonstwas stehen, wenn es nützlich ist, die URL würde immer funktionieren, und gegen den Duplicate Content gibt es die CanonicalURL.)
Wäre das soweit denkbar, oder gäbe es unüberwindliche Hürden? Wie etwa doch irgendwann Slashes in der URL?