wordpress-anpassung | perun.net – Seite 8

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.

Weil es gerade für mich aktuell ist und ich es sonst vergesse wenn ich es nicht notiere: wie realisiert man Permalinks für WordPress wenn man als Grundlage einen Microsoft IIS-Webserver und keinen Zugang zu der originalen php.ini hat?

Als erstes einen Texteditor bemühen und dort folgendes notieren:

cgi.fix_pathinfo = 1
cgi.force_redirect = 0

Als php.ini abspeichern und in den Hauptordner (root) hochladen. Anschliessend in die Adminoberfläche von WP wechseln und die Permalinks mit einem vorangestellten /index.php/ notieren, hier ein Beispiel:

/index.php/%postname%/

Würde folgendes ergeben: www.perun.net/index.php/ein-toller-beitrag. Dieser Schritt ist angeblich nur notwendig wenn "pathinfo processing" nicht aktiviert wurde. Ob diese Aussage stimmt, kann ich nicht sagen, da ich mich mit den Windows-Servern nicht auskenne. Aber auf jeden Fall, habe es gerade getestet, funktioniert die oben beschriebene Methode um "sprechende URLs" bzw. schönere Permalinks auf dem IIS zu fabrizieren. Die sind zwar nicht so schön wie mit mod_rewrite (Apache) aber immerhin leserlicher als im ursprünglichen Zustand.

Genau danach habe ich gesucht und ich dachte das wäre die Lösung, aber auch nach mehrmaligen durchlesen des Beitrages bin ich nicht schlauer. Worum geht es? Es geht darum in der Navigation, bei einem Weblog welcher mit WordPress betrieben wird, den jeweiligen aktuellen Link automatisch hervorzuheben. Wie man es manuell und halb-automatisch macht, habe ich in diesem Bericht kurz beschrieben. Das funktioniert zwar einbahnfrei, ist aber etwas umständlich, da man die ausgelagerte Navigationsdatei selbst aktuallisieren muss.

Ich habe mir schon länger darüber Gedanken gemacht, wie man dies automatisieren könnte. Schon relativ früh war mir klar, daß eine der Möglichkeiten es wäre den Titel (wp_titel) der jeweiligen Unterseite auszulesen, aufzubereiten (z.B. die Leerzeichen entfernen) und im Bodytag und innerhalb der Navigation als zusätzliche ID einzufügen. Das Prinzip habe ich schonmal unter dem Stichwort Aktuellen Link mit CSS hervorheben beschrieben.

Nathan Steiner berichtet auf Web-graphics.com wie man wp_titel ausliest und aufbereitet und wie man ihn dazu nutzen könnte eine kontextsensitive Navigation zu realisieren. Aber auch seine Lösung ist nicht richtig komfortabel denn er beschreibt wie man den Titel als ID in den Bodytag einfügt. Die IDs für die Navigation realisiert er anhand einer statischen HTML-Seite.

Daher weiss ich nicht wirklich wo bei seiner Lösung der Vorteil sein sollte. Gut, ich weiss das "mein" Ansatz (mit if-Statements) nicht soo elegant ist, aber man muss nur eine Datei aktuallisieren im Gegensatz dazu muss man beim Ansatz von Nate 2 Dateien manuell editieren (die CSS-Datei und die Navigationsdatei).

Eine weitere Möglichkeit um solche Menüs zu erzeugen habe ich bei Matt gefunden, aber das funktioniert nur wenn man die Navigationslinks manuell eintippt. Jegliche Versuche dies zu automatisieren – z. B. in Verbindung mit dem WP-Templatetag für die Ausgabe der Kategorienlinks – sind zumindest bei mir gescheitert.

Naja, die Suche geht weiter Es wäre ja auch langweilig wenn man alles direkt finden würde .

Ach, ein Hinweis in eigener Sache. Bei Berichten zu Thema "Navigation" und "aktueller Link in der Navigation" kommen immer wieder die Missionare Leute vorbei, die denken sie müssten mich davon überzeugen das der Verweis auf die aktuelle Seite das größte Übel der moderenen Zeit, der Untergang von Internet & westlicher Kultur sei und das man deswegen in der Hölle landen würde. Ich habe zu dieser Unsitte schon mehrmals was gesagt, daher würde es wenig Sinn machen, sich mit mir darüber zu unterhalten .

Themen des 6. Podcasts

Aufhören mit Rauchen

WordPress als CMS: zweites Beispiel

Pingbacks & Blacklist: was tun wenn man selbst in die "schwarze Liste"von WordPress reingerät?

Tragbare MP3-Player mit guter Aufnahmequalität: Iriver, Creative, Hanbit oder Nextway?

Dateidownload:
Peruns Podcast Nr. 6 (4,2 mb) und Podcast-Feed.

Es gibt wieder eine neue Version von WordPress. Es handelt sich hierbei um einen Sicherheitspatch. Unter gewissen Umständen konnte man eine Sicherheitslücke ausnutzen, wenn das Standardtemplate (default) verwendet wird. Die Lösung des Problems ist entweder ein kompletter Update oder manueller Eingriff in die wp-includes/template-functions-category.php:

1. Öffne wp-includes/template-functions-category.php in einem Texteditor.
2. Gehe zur Zeile 103: get_the_category_by_ID.
3. Erstelle darunter eine neue Zeile und füge folgenden Code ein: $cat_ID = (int) $cat_ID;.

Angeblich ist es so, daß WP-Nutzer auf deren Apache-Server mod_security läuft, von dieser Sicherheitslücke auf jeden Fall nicht betroffen sind.

Ich habe das Weblog-Archiv so umorganisiert, daß auch die verwendeten Tags aufgelistet werden. Wer noch nichts von den Tags (Etiketten, Stichwörter) gehört hat, dem könnte dieser Beitrag helfen.

Möglich wird das tagging durch das WP-Plugin Jeromes Keywords, welches mittlerweile in der Version 1.6 erschienen ist. Unter anderem werden jetzt die häufigsten Schlüsselwörtern beim Verfassen der Beiträge aufgelistet.

Die Tags werden durch folgende PHP-Anweisung ausgegeben:

<?php all_keywords() ?>

So, nun habe ich dieses Weblog nochmals upgedatet und zwar auf die neueste Version 1.5.1.1. Laut den Entwicklern wurden die Fehler bei den Feeds und mit Track- bzw. Pingbacks behoben.

Ich habe das Update nach meiner Art gemacht:

• Datenbank und alle Dateien von WordPress gesichert.
• In Admin-Bereich auf Standardtemplate gewechselt.
• Alle Plugins deaktiviert. Und weil manche Plugins mit meinem Standardtemplate verzahnt sind habe ich vorher zum Standardtemplate gewechselt.
• Alle WP-Dateien auf dem Server gelöscht. Ausnahme wp-config.php und .htaccess.
• Das neue WP-Paket hochgeladen.
• /wp-admin/upgrade.php aufgerufen und Installation beendet.
• Plugins hochgeladen und aktiviert.
• Templates hochgeladen und mein Template aktiviert.
• Die Sprachdatei und Bilder für die Beiträge hochgeladen.
• install.php und upgrade.php entfernt.

Wirkt zwar auf den ersten Momen kompliziert, aber mit dieser Vorgehensweise komme ich am besten klar. Ich deaktiviere alle Plugins bei einem Update, da ich vor einiger Zeit im Supportforum gelesen hatte, daß einige Leute Probleme beim Update mit den Plugins hatten.

Und weil ich manche Dateien ändere bzw. vom Server entferne, habe ich es gerne wenn ich auch alle verbliebene WP-Dateien beim Update lösche und durch die neuen ersetze.

Nun musste ich nur noch zwei kleinere Änderungen vornehmen. In der /wp-admin/upload.php wegen den fehlenden Bindestrichen in Bildernamen. Dieses Problem habe ich bereits beschrieben.

Die zweite Veränderung betrifft /wp-admin/quicktags.js. Hier ist die Funktion für die Aufteilung eines Berichtes in mehrere Seiten ("Nextpage") deaktiviert bzw. auskommentiert (Zeile 134-143). Dann kommentiere ich das Wörterbuch aus in der Zeile 263 und in der Zeile 264 übersetze ich die englischen Bezeichnung "close all tags".