drupal & yaml

Hallo ekn33,

Meinst Du damit diesen Beitrag?: http://www.yaml-fuer-drupal.de/de/tutorials/drupal-bugs
Der bezieht sich offensichtlich nicht auf den Einsatz von YAML, sondern auf Drupal selbst.
Da der Text sich auf Version 4.7 von Drupal bezieht, ist es fraglich ob die Warnung noch aktuell ist.

Ein Modul hat ein eigenes (Unter-)Verzeichnis mit mehreren Dateien. Das i18n-Modul ist ein ausgewachsenes, selbständiges Projekt: http://drupal.org/project/i18n
Da in Drupal 6 schon einiges an Internationalisierung integriert wurde, sollte man i18n nur nutzen, wenn man den Zusatz-Nutzen benötigt.
Dein Problem dreht sich aber anscheinend nicht um die Verwaltung von mehrsprachigem Content, sondern um internationale Zeichen in URL-Pfaden (path und autopath).

Ohne das jetzt aufwendig zu testen nehme ich mal folgendes an:
Als Du die "i18n-Funktion" von autopath aktiviert hast, wurde das "ö" als UTF-Version genutzt und nicht in in "oe" umgewandelt bei der Erzeugung des URL-Pfades. Da autopath auf das Path-Modul aufsetzt und dieses Modul wiederum den URL-Pfad in der Datenbank ablegt hilft ein Löschen des Caches nicht, da Du nur die Erzeugungs-Regel von URL-Pfade verändert hast. Aber Du musst nicht direkt in die Datenbank eingreifen, um diesen Pfad zu ändern.
Der einfachste Weg, den Pfad zu ändern ist das Bearbeiten des Nodes mit einem Benutzer, der Zugriff-Rechte auf die Pfade hat (auf jeden Fall User 1) und dann dessen Pfad ändern.
Unter den Path-Einstellungen kannst Du auch Pfade anlegen, ändern und löschen (admin/build/path).
Die dritte Möglichkeit ist, mit autopath (und den neuen Einstellungen) eine Gruppe von Nodes unter unterschiedlichen Bedingungen neu erstellen zu lassen.

Viele Grüße,
Carsten

jep danke habe nun den nodes haendisch geaendert und geht..dachte nur es wuerde auch "automatisch funktionieren" zum glueck hatte ich nur einen artikel
..ps ich habe es nicht auf yaml geschoben ;)

bekomme es nun nicht aus der sitemap.xml da stehts nach dem node update noch immer auf %C3%B6

Das Sitemap-Modul hat noch so seine Macken, selbst in der fertigen (nicht dev) Version für Drupal 5. Leider reichen meine Fähigkeiten noch nicht so weit, dort helfen zu können. Aber da das Modul anscheined bald von Acquia mit unterstützt wird, bessert sich die Situation hoffentlich bald.

nun gehts, ich hatte das haeck´chen "automatic alias" angelassen - ausschalten! nun hats auch die sitemap

hmm aber neues problem, ich habe ja nun den i18n-ascii.txt in i18n-ascii.example.txt wieder umbenannt
path und pathauto deaktiviert - cache geleert - und wieder beide aktiviert

nun einen neuen content mit öäü angelegt...und wieder werden mir die urls mit öäü ausgegeben

Verwalten > Strukturierung > URL-Aliase Transliterate prior to creating alias
When a pattern includes certain characters (such as those with accents) should Pathauto attempt to transliterate them into the ASCII-96 alphabet? Transliteration is determined by the i18n-ascii.txt file in the Pathauto directory. This option is disabled on your site because you do not have an i18n-ascii.txt file in the Pathauto directory.

kann ich nicht anschalten weil das i18n file ja nicht findet, somit muessten die urls doch auch wieder ordentlich ausgegeben werden. warum gehts den da nicht ?
muss ich pathauto vom server loeschen und neuaufspielen da mit er wieder klarkommt ?

wenn ich angenommen darunter das haeckchen anschalte >Reduce strings to letters and numbers from ASCII-96
schneidet er die zeichen aus
das möcht ich nicht

Da ich normalerweise URL-Pfade aus Taxonomy-Terms, Node-IDs usw. gernerieren lasse und ohnehin lange URLs nicht mag (obwohl es SEO-freundlich ist, den Titel einzubinden), habe ich das noch nicht häufig eingesetzt. Ich habe mir das Verfahren aber nochmal angeschaut.

So wie ich das verstehe, werden von autopath Sonderzeichen (wie die deutschen Umlaute) wohl in UTF kodiert, was aber bei älteren Browsern wohl zu hässlichen Anzeigen führen kann oder schlimmer zum Teil vielleicht inkompatibel ist. Um dies zu vermeiden, gibt es die die zwei Möglichkeiten, mit denen Du schon experimentiert hast:

1. Transliterate prior to creating alias
In diesem Fall werden Sonderzeichen – wie sie im i18n-ascii.txt-File definiert sind – umgewandelt (das aber zu diesem Zweck aktiviert sein muss). Das habe ich gerade erfolgreich überprüft. Da z.B. Google auch Wörter mit "ae" anzeigt, wenn man ein Wort mit "ä" sucht, schadet diese Vorgehesweise anscheinend auch nicht der Google-Optimierung.

2. Reduce strings to letters and numbers from ASCII-96
Diese Funktion steht in den Settings auch hinter der der Transliterate-Funktion und filtert nochmal bezüglich den sehr kompatiblen Basis-ASCII-Zeichensatz. Wenn "ä" schon in "ae" umgewandelt wurde, befindet sich das umgewandelte "Ä" auf diesem Weg ja schon in diesem Zeichensatz. Das habe ich jetzt nicht nochmal getestet.

Also eine Neu-Installation der Module ist, meiner Ansicht nach, bei Dir wahrscheinlich unnötig. Eventuell konnte das autopath-Modul nicht korrekt auf die Datei i18n-ascii.txt zugreifen (Zugriffsrechte, Datei richtig benannt?) oder ein ähnliches Server-betreffendes Problem trat auf. Bei der Veränderung dieser Datei muss offensichtlich auch darauf geachtet werden, daß die UTF-Kodierung erhalten bleibt. Am besten einen Text-Editor nutzen, der auch zum Programmieren geeignet ist (gibt es auch als Freeware).

pathauto/INSTALL.txt:

vielen dank fuer die zeit und deine hilfe

das english was da noch so vorhanden ist in der 6.6 scheint mir dann doch noch recht schwierig die sache zumachen,

1. Transliterate prior to creating alias

kann ja auch nicht funktionieren wenn ich die datei ins example zurueckwandel und den haken nicht setze ;) au mann

dann meinten die in yaml auch nicht diesen kleinen fix (mod) im pathauto sondern grunsaetzlich das modul i18n, dass du eingangs erwaehnst ..aua

danke und dir einen guten abend