Umlaute im Alias - Grässlich!

[pcartist]

Hallo,

ich habe heute bei einer SEO-Analyse eines Kundenprojekts zahlreiche URL-Fehler bekommen, weil Umlaute vorkommen. Wie ich gelesen habe, soll das nun Contao-Standard sein - zumindest bis zur 4.5

Deshalb habe ich versucht, den ausi/contao-slug-backport zu installieren. Leider ohne Erfolg, da dort PHP7.1 vorausgesetzt wird. Bei meinem Hosting ist aber leider "nur" 7.0 verfügbar. Ich kann zwar in Plesk auf 7.1 umstellen, aber das PHP-Cli funktioniert dann nicht mehr. Bekomme ich das mit dem Alias irgendwie anders geregelt?

Mal ehrlich - wieso wurde das denn so implementiert? Links aus der Browserzeile kopiert sehen furchtbar aus und in manchen Ländern sind unsere Umlaute auch nicht auf den Tastaturen vorhanden. Irgendwie bauen wir also neue Barrieren auf. Redakteuren die Korrektur der Alias-Einträge zu überlassen ist nicht zu verantworten. In so gut wie allen Unternehmen schaffen es die MAs nicht mal, Leerzeichen und Sonderzeichen in Ordner- und Dateinamen zu vermeiden. Wie soll das dann bei einem Alias klappen.

Frohe Weihnachten euch allen und besinnliche Tage!

[Samson1964]

Das Umlaute-Thema wurde schon ausgiebig diskutiert.
Und die Sonder- und Leerzeichen sowie Umlaute in Datei- und Ordnernamen versuche ich den Redakteuren schon seit Jahren auszuprügeln. Doch die lernen es nicht. Die Bilder werden so (irgendwo) auf den Server geladen, wie sie der Redakteur bekommen hat - unbearbeitet (also z.B. nicht gedreht) und nicht umbenannt.
Vor Kurzem hatte ich so ein Problem mit einem Leerzeichen im Zusammenhang mit C4/Symfony. Der Debugmodus meldete Datei "abc%20123.jpg" nicht gefunden, obwohl "abc 123.jpg" vorhanden ist.

[WebRoxx]

Kenne ich auch nur zu gut.

Wäre auch dafür das Umlaute, etc. Automatisch verschwinden.

[zonky]

Backport für 4.4 https://github.com/ausi/contao-slug-backport

[Samson1964]

Backport für 4.4 https://github.com/ausi/contao-slug-backport

Das gehört in den Core. Es bleibt nämlich immer noch das Problem in eigenen Erweiterungen, die die Core Alias Funktion benutzen. Da müsste ich zukünftig wohl meine eigene Alias Funktion einbauen.

Gesendet von meinem L52 mit Tapatalk

[BugBuster]

Sollte nicht das Problem sein. Wenn ich das richtig sehe, ersetzt die Erweiterung u.a. den generateAlias Aufruf durch den eigenen pageGenerateAlias (bei tl_page).

[planepix]

Wurde m. W. mit 4.5 wieder geändert.

[juju]

Backport für 4.4 https://github.com/ausi/contao-slug-backport

Nur falls es noch jemandem so geht wie mir, dass er die Erweiterung installiert und sich wundert, dass sich nichts ändert:

In den Seiteneinstellungen der Wurzelseiten einer Website gibt es nach der Installation ein Feld, in dem man erst einstellen muss, welchen Modus man für die Alias-Generierung haben möchte (siehe auch https://github.com/contao/core-bundle/issues/954). Ich habe dort "ASCII-Zeichen und -kleinbuchstaben" gewählt, so dass der Alias nun zumindest so ähnlich wie vor C 4.4. generiert wird, mit dem Unterschied, dass aus Umlauten wie z.B. "Ä" nun "a" statt "ae" wird, aber damit kann ich leben. Auch wenn ich mir vorstellen könnte, dass letzteres SEO-mäßig nicht die beste Lösung ist, aber man kann nicht alles haben

Hoffe es hilft jemenadem!

Viele Grüße
juju

PS: Und danke an ausi für den backport!

[tblumrich]

Also bei mir macht das Tool bei der Einstellung auch die korrekte Ersetzung, also ä wird zu ae, ö zu oe usw...


Gesendet von iPad mit Tapatalk

[juju]

Auch unter 4.4? Mit dem aktuellsten Download des Tools?

Ich bin mir doch sehr sicher, es mehrfach getestet zu haben und immer kam bei "ä" ein "a" statt "ae". Werde es aber morgen noch einmal testen und ggf. berichten.

Viele Grüße
juju

[xchs]

Auch unter 4.4? Mit dem aktuellsten Download des Tools?

Ja. Bei mir funktioniert es unter Contao 4.4.24 und mit der aktuellen Version

ausi/contao-slug-backport                 v1.0.4    Backport of the slug handling from Contao 4.5 to 4.4
ausi/slug-generator                       v1.0.2    Slug Generator

wie oben beschrieben.

[webstar]

Auch unter 4.4? Mit dem aktuellsten Download des Tools?

Ich bin mir doch sehr sicher, es mehrfach getestet zu haben und immer kam bei "ä" ein "a" statt "ae". Werde es aber morgen noch einmal testen und ggf. berichten.

Viele Grüße
juju

Ein unterschiedliches Verhalten ist durchaus möglich. Es wird u.a. auf intl und icu zurück gegriffen. Möglich dass hier eine veraltete Version der PHP-Extensions oder eine Fehlkonfiguration des Servers zu dem Fehler führt.

Die richtige Sprachkonfiguration in der Seitenstruktur ist auch wichtig.

[juju]

Hi Webstar,

danke für die Infos!

Das mit der Abhängigkeit zur Sprachversion klingt plausibel, da es sich um eine englisch Website handelt (en in der root page eingestellt), die hier und da auch deutschsprachige Inhalte (Titel) hat und somit auch Umlaute aufweisen kann. Auf die Idee bin ich nicht gekommen, da es sich bisher unabhängig davon verhalten hat.

Danke und Grüße
juju

[mlweb]

Sehe ich es richtig, dass die Aliasumschreibung mit Auswahlmöglichkeit nur für den Seitenalias gilt. Bei Artikelaliasen bleiben die Umlaute sowohl in Contao 4 mit der Erweiterung von Ausi als auch in Contao 4.6 erhalten.

[Spooky]

Wenn du das in der Contao Demo reproduzieren kannst, würde ich das als Bug auf GitHub reporten.

[mlweb]

In der Demo konnte ich es nicht nachvollziehen.
Deshalb gerade noch einmal in einer meiner Contao 4.6-Installationen getestet, die vollkommen ohne Erweiterungen läuft. Dort tritt es auch nicht auf.
Aufgetreten ist es bei mir in einer 4.4 mit der Erweiterung von Ausi und dem Catalog Manager von Alexander Naumov und noch einigen anderen Erweiterungen.
Deshalb habe ich gestern auf der Demoseite des Catalog Managers geschaut die auf 4.6 läuft. Dort tritt es auch auf.
Ich werde dann die Tage mal gezielt schauen, ob der Catalog Manager dafür verantwortlich ist.


Nachtrag: In der 4.6 tritt es im Catalog Manager nur bei den für den Catalog spezifischen Elementen auf. Dann scheint das Problem auf Contao 4.4 mit der Erweiterung von Ausi begrenzt zu sein.
Dann werde ich das Projekt wohl auf 4.6 hochziehen und das Problem mit den für Catalog spezifischen Elementen dort bekannt geben.

[webstar]

In der Demo konnte ich es nicht nachvollziehen.
Deshalb gerade noch einmal in einer meiner Contao 4.6-Installationen getestet, die vollkommen ohne Erweiterungen läuft. Dort tritt es auch nicht auf.
Aufgetreten ist es bei mir in einer 4.4 mit der Erweiterung von Ausi und dem Catalog Manager von Alexander Naumov und noch einigen anderen Erweiterungen.
Deshalb habe ich gestern auf der Demoseite des Catalog Managers geschaut die auf 4.6 läuft. Dort tritt es auch auf.
Ich werde dann die Tage mal gezielt schauen, ob der Catalog Manager dafür verantwortlich ist.

Im Backport ist dies bekannt: https://github.com/ausi/contao-slug-backport/issues/5

[herold]

Ist das die offizielle Einstellung, die nach dem Installieren von „ausi/slug-generator“ ergänzt wird? Aus der Doku von Ausi bin ich nicht schlau geworden… bis jetzt…

…In den Seiteneinstellungen der Wurzelseiten einer Website gibt es nach der Installation ein Feld, in dem man erst einstellen muss, welchen Modus man für die Alias-Generierung haben möchte (siehe auch https://github.com/contao/core-bundle/issues/954). Ich habe dort "ASCII-Zeichen und -kleinbuchstaben" gewählt, so dass der Alias nun zumindest so ähnlich wie vor C 4.4. generiert wird, mit dem Unterschied, dass aus Umlauten wie z.B. "Ä" nun "a" statt "ae" wird, aber damit kann ich leben. Auch wenn ich mir vorstellen könnte, dass letzteres SEO-mäßig nicht die beste Lösung ist, aber man kann nicht alles haben
…

[juju]

Ist das die offizielle Einstellung, die nach dem Installieren von „ausi/slug-generator“ ergänzt wird? Aus der Doku von Ausi bin ich nicht schlau geworden… bis jetzt…

Hallo herold,

was meinst Du mit offizielle Einstellung? Das ist die Enstellung, die ich bei mir gewählt habe, um die Aliase so ähnlich wie bis zur 3.5. generieren zu lassen. Dort waren keine Unicode-Zeichen und keine Großbuchstaben im generierten Alias enthalten.

Wie Du das haben möchtest musst Du entscheiden

Gruß
juju