geBILDet

Artikel-Schlagworte: „WordPress“

Die Smilies. Und die Farbe Grün ganz allgemein.
Draußen sprießt und keimt es allerorten, die Bäume tragen zarte Knospen, die Vögelein sind im Liebestaumel (eine Ente brütet gerade auf unserem Balkon, wie in jedem Jahr) — die Welt ist grün. Definitiv grün. (Das sogenannte Früh links erwachen hat begonnen.)

Grün ist hier im Blog ja auch stark vertreten. Fehlten nur noch grüne Smilies. Und wissen Sie was? Ich habe welche entdeckt. Und zwar hier: GreenSmilies als WordPress-Plugin (beta). Ich danke herzlichst!

Die vollständige Referenz der Smilies folgt. Soll ich gleich mal zum Abschied einen der grünen Kameraden ins Rennenn schicken? Na dann: Weil ich mich freue, grüne Smilies gefunden zu haben…

In Teil 1 wurden Akismet, ExecPHP und All-in-one-SEO-Pack vorgestellt. Auch die, die nun folgen, halte ich inzwischen für unverzichtbar.

AddQuicktag:
Tags sind “Etiketten”, “Kennzeichnungen”, “Plaketten”, aber eben auch im technischen Sinne “Bezeichnungsschilder”. Und bei WordPress? Da sind es sogenannte Template- bzw. Vorlagenbefehle, vorgegebene Anweisungen, die dem Blog sagen, was er zu tun hat. (Im Übrigen gilt das auch für andere Programmiersprachen wie HTML, CSS, Java…)
AddQuicktag macht seinem Namen (frei übersetzt: HinzufügeSchnelle Befehle) alle Ehre und fügt dem Artikel-/Seiteneditor Befehle hinzu. Ist also etwas für 1. Schreibfaule und 2. Schnell-Blogger und 3. Menschen mit Erinnerungslücken. Nachdem man das Plugin installiert hat, findet man es im Backend von WordPress, also dem Dashboard, unter “Einstellungen”. Das sieht dann so aus:

Wie zu sehen ist, gibt es Felder für den Namen des Buttons, der in der Leiste des Editors erscheinen wird, sowie die Felder Starttag und Endtag. Der Button “Hochlichtkasten” zum Beispiel gibt dann aus: <div class="highlight-box">, wenn er gedrückt wird, und springt dann um auf den Endtag </div>, der den Befehl abschließt. Das Ergebnis dieser Aktion können Sie oben sehen: Die grüne Box mit braunem Rand, die gleich ins Auge fällt, wurde in der style.css des Themes entsprechend definiert (Farbe, Rand, Schrifttyp und -farbe, Ausrichtung) und wird mit diesem Befehl in den Artikel eingefügt. So kann man Allerweltsbefehle, die einem im Editor fehlen, hinzufügen, aber eben auch eigene Kreationen, die WordPress ja von Haus aus garnicht kennen kann. Über den Button “LinkIcon” zum Beispiel erstelle ich die Sprungziele mit den kleinen grünen Sternen davor — dass ich das so mache, konnte WordPress ja im Auslieferungszustand nicht wissen.
Sehr sehr nützlich, dieses Plug-In. Der HTML-Editor dieses Themes stellt sich derzeit übrigens so dar:

Google XML Sitemaps:
Ein Plug-In, dass sich nicht im Frontend (also dem Ende, dass Ihre Benutzer sehen werden) zeigt. Es dient, ähnlich wie das All-in-one-SEO-Pack, dem Auffinden Ihres Blogs nebst den einzelnen Einträgen und Seiten. Im Dashboard finden Sie unter “Einstellungen” den Punkt “XML-Sitemap”. Dort sind die Konfigurationen vorzunehmen. Das Plug-In aktualisiert sich dann regelmäßig und sendet die Daten an Suchmaschinen wie Google und stellt den fleißigen Spährobotern Informationen über Ihre Seite zur Verfügung.

Landing Sites:
Viele Ihrer Besucher flatern Ihnen via Suchmaschine ins Haus. Es werden bestimmte Begriffe gesucht, einer Ihrer Artikel oder eine Seite passen ins Schema der Suche, und die User lesen nach. Und dann? Zwitschern sie wieder von dannen, denn sie haben ja gefunden, was Sie suchten. So verschenken Sie (also Sie als Blogger) potentielle Leserschaft. Es sei denn, Sie bieten Ihren Besuchern etwas Interessantes an, indem Sie Landing Sites installieren. Ein Fitzelchen von Code ist Ihrer single.php

hinzuzufügen; diese Datei regelt das Erscheinungsbild Ihrer Artikel-Einzelansicht. In dieser werden der via Suche einfliegenden Leserschar plötzlich wie von Geisterhand möglicherweise relevante Titel aus Ihrem Repertoire präsentiert. Blättert der Besucher allerdings manuell in Ihrem Angebot herum, sieht er das nicht. Sie können es ja mal testen: Geben Sie z.B. bei Google die Begriffe “black weekend gebildet” ein — gleich der erste Eintrag sollte ein Volltreffer sein. Dann klicken Sie den an, und Sie landen (daher auch Landings Sites) direkt beim Artikel. Dort finden Sie dann am Fuß des Eintrags diese Box:

Sie sehen Artikel, die vielleicht auch interessant sein könnten für die Hereingeflogenen. Und um den Unterschied zu sehen: Klicken Sie hier, landen Sie zwar auch direkt dort, aber die Box ist kleiner, der “Landungstext” fehlt und bietet dann nur die von mir vorgegebenen Links zur Startseite, zum RSS-Feed und zum Impressum an. Wie Sie das gestalten und wo Sie den Text gerne sehen wollen, bleibt weitgehend Ihrer Phantasie überlassen, solange Sie die single.php wählen.

Dies war Teil 2 der Plug-In-Serie. Wenn Sie mögen, dann bestellen Sie sich doch den RSS-Feed, denn die kleine Serie wird fortgesetzt. Es gibt einfach ziemlich viele gute und nützliche Helferlein für WordPress.

Plug-Ins, diese sehr sehr nützlichen kleinen Dinger. Für die Seitenleiste werden die kleinen Zusatzprogramme auch Widgets genannt. (Letztlich sind sie nicht sehr viel anders, von der Funktion her sind es auch relativ kleine Code-Abschnitte, die halt bequem und GAI*-sicher in der Seitenleiste untergebracht werden; dafür muss nicht extra im Quelltext des Themes herumgepult werden. Schließlich ist Pulen im Code nicht jedermanns Sache.)
Einige Plugins haben eigene Widgets an Bord, um etwas in der Seitenleiste ausgeben zu können. Dazu ein Beispiel: Das Plugin “StatPress” erfasst unter anderem, welche Seiten wie oft besucht wurden. Über ein Widget in der Seitenleiste kann der bloggende Mensch dann beispielsweise diese Ergebnisse veröffentlichen. Ein weiteres Beispiel: Akismet (siehe unten) filtert Spam-Kommentare heraus — in einem Widget kann dann die Anzahl des gefilterten Spams bekannt gegeben werden.

Plugins oder Widgets machen das Leben eines Bloggers mit WordPress erheblich leichter. Der Funktionsumfang des Blogs wird (je nach gewählten Plugins teilweise oder ganz erheblich) erweitert. Viele dieser Add-Ons funktionieren “out of the box”, wie der Franzose sagt, also “direkt aus der Kiste”. Bei einigen muss ein wenig Hand angelegt werden, aber die Urheber solcher Schnippsel geben darüber meist recht detailliert Auskunft.

Es gibt viele Blogger, die ihre Erfahrungen mit Plugins und Widgets gerne weitergeben. Hier mal ein paar Beispiele, quasi als Inspiration und Warm-Up:

• Top Ten WordPress-Plugins 2008 (bei Oberlehrer)
• Wichtige Plugins (bei Cindy auf der Blogwiese)
• Die beliebtesten WordPress-Plugins in der deutschsprachigen Blogosphäre (bei Software Guide)

Nicht alles, was existiert, ist für jeden Blog gleichermaßen geeignet. Weder erhebe ich Ansprüche auf Unfehlbarkeit, noch schwelge ich in Absolutheitsphantasien. Ich blogge jetzt ein Vierteljahr mit WordPress (vorher habe ich mit BetaBlogger gearbeitet). Ich bin noch immer begeistert von den Möglichkeiten dieser Plattform. Und nachdem ich endlich mein Theme “environment” so habe, wie ich mir das vorgestellt habe, geht es jetzt verstärkt ans Feintuning mit Plugins und Widgets**.

Was ich für unabdingbar erachte

Akismet:
Einer der effektivsten Spamfilter überhaupt. Hat hier schon reichlich Spam rausgefischt. Aber: Der rechtliche Rahmen des Einsatzes scheint in Deutschland unsicher zu sein. Das Problem: Es werden, damit die guten Kommentare ins Töpfchen kommen, die schlechten aber ins Spam-Nirvana geschickt werden können, Daten an einen Server in den USA geschickt. Dieser gleicht bestimmte Parameter ab, speichert diese, aber der Akismet-Benutzer hat darauf keinen Einfluss und weiß auch nicht genau, was wie lange warum gespeichert wird. (Details bei Datenwachschutzblog.) Aus meine rErfahrung mit dem Plugin kann ich aber sagen, dass es sehr zuverlässig filtert und einem Kommentare wie diesen effektiv vom Hals hält. Bei allen rechtlichen Bedenken: Ich verwende ihn weiterhin, werde aber einen deutlichen Hinweis auf den Datenschutz setzen.

All-in-one-SEO Pack:
SEO — das Kürzel steht für Search Engine Optimization, also Suchmaschinenoptimierung. Mal Hand aufs Herz: Wer etwas in seinem Blog veröffentlicht, möchte auch gelesen werden. (Wahlweise gehört oder gesehen, wenn es sich um Podcasts, Musik oder Bilder handelt.) Zwei Besucher am Tag machen den Blogger-Kohl nicht fett. Da hilft so ein Plugin, dass einem weitgehend die Arbeit abnimmt, schon echt weiter. Man kann aber, wenn gewünscht, gehörig an der Optimierungsschraube des Optimierungstools drehen. Wobei Kenntnisse der englischen Sprache dafür unabdingbar sind.

Exec-PHP:
PHP ist quasi der Motor aller dynamischen Webinhalte. Wie jeder, der lesen kann, unschwer wird erkennen können, besteht so ein WordPress-Theme zu einem Großteil aus .php-Dateien, flankiert von .css, also Cascading styling sheets, welches den Design-Ton angibt. Will man nun ein Fitzelchen PHP in Artikel und/oder die Seitenleiste einbauen, so wird man ohne Exec-PHP kläglich schietern scheitern: Da verweigert WordPress in der Standardversion jedwede Zusammenarbeit. Mit diesem Plugin aber ist das einfach: PHP-Code schnappen, einfügen — und schon läuft die Geschichte. Die einfachen kleinen Text-Widgets werden plötzlich zu mächtigen Werkzeugen.

Warnung bei installiertem ExecPHP im Kopf des Editors

Aber Vorsicht: WordPress hat ja auch diesen WYSIWYG***-Editor. Soll beim Schreiben helfen, die Struktur und das spätere Aussehen des Eintrags zu erfassen. Für PHP-Code jedoch ist dieser Editor sehr gefährlich. Aber sind wir mal ehrlich: Sah Ihr Artikel jemals nach der Veröffentlichung so aus wie im Editor? Nein? Na, dann brauchen wir ihn wohl auch nicht.
Er kann dem ungeübten Anwender sicherlich eine gewisse Hilfe sein, die ungefähre Struktur zu erfassen, aber er ist entbehrlich. Für dieses Plugin ist er sogar tödlich, zumindest für den PHP-Code. Der ist dann ratz, fatz weg, wenn man einen Artikel aus der WYSIWYG-Oberfläche (die bei WordPress “grafisch” heißt) heraus speichert. Ich habe aber die Erfahrung gemacht, dass man durchaus zwischenzeitlich mal in die grafische Ansicht wechseln kann, wenn man nur nicht vergisst, vor dem Speichern in den HTML-Editor zurückzukehren — manche Schaltflächen (zum Beispiel die für Unterstreichungen) gibt es im HTML-Editor nicht.

Das mit den fehlenden Schaltflächen kann man aber abstellen — mit dem Plugin AddQuicktag, mit welchem es im nächsten Teil weiter geht.

Ein abschließender persönlicher Dank geht an Cindy, dass sie mir beim Suchen geholfen hat: Auf die Idee, in der Suchmaske der blogwiese mal den Namen des Plugins, welches sie verwendet, ich suchte, aber immer nur in der falschen Version in die Finger bekam, einzugeben, bin ich mit meinem Brausekopf nicht gekommen.

* GAI = Größter anzunehmender Idiotenanwender.

** Widget wird, LEO folgend, übrigens mit “Dingsbums”, “Mätzchen” oder “Vorrichtung” übersetzt. Auch nicht aussagekräftiger als die englische Bezeichnung. Bezeichnenderweise war der erste (Unter-)Titel meines Blogs “kunstgriff bloggt fotos und andere mätzchen”. “Andere Mätzchen” hat sich bis heute auch als Kategorie-Synonym für “Verschiedenes” erhalten.

*** WYSIWYG: Steht für “What you see is what you get”. Frei übersetzt: Guckste schon beim Schreiben, wie’s später aussieht.

Ja, endlich, hier läuft es ja schon seit einigen Wochen, wurde aber immer nachgebessert (oder verschlimmbessert, wie man’s sieht). Nun habe ich mich zur Veröffentlichung entschlossen! Natürlich wird da und dort noch geschraubt, aber auch die letzten Probleme sind behoben, diese Version läuft unter WordPress 2.7.1 stabil und gut.

Da ich den Grundstock als GNU-lizensiertes Werk ebenfalls frei bekommen habe, gebe ich die modifizierte und erweiterte Version gerne weiter.

Das Theme hier steht jetzt zum Download als ZIP-Datei bereit!

Zwangsläufig beschäftigt man sich mit Visualisierungsaspekten, wenn man ein Blog zusammenschraubt und fährt. Schließlich kann man nicht erwarten, dass sich alle so auf der Plattform auskennen wie man selbst. Gerade die Möglichkeit, RSS-Feeds zu abonnieren, kann nicht deutlich genung herausgestellt werden. Sonst rauschen alle Besucher wieder ab, ohne etwas für später mitzunehmen.

Eine ganz hervorragende Sammlung frei erhältlicher RSS-Piktogramme finden Sie hier — von ganz unprätentiös bis krachend. Wer von da wieder verschwindet, ohne fündig geworden zu sein, na, dem ist dann wohl nicht mehr zu helfen.

Es ist Ihnen vielleicht schon da und dort aufgefallen: Nicht nur der Blog-Titel ist anklickbar, sondern auch die Beschreibung. Sie können diesen Bereich auch Untertitel nennen. Sie als Besucher haben dadurch keine wirkliche zusätzliche Funktionalität — Sie gelangen von dort ebenso zur Startseite, als würden Sie auf den Blogtitel klicken. Der Blogger, zumindest dann, wenn er angemeldet ist, gelangt von dort aus jedoch direkt in den Admin-Bereich. Vielleicht ist dieses Gimmick ja für Sie interessant — um zum Dashboard zu gelangen, müssen Sie sich dann nicht mehr bis zum Admin-Link durchhangeln, denn die Blogbeschreibung steht ja ganz oben im Seitenkopf und ist somit stets schnell erreichbar. Wir hatten das hier auch eine Zeit lang, bis Blogtitel und -Beschreibung dem neuen Design weichen mussten, für das wir die Einblendung von Titel und Beschreibung abgeschafft haben.

Gut daran ist, dass dies mit sehr wenig Code zu realisieren ist. Der Ort, an dem sich das abspielt, ist die header.php. Sie suchen einfach <?php bloginfo('name'); ?> sowie <?php bloginfo('description');?>. Den Bereich, der meistens so aussieht:

<!-- No.1: USUAL WAY. CLICK ON BLOG TITLE LETS YOU RETURN HOME WHILE THE DESCRIPTION IS JUST A DESCRIPTION NOT A CLICKABLE AREA. -->
<div id="header">
<div id="headerimg">
<h1><a href="<?php echo get_option('home'); ?>/"><?php bloginfo('name'); ?></a></h1>
<div class="description"><?php bloginfo('description'); ?></div>
</div>
</div>
<!-- END of No.1 -->

ersetzen Sie einfach durch diesen:

<!-- No.2: THE FOLLOWING COMMENTED PART IMPLEMENTS DIRECT ACCESS TO ADMININSTRATION BY CLICKING ON THE BLOG DESCRIPTION WHILE ANYONE WHO IS NOT LOGGED IN RETURNS BACK HOME -->
<div id="header">
<div id="headerimg">
<h1><a href="<?php echo get_option('home'); ?>/"><?php bloginfo('name'); ?></a></h1>
<div class="description">
<a href="<?php
if (current_user_can('level_10'))
echo get_settings('home').'/wp-admin/">';
else
echo get_settings('home').'/">';
bloginfo('description'); ?>
</a>
</div>
</div>
</div>
<!-- END of No.2 -->

Was macht der Code? Während in Variante 1, dem Standard-Header, Blogtitel und -beschreibung im Kopf angezeigt werden, aber nur der Titel anklickbar ist und den Benutzer zurück zur Startseite bringt (<a href="<?php echo get_option('home'); ?>/"><?php bloginfo('name'); ?></a>), wird in Variante 2, die ebenfalls beides anzeigt, durch einen Klick auf die Beschreibung die Berechtigung des Benutzers abgefragt. current_user_can('level_10') ist die höchste Berechtigung, nämlich die des Administrators. Sitzt jener gerade vorm Rechner, ist angemeldet, sieht sich das eigene Blog an und möchte nun dringend in das Dashboard gelangen, so genügt ihm (oder ihr, klar) das Anklicken der Blogbeschreibung dafür. Benutzer, die nicht angemeldet sind und somit auch nicht über entsprechende Berechtigungen verfügen, werden stattdessen einfach zur Startseite gebeamt.

Theoretisch (und praktisch) ist diese Berechtigungsabfrage auch für andere Funktionen sinnvoll, die nur dem Administrator zur Verfügung stehen sollen. Das Spektrum der Berechtigungen reicht von 0 (der registrierte User) über 1 (der Mitarbeiter), 2 (der Blogautor) und 7 (der Herausgeber) bis eben 10 (der Administrator). Natürlich sind die vergebenen Berechtigungen abwärtskompatibel: Ein Admin darf alles (Level 10 bis 0), der Herausgeber ist da schon eingeschränkter (Level 7 bis 0) usw.

Gestern nacht habe ich die Statistiken ausgewertet (damit die endlich mal gelöscht werden können, wie ich es in den Datenschutzrichtlinien für dieses Blog versprochen habe). Etwas erschreckt habe ich feststellen müssen, dass ein Großteil der Leserinnen und Leser via Microsofts Internet Explorer reinkommt — und leider sehen die nicht alles so, wie ich es gedacht habe. Es sind nur Kleinigkeiten, das Gesamt-Layout der Seite geht soweit in Ordnung. Trotzdem finde ich es nach wie vor ärgerlich, für jedes Hölzchen ein Stöckchen basteln zu müssen.

Gedacht ist der Kopfbereich so, wie ihn Firefox darstellt:

Post-Header in Firefox

Der Internet Explorer, bei mir immerhin die neueste Version, zeigt die Geschichte leider so an (unerwünschte Abweichungen sind markiert):

Post-Header im IE 7

In der Navigationsbox unter dem Artikel in der Einzelansicht gibt es auch einen Fehler. So wurde es programmiert:

Post-Box in Firefox

So zeigt es der Internet Explorer des führenden OS an:

Post-Box im IE

Nicht dramatisch, da gibt es ganz andere Katastrophen, aber mithin ärgerlich.

Nachtrag: Seit 19.März 2009 ist der nigelnagelneue Internet Explorer 8 erhältlich. Natürlich habe ich ihn sofort installiert, schließlich soll er wesentlich sicherer und kompatibler sein als die Vorgänger. Tatsächlich ist die zuvor verschobene Header-Anzeige nun korrekt, aber der zusätzliche Punkt in der Box bleibt.