Ist das private Weblog von Vladimir Simovic mit Berichten zum Thema Webwork und Internet. Ich wohne in Köln und arbeite als freier Webworker, Blogger und Autor.
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:
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".
Wenn man innerhalb von Wordpress einen neuen Beitrag oder eine neue Seite (Page) schreibt, so hat man die Möglichkeit mittels der sog. "Quicktags" (quick = schnell; tag = Markierung, Etikette) auf einen Satz vorgegebener Anweisungen (Seitenumbruch, Vorspann) und HTML-Tags (Zitat, Liste, Code etc.) zuzugreifen. Diese Quicktags werden in der Datei wp-admin/quicktags.js definiert.
Wer mit dem Standardsatz an Quicktags nicht zufrieden ist, der kann sie mittels eines Texteditors (z. B. Notepad oder Weaverslave) ändern bzw. anpassen. (» Weiterlesen…)
Seit einigen Tagen spinnt der Newsfeed von diesem Blog. In Bloglines und in Abilon erscheinen alle Beiträge seit dem 01. Mai in dem Newsfeed mit einem Zeitstempel der 3 Monate zurückliegt. Und im Thunderbird, wie mir berichtet wurde, steht als Zeitpunkt das Jahr 1970.
Ich dachte zuerst das würde an der Änderung der Permalinkstruktur liegen, aber davon sind auch Weblogs betroffen, die in letzter Zeit keine bzw. noch nie Änderungen an der Permalinkstruktur vorgenommen haben, wie in diesem Beitrag zu lesen ist.
In dem gleichen Beitrag wird auch eine Lösung vorgestellt. Das Problem liegt in der Datei wp-rss2.php in der Zeile 27 und 36.
Die Anweisung in der Zeile 27:
<?php echo mysql2date('D, d M Y H:i:s +0000', get_lastpostmodified('GMT'), 0); ?>
sollte man durch diese ersetzen:
<?php echo mysql2date('r', get_lastpostmodified('GMT'), 0); ?>
Und die Anweisung in der Zeile 36:
<?php echo mysql2date('D, d M Y H:i:s +0000', get_the_time('Y-m-d H:i:s')); ?>
durch diese ersetzen:
<?php echo mysql2date('r', get_the_time('Y-m-d H:i:s')); ?>
Momentan gibt sich Abilon mit dieser Veränderung zufrieden und zeigt das richtige Datum an. Mal schauen wie es bei Bloglines wirkt Auch Bloglines und Thunderbird (danke Robert) zeigen den Newsfeed mit dem richtigen Zeitstempel an.
Ja ich weiß, das Motto lautet "Don't change cool URL". Aber ich konnte nicht anders. Es störte mich schon seit längerem, wie die URL-Struktur in diesem Weblog aufgebaut war. Das Wort "archiv" war vollkommen überflüssig und "category" hat mich auch gestört. Nun habe ich das erste Wort völlig aus den URLs rausgeworfen und das zweite Wort eingedeutscht.
Hier zwei Beispiele:
www.perun.net/archiv/category/mozilla/ wurde zu www.perun.net/kategorie/mozilla/ und aus www.perun.net/archiv/2005/04/26/finger-weg/ wurde www.perun.net/2005/04/26/finger-weg/
Die Änderungen an der Permalinkstruktur tätigt man unter "Optionen" –> "Permalinks". In dem zweiten Feld trägt man die Bezeichnung für die Kategorie-Basis. In meinem Fall ist es /kategorie.
Nun muss auch eine Weiterleitung her, damit man, auch wenn man die alten URLs abruft, zu den jeweiligen Beiträgen kommt. Am besten ist es eine serverseitige Weiterleitung zu bemühen. Apache-Server kann mittels Redirect sowas ganz gut. In meinem Beispiel müsste man folgende Zeilen in die .htaccess-Datei eintragen:
RedirectMatch permanent /archiv/category/([^\.]+) /kategorie/$1
RedirectMatch permanent /archiv/([^\.]+) /$1
Mit RedirectMatch bekommt man die Möglichkeit auch mit regulären Ausdrücken zu arbeiten (siehe Weiterleitung). Ich hoffe mal, daß ich mit dieser Weiterleitung alle Eventualitäten abgedeckt habe. Daher hätte ich eine Bitte an die Bloggerkollegen und andere Webmaster: falls ihr Links zu den einzellnen Berichten gesetzt habt, wäre es sehr nett wenn ihr diese berichtigen könntet.
Seit dem Update auf Wordpress 1.5 hat mich eine Sache stark gestört aber aus Faulheit & Vergesslichkeit, habe ich es bis jetzt nicht geschafft es zu beheben.
Worum geht es? Wenn ich Bilder, die im Namen einen Bindestrich hatten "-" (oder sagt man Minus?) z. B. mein-bild.png, hochgeladen habe, dann lieferte mir Wordpress zwar den Code aus, aber im Code war kein Bindestrich mehr und auch die Datei wurde auf dem Server ohne den Bindestrich abgespeichert.
Die Lösung des Problems liegt in /wp-admin/upload.php. Dort sucht man in der Zeile 86 folgenden Code:
$img1_name = preg_replace('/[^a-z0-9_.]/i', ", $img1_name);
und ersetzt ihn durch diesen:
$img1_name = preg_replace('/[^a-z0-9_.-]/i', ", $img1_name);
Das wars, im Endeffekt wird nur das Minuszeichen nach dem Punkt angehängt.
Gerade hatte ich bei meinem neuen Projekt das Problem, daß Wordpress die Unterkategorien nicht als verschachtelte Listen darstellen wollte, obwohl das angeblich standardmäßig aktiviert ist. Die Lösung des Problem ist hide_empty=0:
<?php wp_list_cats('hide_empty=0&weitere Angaben'); ?>
Fragt mich jetzt nicht warum, die Angabe hide_empty=0 beziht sich darauf ob Kategorien ohne Beiträge angezeigt werden oder nicht. Und ich hatte in diesem Fall keine leeren Kategorien.