Permalinks mit Umlauten / SEO

h-u-g-o · June 8, 2009 at 3:20 PM

Das wundert mich. Solang die Titelform der Tags clean ist, dürfte es doch eigentlich keine Probleme geben.

MP387 · June 8, 2009 at 4:20 PM

Tja, gewundert hat es mich auch, da ich auch vorher keine Probleme mit den Tags hatte. Aber vor allem war es super ärgerlich und eine echt nervige Arbeit, alle Tags entsprechend umzustellen.

h-u-g-o · June 8, 2009 at 4:24 PM

Hast du das nicht durch "Suchen und Ersetzen" mit SQL-Queries gemacht?

MP387 · June 8, 2009 at 4:37 PM

Nein. Zum Teil habe ich es mit Simple Tags gemacht und zum Teil händisch, weil ich mich einerseits nicht an die Datenbank getraut habe und andererseits auch einige löschte, komplett umbenannte oder die Auswahl zwischen Bindestrich und Zusammenschreiben haben wollte.

h-u-g-o · June 8, 2009 at 5:03 PM

Na ja gut, das hat aber dann ja nichts mit den Umlauten zu tun gehabt.

Und was die Datenbank anbetrifft, du kannst das ja irgendwo testen und ansonsten sowieso vorher ein Backup erstellen.

MP387 · June 8, 2009 at 7:24 PM

Quote from h-u-g-o

Na ja gut, das hat aber dann ja nichts mit den Umlauten zu tun gehabt.

Hmm, wenn ich mich richtig erinnere, waren es auch die Umlaute. Sie waren aber nicht so aufwendig zu ändern wie die Leerzeichen ...

Quote from h-u-g-o

Und was die Datenbank anbetrifft, du kannst das ja irgendwo testen und ansonsten sowieso vorher ein Backup erstellen.

Ich bin zugegebenermaßen ein absoluter Live-Editor; risikofreudig halt ;)

h-u-g-o · June 8, 2009 at 7:56 PM

Du brauchst halt die richtigen SQL-Queries.

Hehe, kommt mir bekannt vor. :mrgreen:

MP387 · June 8, 2009 at 9:14 PM

Quote from h-u-g-o

Du brauchst halt die richtigen SQL-Queries.
Hehe, kommt mir bekannt vor. :mrgreen:

Tja ... MySQL ist nicht mein Ding, ich bin ja mit meinen minimalen PHP-Code-Schnipseln noch stark gefordert :mrgreen:

h-u-g-o · June 8, 2009 at 9:51 PM

Ich möchte dich zwar zu nichts anstiften, aber manchmal lohnt es sich wirklich sich ein paar Minuten Zeit zu nehmen und die gewünschte SQL-Query zusammenzubauen. Damit kann man dann mitunter sehr viel Zeit sparen.

Selbst bin ich auch alles andere als Experte auf dem Gebiet, aber manchmal gelingen mir erstaunliche Dinge, wenn ich mir ein bisschen Zeit nehme. :mrgreen:

Ein kleiner Tipp, wie man sich einer SQL-Query annähern kann, wenn man gar nicht weiß, wo man anfangen soll:
Sagen wir mal, du möchtest aus einer Tabelle alle Zeilen löschen, deren Spalte X den Wert Y hat. (Konkretes Beispiel: Du möchtest alle alten Artikelversionen löschen, die durch Autosave oder Versionierung entstanden sind.) Jede Zeile, deren Spalte post_status also den Wert inherit hat, soll verschwinden. Jetzt klickst du unter phpMyAdmin > wp_posts > Anzeigen erst mal auf das [COLOR=Red]X[/COLOR] einer der betroffenen Zeilen. Es erscheint ein Dialogfenster, das die auszuführende Abfrage-Syntax anzeigt, zum Beispiel:

SQL

DELETE FROM wp_posts WHERE wp_posts . ID = 4711 LIMIT 1

Du kannst dir auf diese Weise also schon eine Query generieren ohne etwas an der Datenbank zu verändern, wenn du anschließend in dem Dialogfester auf "Abbrechen" klickst. Nun überlegst du einfach, wie die Query ungefähr aussehen müsste, um das gewünschte Resultat zu liefern.

Das ist ja schon mal richtig:

SQL

DELETE FROM wp_posts

(Sollte man so nicht zur Ausführung bringen, hat mich gerade drei Artikel im Testblog gekostet. :mrgreen:)

Die Bedingung ist, dass die Spalte post_status den String inherit enthält. Also:

Code

WHERE post_status = "inherit"

Insgesamt ergibt sich:

SQL

DELETE FROM wp_posts WHERE post_status = "inherit"

Auch bei komplexeren Queries kann es hilfreich sein, sich die erzeugte Query einer Einzelaktion (Bearbeiten/Löschen einer einzelnen Spalte/Zeile) anzeigen zu lassen und diese dann einfach so abzuändern, dass sie einem einen Haufen Arbeit abnimmt, in dem sie viele Spalten/Zeilen auf einmal bearbeitet/löscht.

Die hier beschriebene Vorgehensweise mag laienhaft sein, aber vielleicht hilft sie die erste Scheu zu überwinden.

codestyling · June 8, 2009 at 9:55 PM

"Saubere" Permalinks kann man auch ohne zusätzliche Plugins bekommen denn diese kommen meist nicht mit LiveWriter & Co. zurecht bzw. supporten nicht TinyMCE in deutscher Rechtschreibung.
Ich hab alles am Stück mit einem Feature von WP erschlagen, das bisher nur niemand genutzt hat: Code Styling Project Permalinks mit Umlauten ohne o42-clean-umlauts

h-u-g-o · June 8, 2009 at 10:17 PM

Geilo! Warum kommst du damit erst jetzt? ;) Danke sehr! :-D

Wie ist das mit UTF-8? Kann man da beliebig im Code Umlaute anstatt Entitäten benutzen? Hatte mich sowieso schon gefragt, warum bei WordPress in Artikeln verwendete Umlaute im Seitenquelltext nicht kodiert dargestellt sind.

codestyling · June 8, 2009 at 10:22 PM

Ich war die letzten Wochen etwas sehr beschäftigt (deutlich ausgelastet) und bin erst seit ein paar Tagen wieder am Bloggen und WordPress Deutschlanden :-D
Normal sollte seit WP 2.5.1 WordPress standardmäßig mit UTF-8 laufen. Deshalb besteht auch keine Notwendigkeit, Entitäten zu benutzen. Nur wenn man mit externen Programmen arbeitet wie Windows Live Writer bekommt man solchen "Schmu" in's Blog. Aber das kann man ja geziehlt behandeln (lassen).

h-u-g-o · June 8, 2009 at 10:30 PM

War auch nicht so gemeint. ;)

Das heißt, wenn ich in irgendwelchen php-Dateien von Plugins oder so auf Entitäten ( ä ö ü ß ) stoße, kann ich die getrost durch reguläre Umlaute beziehungsweise die Eszett-Ligatur ersetzen?

codestyling · June 8, 2009 at 10:34 PM

Quote from h-u-g-o

War auch nicht so gemeint. ;)
Das heißt, wenn ich in irgendwelchen php-Dateien von Plugins oder so auf Entitäten ( ä ö ü ß ) stoße, kann ich die getrost durch reguläre Umlaute beziehungsweise die Eszett-Ligatur ersetzen?

So einfach nun auch wieder nicht. Die PHP Datei sollte dann mit einem entsprechenden Texteditor im Format UTF-8 (ohne BOM) abgespeichert und hochgeladen werden.
Byte Order Mark ? Wikipedia
.:: NOTEPAD++ ::.
(nur als Vorschläge)

h-u-g-o · June 8, 2009 at 10:39 PM

Also, Notepad++ benutze ich ohnehin. Dann sollte das ja kein Problem sein.

Ist es eigentlich nicht besser vier Leerzeichen anstatt eines Tabulatorzeichens im Quellcode zu verwenden?

Im Quellcode der Datei de_DE.php ist übrigens (mindestens) ein Leerzeichen zu viel. ;)

PHP

/* sanitizes the titles to get qualified german permalinks with  correct transliteration */

h-u-g-o · June 8, 2009 at 10:49 PM

Mir ist gerade noch Folgendes aufgefallen:

Wenn ich beim Erstellen eines Artikels bei "Sichtbarkeit: Öffentlich" auf "Bearbeiten" klicke, dort "Privat" auswähle und "OK" anklicke, stimmt bei diesem Vorgang etwas mit der Übersetzung nicht. Da wird dann, zum Beispiel, "Public", "Privately Published", "Update Post" und "Save Draft" anstatt der deutschen Begriffe angezeigt. :confused:

codestyling · June 8, 2009 at 10:51 PM

Ich werd' es mal einfangen gehen :-)
Das mit den Leerzeichen ist eine philosophische Frage, dafür gibt es Vor- und Nachteile, Befürworter und Gegner. Ich persönlich nehme lieber Tabulatoren, denn zum Beispiel bei Javascript Dateien (ohne Komprimierung) macht eine Einrückung mit einem Tab 1 Byte, 4 Leerzeichen aber eben 4 Byte = 3 Byte mehr.
Das Ganze mal 300 Zeilen Quelltest und im Mittel 3 stufige Einrückung, dann sind das 2700 Byte mehr als nötig. Beim Transfer zählen aber die Dateigrößen schon etwas, egal ob man "heisse" Luft transportiert oder nicht :-)
Für die Scriptsprachen Parser gilt gleiches, wenn auch nicht so gravierend.

codestyling · June 8, 2009 at 10:54 PM

Quote from h-u-g-o

Mir ist gerade noch Folgendes aufgefallen:
Wenn ich beim Erstellen eines Artikels bei "Sichtbarkeit: Öffentlich" auf "Bearbeiten" klicke, dort "Privat" auswähle und "OK" anklicke, stimmt bei diesem Vorgang etwas mit der Übersetzung nicht. Da wird dann, zum Beispiel, "Public", "Privately Published", "Update Post" und "Save Draft" anstatt der deutschen Begriffe angezeigt. :confused:

Welche Sprachdatei verwendest du ? Die von wordpress-deutschland.org oder die von wordpress.org ?
Und welche WP Version ist im Einsatz ?

h-u-g-o · June 8, 2009 at 11:05 PM

Quote from codestyling

Ich werd' es mal einfangen gehen :-)

Gut so. :mrgreen:

Quote from codestyling

Das mit den Leerzeichen ist eine philosophische Frage, dafür gibt es Vor- und Nachteile, Befürworter und Gegner. Ich persönlich nehme lieber Tabulatoren, denn zum Beispiel bei Javascript Dateien (ohne Komprimierung) macht eine Einrückung mit einem Tab 1 Byte, 4 Leerzeichen aber eben 4 Byte = 3 Byte mehr.
Das Ganze mal 300 Zeilen Quelltest und im Mittel 3 stufige Einrückung, dann sind das 2700 Byte mehr als nötig. Beim Transfer zählen aber die Dateigrößen schon etwas, egal ob man "heisse" Luft transportiert oder nicht :-)
Für die Scriptsprachen Parser gilt gleiches, wenn auch nicht so gravierend.

Uff, das ist wirklich eine Menge. Aber für meine lokalen Java-Progrämmchen kann ich ja ruhig weiterhin die Leerzeichen nehmen.

Quote from codestyling

Welche Sprachdatei verwendest du ? Die von wordpress-deutschland.org oder die von wordpress.org ?
Und welche WP Version ist im Einsatz ?

Ich verwende dieses Paket (Version 2.7.1).

h-u-g-o · June 8, 2009 at 11:10 PM

PS: Ich habe ja anscheinend richtig Glück, dass du dem Forum längere Zeit ferngeblieben bist, da du hier jetzt richtig Gas gibst. :mrgreen:

Dear visitor, welcome! Create an account or sign in to comment

Permalinks mit Umlauten / SEO

Participate now!