Weicher Umbruch in Kategorienamen verursacht Redirect Fehler

[gebeer]

Hallo,

wegen meines Designs brauche ich in langen Kategorienamen einen weichen Umbruch mittels

Code: PHP  [Auswählen]

­

.

Beim Aufruf der Produkt-Info Seite von Artikeln, die in diesen Kategorien liegen, gibt es einen Fehler:

The page isn't redirecting properly

.

Wenn ich das

Code: PHP  [Auswählen]

­

aus dem Kategorienamen rausnehme, funktioniert alles normal.

Bei mir sind Suchmaschinenfreundliche URLs aktiviert und ich nehme an es hat was mit dem Rewrite zu tun.

Wäre für eine Lösung sehr dankbar.

Gruß
gerhard

Linkback: https://www.modified-shop.org/forum/index.php?topic=27019.0

[Alfred]

wegen meines Designs brauche ich

Hallo,

da gibt auch später Probleme damit.
Nutze es jetzt nicht und ein Problem weniger existiert.
Die Stunden summieren sich mit der Zeit.

Versuche eine andere Lösung zu finden.

Gruß

[gebeer]

Würde ja gerne drauf verzichten.

Aber lange Kategorienamen müssen nun mal umbrechen wegen des Designs.

JS kommt nicht in Frage.

Ich hab schon nach Alternativen gesucht.

Wüsstest Du ne "saubere Lösung"?

[web0null]

Also ich hatte das jetzt mal probiert, und konnte keine Fehler bemerken, sowohl mit ­ oder ­ ging es.

[gebeer]

@web0null

In welchem Shop hast Du das probiert?

Ich habe es gerade im Demoshop der 1.06er Version probiert und der Fehler ist reproduzierbar.

Vorgehensweise:
Neue Unterkategorie anlegen mit einem Testartikel.
Im Namen der Unterkategorie ein

Code: PHP  [Auswählen]

­

.

Dann im Shop in die Unterkategorie gehen und den Artikelnamen anklicken.

Es rödelt dann eine Weile und dann kommt die Meldung:

Die Webseite unter https://demo.modified-shop.org/tags/modified-1.06/Testkategorie-Umbruch/Umbruch%ADtestkategorie/Testartikel-1::60.html hat zu viele Umleitungen erzeugt. Das Löschen Ihrer Cookies für diese Website oder das Zulassen von Drittanbieter-Cookies könnte das Problem möglicherweise beheben. Sollte dies nicht der Fall sein, liegt eventuell ein Serverkonfigurationsfehler und kein Problem mit Ihrem Computer vor.

Man sieht, dass das

Code: PHP  [Auswählen]

­

im Link durch

%AD

ersetzt wird.

Wäre toll, wenn sich einer der Devs der Sache annehmen könnte.

Danke
gerhard

EDIT:
Man muss gar keine Unterkategorie anlegen, sondern kann im Demoshop einfach den Kategorienamen Testkategorie 1 durch

Code: PHP  [Auswählen]

Test­kategorie 1

ersetzen.
Beim Aufruf eines Artikels in dieser Kategorie kommt es dann zum Fehler.
Das gleiche mit ­

[web28]

Dieser Exot fehlt in den search_replace Dateien im inc Verzeichnis, ist aber einfach nachzutragen.

Gruss Web28

[gebeer]

Danke web28 für diesen nützlichen Hinweis!

In welcher der 4 Dateien muss ich das eintragen?
_default
_iso-8859-1
_iso-8859-15
_utf8

Mein Shop läuft mit Charset iso-8859-15.

Gruß
gerhard

[web28]

Mein Shop läuft mit Charset iso-8859-15.

_iso-8859-15: In diese Datei, erklärt sich doch eigentlich von alleine.

In der nächsten Version wird es ein übersichtlicheres Search-Replace Array geben. Der derzeitige Code ist grausam.

[gebeer]

Dachte ich mir schon, wollte nur sichergehen 

Der derzeitige Code ist grausam.

Hab auch schon übersichtlicheres gesehen. 

[gebeer]

Habe jetzt folgende Zeilen in der search_replace_iso-8859-15.php ergänzt:

Code: PHP  [Auswählen]

64 "'&(shy|#173);'i"            //--Weicher Umbruch. gbr
 

und

Code: PHP  [Auswählen]

222 ""                  //--Weicher Umbruch. gbr
 

Der Fehler taucht aber weiterhin auf und ich bin wieder ratlos 

[web28]

Kommentiere mal Zeile 51 (--Kaufmännisches Und) aus

[gebeer]

Hilft leider nichts 

[noRiddle (revilonetz)]

Versuche mal folgendes:
In /includes/classes/Smarty_2.6.27/plugins/outputfilter.note.php
diesen Code

Code: PHP  [Auswählen]

$tpl_output = preg_replace("/((?<!&))&(?!(&|amp;|#[0-9]+;|[a-z0-9]+;))/i", "&amp;", $tpl_output);

ersetzen mit diesem:

Code: PHP  [Auswählen]

$tpl_output = preg_replace("/((?<!&))&(?!(&|amp;|#[0-9]+;|#[a-z0-9]+;|[a-z0-9]+;))/i", "&amp;", $tpl_output);

und ausschließlich &#173; benutzen.

Gruß,
noRiddle

[gebeer]

@noRiddle

Danke, hab das mal so eingebaut und kriege jetzt einen 404er.

Der Kategoriename ist

Kaffee & Kaffee&#173;ersatz

In der URL macht er jetzt draus:

Kaffee-Kaffee-#173;ersatz

Die Fehlermeldung lautet:

The requested URL /Ernaehrung-Nahrungsergaenzung/Kaffee-Kaffee- was not found on this server.

Da stimmt also was noch nicht mit dem preg_replace.

[noRiddle (revilonetz)]

Mein Vorschlag ist auch unnötig für den hier angestrebten Zweck.
*EDIT*(um nicht zu sagen absoluter Blödsinn)

Habe aus Neugierde gerade mal selbst in /inc/search_replace_iso-8859-15.php das nötige eingefügt,
funktioniert, wie zu erwarten war, einwandfrei.
Tippe also auf Fehler bei der Änderung der Datei oder Cache-Problem.

Gruß,
noRiddle