WordPress & Webwork - perun.net

Gerade eben wurde ich von SteBu darauf hingewiesen, dass wenn man im Kommentarfeld :_?_: eintippt (ohne die Unterstriche) bzw. auf klickt eben nicht dieses Emoticon erscheint sondern . Ein Blick in die wp-includes/vars.php offenbarte das Problem. Ab der Zeile 49 wird festgelegt bei welchen Zeichenkombinationen wird welches Smiley eingesetzt und hier wiedersprachen sich zwei Regeln: (weiterlesen…)

Nun ist das gröbste vollbracht und WordPress 2.0 läuft auch hier und auf meiner Portfolio-Seite. Auf der Portfolio-Seite gab es eine etwas größere Umstellung im Hintergrund. Vorher war es so, dass die Website im großen Teil staatisch war und nur ein Teil mit WP betrieben wurde. Das war auch so gewollt und so geplant, da ich damals vorhatte einen zusätzliches Weblogs zu betreiben. (weiterlesen…)

Da der WYSIWYG-Editor von WordPress 2 (ich berichtete) manch einem nicht zusagt, so kam zumindest die Frage bei mir wie man auch unter WordPress 2 zu der "klassischen" Oberfläche zurückkehren kann. Es geht in dem man unter "Benutzer" –> "Dein Profil" –> "persönliche Optionen" das Häckchen für die Nutzung des visuelen Editor abschaltet. (weiterlesen…)

Wenn in der Version 1.5.2 von WordPress die "Weiterblätern"-Funktion (engl. paginate) nicht funktionieren sollte: URL wird aufgerufen, aber es erscheint die Fehlermeldung das es so eine Seite bzw. Eintrag nicht geben würde, dann liegt der Fehler sehr wahrscheinlich in der Permalinkstruktur.

Wenn in der Permalinkstruktur %category% (Name der jeweiligen Kategorie in der URL) vorkommt, dann entsteht der o. g. Fehler. Daher entweder auf die "Weiterblätern"-Funktion oder auf den Kategorienamen in der URL verzichten.

Standardmäßig ist es so das die interne Suchfunktion von WordPress nur die Beiträge durchsucht, aber nicht die Pages (Seiten). Dies kann man auf zwei Wegen ändern: mit einem Hack oder mit einem Plugin.

Ich habe mich für das Plugin entschieden, zum einem basiert das Plugin auf dem Hack, die Installation eines Plugins ist komfortabler und zum dritten ist die Gefahr das man das Plugin beim Update vergisst niedriger als wenn bei einem Hack.

Wie schon im Frühling, in Bezug auf die Umstellung auf die Sommerzeit, geschrieben so wollte ich die WordPress-Nutzer hinweisen WP auf die Winterzeit umzustellen.

Einfach unter "Optionen" » "Allgemein" » "Datum und Uhrzeit" die Zeitdifferenz von 2 auf 1 Stunde umstellen.

Natürlich sollte man auch daran denken die Nicht-Funkuhren im Haushalt umzustellen .

Standardmäßig fügt WordPress das Datum der Beiträge nur einmal pro Tag ein. Also wer z. B. 7 Beiträge an einem Tag schreibt, bei dem wird das Datum nur einmal erscheinen. Dafür wird auf die Funktion bzw. den Template-Tag the_date() zugegriffen. Je nach dem wie man die Datumsausgabe konfiguriert hat, so erscheint sie auch im Weblog. Will man die Datumsausgabe etwas modifizieren so kann man bestimmte Parameter eingeben (guckst du hier). Ein Beispiel: the_date('l, d. F Y') ergibt Dienstag, 11. Oktober 2005.

So, soweit dazu. Jetzt kommen wir aber zu dem eigentlichen Thema: "was muss ich veranstalten um für jeden Beitrag das aktuelle Datum anzuzeigen?". "Einfach das the_date() an der richtigen Stelle einfügen", würdest du in deinem jugendlichen leichtsinn sagen. Das wird so nicht funktionieren, wer es nicht glaubt, kann es selber ausprobieren. Hierbei müssen wir auf die Funktion the_time() zugreifen.

Man könnte jetzt natürlich berechtigter Weise einwerfen, daß man das aktuelle Datum und nicht die aktuelle Uhrzeit anzeigen will. Aber Moment, bitte nicht so ungeduldig . Man soll nicht das "nackte" the_time() einfügen sondern z. B. sowas: the_time('l, d. F Y') und schon wird bei jedem Beitrag, daß aktuelle Datum angezeigt.