Hier sind alle Beiträge aufgelistet, die mit wordpress-faq verschlagwortet sind.
Quicktags sind in WordPress die Buttons im HTML-Editor mit deren Hilfe man einfacher verlinkt, Bilder einfügt, Zitate auszeichnet und einiges mehr. Diese Editor-Buttons kann man auch im Formular für die Kommentare einbinden um den Kommentatoren das Verfassen der Texte zu erleichtern. Gestern bekam ich über die Twitter die Frage, wie ich das hier auf perun.net löse. (weiterlesen…)
Hinweis:
WordPress 3.3 für Autoren & Redakteure (pdf)
Ausdruckbar, Volumenlizenzen zu sehr fairen Preisen.
Ich habe gestern auf Twitter die Frage bekommen, wie ich hier auf perun.net die Hinweis- bzw. die Werbeblöcke realisiert habe. Es geht um die folgenden Blöcke:

Diese Blöcke erscheinen auf allen Übersichtsseiten bzw. auf allen Archivseiten (Kategorien, Zeit-Archive, Tag-Archive etc.) und zwar nach den ersten drei Artikeln und manchmal auch mitten im Artikel.
Die Lösung basiert auf zwei Komponenten. Zum einen kommt ein Code-Fragment zum Zuge, den ich bereits im Artikel WordPress: Anzeigen nach dem ersten und zweiten Artikel beschrieben habe und auf der WordPress-Erweiterung AdRotate, die ich auch schon vorgestellt habe: Mit AdRotate Werbeflächen verwalten. (weiterlesen…)
Hinweis:
Kostenloser WordPress-Newsletter
Wöchentl. Newsletter zu WordPress und verwandten Themen
In WordPress 3.2 wurde die Schrift geändert: Arial/Helvetica waren ab da Standardschrift im Backend. Dies ist nicht bei allen Nutzern auf Sympathien gestoßen und so wurde mit dem Update auf 3.2.1 in dem Admin-CSS lediglich die generische Schriftfamilie sans-serif angegeben.
Trotz des Updates auf die neue WordPress-Version sind aber die Schriften Consolas (Windows) bzw. Monaco (Mac) in der HTML-Ansicht bzw. dem HTML-Editor geblieben. Bei den beiden Schriften handelt es sich um nichtproportionale (monospace) Schriften. (weiterlesen…)
Hinweis:
WordPress 3.3 für Autoren & Redakteure (pdf)
Ausdruckbar, Volumenlizenzen zu sehr fairen Preisen.
Die benutzerdefinierten Felder (engl. Custom Fields) sind eine sehr nützliche Funktion innerhalb von WordPress. Leider funktionieren die standardmäßig nur innerhalb des Loops.
Möchte man die benutzerdefinierten Felder aber auch außerhalb des Loops, zum Beispiel in der Seitenleiste, im Kopfbereich oder in der Fußzeile einbinden, dann muss man entweder auf Plugins zurückgreifen – Get Custom Field Values wäre so eine Erweiterung – oder man bindet den folgenden Code ein:
<?php
global $wp_query;
$postid = $wp_query->post->ID;
echo get_post_meta($postid, 'Name des Feldes', true);
wp_reset_query();
?>
da wo man den Wert des benutzerdefinierten Feldes ausgegeben haben möchte. Gefunden habe ich den Code u.a.hier und auch hier
Das eine falsche Permalink-Struktur eine WordPress-Installation gehörig ausbremsen kann ist nichts neues. Ich habe vor knapp 1,5 Jahren einen Artikel zum Thema Permalinkstruktur verfasst: Die richtige Permalinkstruktur.
Schon damals und eigentlich einige Zeit vorher (siehe hier und hier) war klar, dass man die Permalinkstruktur einer WordPress-Installation nicht mit einer "Textkomponente" wie z. B. Kategorie-, Tag- oder Artikel-Namen anfangen sollte. (weiterlesen…)
Auch wenn die Meldung in den letzten tagen durch Twitter, Facebook und diverse Weblogs gegangen ist, schadet es nie solche Hinweise mehrfach zu erwähnen. Worum geht es?
Das WordPress-Team hat bei drei Plugins – AddThis, WPtouch, and W3 Total Cache – Manipulationen entdeckt, die nicht von den Autoren stammen. Es wurden Backdors in den Erweiterungen platziert. Das Team hat sich deswegen entschlossen, die Passwörter der Nutzer von WordPress.org (Forum, Trac etc.) zurückzusetzen. Das gleiche hat man auch für bbPress.org und BuddyPress.org gemacht.
Daher muss man sich beim nächsten Besuch dort ein neues Passwort holen und am besten, wenn man die besagten Plugins nutzt, die selbigen Updaten. (weiterlesen…)
[Aktualisiert am 11. Januar 2012]
Während man einen längeren Artikel oder eine Artikel-Serie vorbereitet, könnte es sein, dass man einen Rat von Außen braucht. Hat derjenige den man fragen möchte keinen Account im Weblog, dann kann er die Entwürfe auch logischerweise nicht sehen.
Gut, man könnte der Person kurzfristig einen Account einrichten, aber erstens möchte man dies nicht immer und zweitens wenn ich schon jemanden um etwas bitte, dann möchte ich ihm den Weg bis dorthin so komfortabel und einfach wie möglich machen.
In solchen Situationen kann die WordPress-Erweiterung Share a Draft helfen. Es generiert von dem Entwurf einen geheimen Link, der auch zeitlich begrenzt ist. Nur wer den Link auch kennt kann den Beitrag einsehen.
Derjenige der gefragt wird muss sich keine Zugangsdaten merken und muss sich auch nirgendwo extra einloggen. Er muss einfach nur den Link aufrufen.
Nach der Aktivierung findet man unter dem Hauptpunkt Artikel einen zusätzlichen Unterpunkt im Admin-Menü mit dem Namen Share a Draft. Dort wählt man zuerst den Entwurf (Draft) aus und wählt wie lange der Link gültig sein soll. Anschließend auf den Knopf Share it klicken und die Erweiterung generiert einen sehr langen Link. Diesen Link schickt man dann an die Personen, die sich den Entwurf anschauen sollen.
Quelle: WordPress-Newsletter Nr. 4
Nachtrag: der so generierte private Link ist für "externe" Betrachter gedacht und funktioniert nicht wenn man z. B. als Admin eingeloggt ist.
In der neuen Version ist das Plugin auch nutzbar wenn man den Link dem Admin zuschickt (siehe Kommentar).