Mit jeder Aktualisierung des WordPress-Kerns werden auch Plugins wie Akismet und Hello Dolly oder Themes wie TwentyTen aktualisiert. Hat man diese gelöscht, sind sie nach einem Update wieder vorhanden. Seit WordPress 3.2 gibt es die Möglichkeit, WordPress zu verbieten, den wp-content-Ordner anzurühren.

Im Grunde genommen brauchen wir nur eine Konstante, die in die wp-config.php eingefügt wird – und zwar CORE_UPGRADE_SKIP_NEW_BUNDLED.

Die Zeile in der wp-config.php sieht dann so aus:

1

define('CORE_UPGRADE_SKIP_NEW_BUNDLED', true );

Bei folgenden Aktualisierungen wird also nur noch der WordPress-Kern aktualisiert. Plugins und Themes, die vorinstalliert sind müssen ab jetzt manuell aktualisiert werden.

Kategorie: WordPress » Tipps | Tags: Akismet, Aktualisierung, CORE_UPGRADE_SKIP_NEW_BUNDLED, Hello Dolly, Plugin, Theme, TwentyTen, Update, WordPress, wp-config.php, wp-content

zum Artikel | keine Kommentare

Durch Server-Versagen oder Hintertürchen in diversen Skripten kann es immer wieder vorkommen, dass PHP-Dateien des Servers in Klartext lesbar sind. Der Albtraum für jeden Webmaster, der Konfigurations-Dateien im öffentlichen Verzeichnis hat. Da dies bei nahezu jeder WordPress-Installation der Fall ist, möchte ich hier einen einfachen aber effektiven Weg zeigen, die wp-config.php zu schützen.

Die Auslagerung

Man kann die Auslagerung in folgenden vier Schritten zusammenfassen:

1. Ausschneiden der sicherheitsrelevanten Einträge der wp-config.php
2. Einfügen in eine eigene Datei (Bsp. config.php)
3. Abspeichern dieser Datei außerhalb des öffentlichen Stammverzeichnisses
4. Einbinden dieser Datei in der wp-config.php

Konkret könnte die originale wp-config.php dann so aussehen:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

<?php
/**
 * WordPress Config
 */
require_once(dirname(dirname(__FILE__)) . '/config.php');
 
// Lokalisierungs-Einstellungen
define('WPLANG', 'de_DE');
 
// Debug-Einstellungen
define('WP_DEBUG', false);
 
// WordPress-Einstellungen
if (!defined('ABSPATH'))
    define('ABSPATH', dirname(__FILE__) . '/');
 
require_once(ABSPATH . 'wp-settings.php');

Die config.php liegt in diesem Fall im übergeordneten Ordner und enthält die sensiblen Daten, wie Zugang zu Datenbank, FTP-Server oder auch die Sicherheitsschlüssel:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

<?php
 
// MySQL-Einstellungen
define('DB_NAME',     'xxxxxx');
define('DB_USER',     'xxxxxx');
define('DB_PASSWORD', 'xxxxxx');
define('DB_HOST',     'localhost');
define('DB_CHARSET',  'utf8');
define('DB_COLLATE',  '');
$table_prefix = 'wp_';
 
// FTP-Einstellungen
define('FTP_HOST',  'xxxxxx');
define('FTP_USER',  'xxxxxx');
define('FTP_PASS',  'xxxxxx');
define('FS_METHOD', 'direct');
 
// Sicherheits-Einstellungen
define('AUTH_KEY',         'xxxxxx');
define('SECURE_AUTH_KEY',  'xxxxxx');
define('LOGGED_IN_KEY',    'xxxxxx');
define('NONCE_KEY',        'xxxxxx');
define('AUTH_SALT',        'xxxxxx');
define('SECURE_AUTH_SALT', 'xxxxxx');
define('LOGGED_IN_SALT',   'xxxxxx');
define('NONCE_SALT',       'xxxxxx');

Die Alternative

Es kann sein, dass man nicht die nötigen Rechte hat auf den Überordner zuzugreifen. Falls es erlaubt ist eine .htaccess-Datei anzulegen und mod_rewrite aktiviert ist, gibt es dennoch eine Variante, die wp-config.php vor der Öffentlichkeit zu schützen:

<files wp-config.php>
Order deny,allow
deny from all
</files>

Diese Regeln verhindern, dass die wp-config.php vom allgemeinen Web-User aufgerufen werden kann. Somit ist sie ebenfalls relativ gut geschützt.

Ich verwende sogar beide Methoden. Sicher ist sicher.

Kategorie: WordPress » Tipps | Tags:

zum Artikel | 3 Kommentare

Schon als ich diesen Blog im Januar 2010 gestartet habe, lag es auf der Hand, dass ich ein Syntax-Highlighting Plugin benötige. Damals setzte ich noch das recht populäre WP-Syntax Plugin ein, welches mir leider kurz danach Probleme bereitete. Außerdem muss bei diesem Plugin noch mühsam das automatisch eingebundene Stylesheet entfernt werden, wenn dies nicht gewünscht ist. Das muss doch besser gehen…

Deshalb habe ich spontan mein eigenes Plugin geschrieben, das jetzt schon seit über einem Jahr hier im Einsatz ist und für nichts als farbige Code-Boxen sorgt.

In den letzten Tagen habe ich es endlich mal fit für das WordPress Plugin Directory gemacht, wo es jetzt auch zu finden ist.

Alle weiteren Informationen findet ihr auf der Projekt-Seite.

Kategorie: WordPress » Plugins | Tags: Code, Informationen, Pimp my Snippet, Plugin, Problem, Pugin Directory, Recherche, Syntax Highlighting, WordPress

zum Artikel | 2 Kommentare

Seit einiger Zeit gibt es die Theme-Vorschau in WordPress. Mit Hilfe dieser kann man im Backend ein neues Theme testen, ohne es zu aktivieren. Leider ist die Ansicht auf einen eingebetteten Frame innerhalb eines Popups beschränkt. Manchmal kann es jedoch von Nöten sein, dass man ein neues Theme so testen möchte, wie es auch später aussieht – im Vollbildmodus. Ich finde außerdem angenehmer.

Dazu muss man sich nur die GET-Parameter anschauen, die WordPress über dem Inlineframe an die Startseite eures Blogs übergibt. Bei einem Test mit dem TwentyTen-Theme lauten diese wie folgt:

• preview=1
• template=twentyten
• stylesheet=twentyten

Der vollständige Aufruf sähe so aus:

http://deinblog.de/?preview=1&template=twentyten&stylesheet=twentyten

Der Aufruf funktioniert übrigens nur mit Administrationsrechten. Außerdem ist es interessant, dass man Template-Quelle und Stylesheet-Quelle getrennt angeben kann. So lassen sich ganz einfach Themes mit anderen Stylesheets testen.

Kategorie: WordPress » Tipps | Tags: Aufruf, Backend, GET-Parameter, Inlineframe, Stylesheet, Template, Theme, Theme-Vorschau, TwentyTen, WordPress

zum Artikel | keine Kommentare

In sozialen Netzwerken wie Facebook und Twitter ist es üblich nicht den Zeitstempel eines Postings anzuzeigen, sondern die verstrichene Zeitspanne seit der Erstellung. In WordPress ist dies mit der Funktion human_time_diff() möglich, die sich schon seit Version 1.5 im Core befindet – doch was steckt eigentlich hinter dieser Funktion?

Die Funktion in WordPress

Der Funktion human_time_diff() besitzt einen Pflichtparameter ($from) und einen optionalen Parameter ($to). Zwischen diesen beiden Zeitstempeln wird die Differenz berechnet und in einem lesbaren Format zurückgegeben. Sollte kein zweiter Wert angegeben werden wird immer der aktuelle Zeitstempel verwendet, was in den meisten Fällen ausreichen sollte.

Beispiel 1: Artikel

1

<?php echo human_time_diff(get_the_time('U'), current_time('timestamp')) . ' ago'; ?>

Beispiel 2: Kommentare

1

<?php echo human_time_diff(get_the_time('U'), current_time('timestamp')) . ' ago'; ?>

Die eigene Funktion

Möchte man dieses Feature in die eigene (nicht-WordPress) Seite integrieren, muss man entweder selbst Hand anlegen oder in die wp-includes/formatting.php schauen. Dort findet man den Schnipsel der Funktion, der sich natürlich noch an die eigenen Bedürfnisse (z.B. die deutsche Sprache) anpassen lässt.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

function human_time_diff( $from, $to = '' ) {
        if ( empty($to) )
                $to = time();
        $diff = (int) abs($to - $from);
        if ($diff <= 3600) {
                $mins = round($diff / 60);
                if ($mins <= 1) {
                        $mins = 1;
                }
                /* translators: min=minute */
                $since = sprintf(_n('%s min', '%s mins', $mins), $mins);
        } else if (($diff <= 86400) && ($diff > 3600)) {
                $hours = round($diff / 3600);
                if ($hours <= 1) {
                        $hours = 1;
                }
                $since = sprintf(_n('%s hour', '%s hours', $hours), $hours);
        } elseif ($diff >= 86400) {
                $days = round($diff / 86400);
                if ($days <= 1) {
                        $days = 1;
                }
                $since = sprintf(_n('%s day', '%s days', $days), $days);
        }
        return $since;
}

Kategorie: Webentwicklung » PHP | Tags:

zum Artikel | keine Kommentare

Vor einiger Zeit schrieb ich über die Thumbnail-Integration in RSS-Feeds. Nebenher erwähnte ich, wie man zusätzlich CSS-Regeln in den RSS-Feed bekommt. Diese Methode erwies sich als nicht sehr vorteilhaft. Deswegen möchte ich mit diesem Artikel beschreiben, wie man seinen RSS-Feed in WordPress verschönern kann.

Grundsätzlich haben CSS-Regeln eigentlich nichts in Feeds zu suchen, aber ich bin der Meinung, dass wenigstens Bilder neben dem Text positioniert werden sollten, damit nicht der Textfluss unterbrochen wird. Darüber hinaus sollten die von WordPress verwendeten Bildbeschreibungen und die Thumbnails vernünftig formatiert werden.

Thumbnails im RSS-Feed stylen

Wenn man Thumbnails im RSS-Feed anzeigt, kann man die Funktion the_post_thumbnail() auch um Style-Angaben erweitern. Dazu nutzt man den zweiten und dritten Parameter:

1
2
3
4
5
6
7
8

function my_feed_thumbnail($content) {
    if (is_feed() && has_post_thumbnail()) {
        $style = 'float: left; padding: 6px; margin: 0 6px 6px 0; border: 6px solid #eee;';
        return the_post_thumbnail('post-thumbnail', array('style' => $style)) . $content;
    }
    return $content;
}
add_filter('the_content', 'my_feed_thumbnail');

Dieser Code-Schnipsel gehört natürlich wie immer in die functions.php des aktuellen Themes.

Plugin: Align RSS Images

Das Plugin Align RSS Images übernimmt sowohl die Formatierung CSS-Klassen, die für die Ausrichtung der Bilder zuständig sind (alignleft, alignright, aligncenter, centered), als auch die Formatierung der Bildbeschreibungen (wp-caption, wp-caption-text).

Plugin: Feed Styler

Möchte man noch weitere individuelle CSS-Regeln in den RSS-Feed einfügen, so bietet das Plugin Feed Styler die nötigen Mittel. Im Backend können beliebige CSS-Regeln angegeben werden, die bei der Auslieferung des RSS-Feeds in Inline-Styles umgewandelt werden.

Kategorie: WordPress » Tipps | Tags: Align RSS Images, Ausrichtung, Bildbeschreibungen, CSS, Feed, Feed Styler, functions.php, Funktion, Plugin, RSS-Feed, Text, Theme, the_post_thumbnail(), Thumbnail

zum Artikel | 2 Kommentare

Da die Google Blogsuche bei mir leider nicht alle eingehenden Links erfasst, habe ich mich dazu entschieden die eingehenden Links von IceRocket anzuzeigen. Dafür sind nur zwei kleine Schritte nötig, die in ein bis zwei Minuten bewältigt sind.

Schritt 1: Eingehende Links bei IceRocket suchen

Geht auf die IceRocket Website und sucht nach “link:example.com” (ohne Anführungszeichen). Natürlich müsst ihr example.com mit der Domain eures Blogs ersetzen.

http://www.icerocket.com/search?q=link:example.com

Unten Links auf der Ergebnisseite befindet sich der Link zum RSS-Feed der Ergebnisse.

IceRocket Ergebnisse abonnieren

Diesen Link kopiert ihr euch in die Zwischenablage.

http://www.icerocket.com/search?q=link:example.com&rss=1

Schritt 2: WordPress Dashboard-Widget konfigurieren

Jetzt müsst ihr euch ins Backend von WordPress einloggen und das Widget “Eingehende Links” auf eurem Dashboard bearbeiten, indem ihr im Widget auf “konfigurieren” klickt.

Eingehende Links Konfigurieren #1

Eingehende Links Konfigurieren #2

Die Einstellungen müsst ihr nur noch speichern und schon werden euch die eingehenden Links – basierend auf den Daten von IceRocket – angezeigt.

Kategorie: WordPress » Tipps | Tags: Dashboard, eingehende Links, Google Blogsuche, IceRocket, Konfiguration, Links, RSS-Feed, Widget, Zwischenablage

zum Artikel | 4 Kommentare

Seitdem das automatische Update im WordPress Core vorhanden ist, besteht die Möglichkeit FTP-Daten im Backend anzugeben. Danach kann man sowohl Plugins als auch den Core per Klick auf den neusten Stand bringen. Hinterlegt man jedoch die Daten im Backend, so speichert WordPress die Zugangsdaten in der Datenbank. Zu dieser risikoreichen Methode gibt es eine Alternative.

Bearbeiten der wp-config.php

Zugangsdaten

In der wp-config.php lassen sich bestimmte Konstanten definieren, sodass die Abfrage der Zugangsdaten und somit auch die Speicherung nicht mehr nötig ist. Sie lauten wie folgt:

1
2
3

define('FTP_HOST', 'ftp.example.org');
define('FTP_USER', 'username');
define('FTP_PASS', 'password');

Sichere Verbindung

Für eine sichere Verbindung sorgt folgende Zeile (Standard: false):

1

define('FTP_SSL', true);

Verzeichnisse

Wenn die WordPress-Installation nicht im Stammverzeichnis des FTP-Servers liegt, lässt sich der Ort wie folgt definieren:

1

define('FTP_BASE', '...');

Habt ihr das Plugin-Verzeichnis oder den gesamten Content-Ordner verschoben, könnt ihr die kompletten Pfade mit diesen beiden Konstanten angeben:

1
2

define('FTP_CONTENT_DIR', '...');
define('FTP_PLUGIN_DIR', '...');

Methode

Zu guter Letzt lässt sich noch die Methode einstellen, die von WordPress für das Dateisystem verwenden soll. Hier steckt auch häufig der Fehler, falls etwas nicht mit den Dateirechten klappt. Bei Fehlern sollte man also erst einmal hier die Methode ändern.

1

define('FS_METHOD', 'direct');

Folgende Methoden sind möglich:

• direct (default) – PHP Dateisystem Funktionen
• ssh – SSH PHP Erweiterung
• ftpext – FTP PHP Erweiterung
• ftpsockets – PHP Socket Erweiterung

Über die Konstanten FTP_PUBKEY, FTP_PRIKEY lassen sich die Pfade zum SSH public key und SSH private key angeben.

Vorhandene Daten löschen

Wenn ihr euch nicht sicher seid, ob bereits Zugangsdaten von WordPress gespeichert wurden, könnt ihr im Admin-Bereich folgende Adresse eingeben:

http://example.org/wp-admin/options.php

Dort sucht ihr dann nach dem Eintrag: ftp_credentials

Wenn dieser vorhanden ist, sind bereits Daten gespeichert worden.

Falls ihr also FTP-Daten in der Datenbank gespeichert habt, könnt ihr diese wieder löschen, in dem ihr über phpMyAdmin eure Datenbank aufruft und in der Tabelle *_options das Feld ftp_credentials löscht.

Weitere Informationen

Weitere Informationen findet ihr im WordPress Codex:

Editing wp-config.php (WordPress Upgrade Constants)

Kategorie: WordPress » Tipps | Tags: Alternative, Backend, Content, Dateirechte, Dateisystem, Datenbank, Definition, direct, Erweiterung, Fehler, FTP, ftp_credentials, Key, Konstante, Methode, options, Ordner, Plugins, Risiko, Server, Sicherheit, Socket, SSL, Update, Verzeichnis, WordPress Core, WordPress-Codex, wp-config.php, Zugangsdaten

zum Artikel | 20 Kommentare

Ich schrieb bereits einen ausführlichen Artikel über Thumbnails in WordPress 2.9. Seit ein paar Tagen benutze ich diese auch hier im Blog. Heute habe ich mir zur Aufgabe gemacht, dass die Thumbnails auch in meinem Feed angezeigt werden. Dazu ist mal wieder ein simpler Content-Filter notwendig.

Der Filter

Zunächst der Filter:

1
2
3
4
5
6
7

function my_feed_thumbnail($content) {
    if (is_feed() && has_post_thumbnail()) {
        return the_post_thumbnail() . $content;
    }
    return $content;
}
add_filter('the_content', 'my_feed_thumbnail');

Hier wird überprüft, ob wir uns im RSS-Feed befinden. Falls dies der Fall ist und zusätzlich noch ein Thumbnail gesetzt wurde, wird der Thumbnail an den Anfang des Contents gehängt. Fertig.

Design anpassen

Letztens kam eine Frage in den Kommentaren auf, wie man denn den Thumbnail links neben dem Text positionieren kann. Ganz einfach: mit CSS. Jeder Thumbnail hat die CSS-Klasse attachment-post-thumbnail. Im Blog lässt sich das also ganz einfach über die style.css-Datei eures Themes anpassen.

Im Feed müssen CSS-Regeln jedoch in jeden Artikel eingepflegt werden. Man könnte diese jetzt noch zum letzten Filter hinzufügen. Ich habe mir jedoch einen eigenen Filter für CSS-Regeln im Feed erstellt. So habe ich die Möglichkeit, in Zukunft alles an einem Platz einzufügen, wenn ich noch weitere Dinge im Feed anpassen möchte.

Hier nochmal mein derzeitiger CSS-Filter für den Feed:

1
2
3
4
5
6
7
8
9
10
11
12

function my_feed_css($content) {
    if (is_feed()) {
        $css  = '<style>';
        $css .= '.attachment-post-thumbnail { float: left; padding: 6px; margin: 0 6px 6px 0; border: 6px solid #eee; }';
        $css .= '.more { clear: both; }';
        $css .= '</style>';
 
        return $css . $content;
    }
    return $content;
}
add_filter('the_content', 'my_feed_css');

Wie man sieht, habe ich noch eine zweite Regel für meinen ersetzten more-Tag (horizontale Linie), den ich so anpassen musste, dass die Linie nicht neben meinem Thumbnail beginnt, sondern erst darunter.

Das Ergebnis könnt ihr euch anschauen, wenn ihr meinen Feed abonniert.

Kategorie: WordPress » Tipps | Tags: CSS, Design, Filter, Funktion, RSS-Feed, Thumbnails

zum Artikel | 6 Kommentare

Wenn man den sogenannten More-Tag verwendet um Blog-Artikel zu kürzen, fügt WordPress auf der eigentlichen Artikel-Seite einen HTML-Anker ein, auf den “beim weiterlesen” verlinkt wird. Oft besteht das Bedürfnis genau an dieser Stelle etwas einzufügen – sei es Werbung oder einfach nur eine dezente Trennlinie.

Status Quo

Von Haus aus fügt WordPress ein span-Element mit dem schon erwähnten Anker ein. Dieses lässt sich jedoch kaum an die eigenen Bedürfnisse anpassen, da es nur eine eindeutige ID besitzt und nicht etwa eine CSS-Klasse, die für alle “more-spans” gilt.

1

<span id="more-1234"></span>

Beim ersetzen des More-Tags wird oft ein häufiger Fehler gemacht: Er wird so ersetzt, das die Anker-Funktionalität verloren geht, indem man ihn einfach mit Werbung oder was auch immer ersetzt.

Dabei müsste man an der Stelle des span-Elements ein anderes Element beibehalten, dass die Anker-Funktion erfüllt, indem es die more-ID übernimmt.

Natürlich könnte man auch einfach den gewünschten Inhalt hinter das span-Element einfügen Dann hat man jedoch immer noch ein überflüssiges Element, dass man sich genauso gut sparen könnte.

Die Lösung

Meine Lösung sieht daher so aus, dass ich das span-Element entferne und danach eine horizontale Linie, also ein hr-Element, einfüge. Diese Linie übernimmt die Anker-Funktion. Dazu ist folgender Filter nötig, der in die functions.php eures Themes übernommen werden kann:

1
2
3
4
5
6
7
8
9
10
11
12
13
14

function my_more_tag($content) {
    if (!is_single())
        return $content;
   
    $replacement = '<hr id="$1" class="more" />';
   
    return preg_replace(
        '/<span id\=\"(more\-\d+)"><\/span>/',
        $replacement,
        $content
    );
}
 
add_filter('the_content', 'my_more_tag');

Natürlich könnt ihr die fünfte Zeile auf eure Bedürfnisse anpassen und beispielweise noch einen Werbebanner einfügen. Durch das hinzufügen der Klasse “more” lässt sich das hr-Element mit CSS anpassen.

Kategorie: WordPress » Tipps | Tags: Anker, Artikel, CSS-Klasse, Element, ersetzen, Filter, Funktion, hr, ID, more-Tag, span, Trennlinie, Werbung

zum Artikel | 4 Kommentare