Artikel der Kategorie: Wordpress

Da gestern der Release Candidate 2 von WordPress 3.2 veröffentlicht wurde, sollte die finale Version demnächst erscheinen. Um die neue Version nutzen zu können, wurden die Mindestvoraussetzungen auf PHP 5.2.4 und MySQL 5 erhöht. Nachfolgend eine Übersicht der sonstigen Neuerungen:

• Designverbesserungen im Admin-Bereich
• Support für den Internet Explorer 6 im Admin-Bereich endet
• Neuer Vollbildmodus und weitere kleine Verbesserungen für Editor
• Standardtheme Twenty Eleven mit neuen Formatvorlagen, Seitentemplates und Einstellungsmöglichkeiten
• Verbesserter Upgradeprozess
• Insgesamt soll WordPress schneller und schlanker werden
• Zukünftig schnellere Veröffentlichung von neuen Versionen

Mit wp Time Machine habe ich bereits ein WordPress Plugin vorgestellt, mit welchem man Backups der DB und WordPress-Files direkt in Amazon S3, auf einem FTP-Server oder in einem Dropbox-Account sichern kann. Ich hatte jedoch einige Probleme mit dem Plugin und habe es daher nie eingesetzt.

Heute bin ich auf ein weiteres Plugin gestoßen: BackWPup von Daniel Hüskens. Das Plugin erlaubt neben dem Backup der Datenbank und aller Dateien der WordPress-Installation auch die Optimierung und Überprüfung der Datenbank. Zudem sind auch WordPress-XML-Backups möglich. Das Backup kann direkt auf dem Server oder bei Amazon S3, Microsoft Azure, RackSpaceCloud und Dropbox abgelegt werden. Alternativ kopiert BackWPup die Sicherung auch mittels FTP auf einen beliebigen Server oder versendet sie per E-Mail.

Besonders schön ist die integrierte Job-Verwaltung. Damit lassen sich verschiedene Jobs erstellen, die manuell oder automatisch per Cronjob zu festgelegten Zeiten gestartet werden. Beispielsweise lasse ich mir jeden Tag ein Backup der Datenbank per Mail zusenden und sichere einmal die Woche alle WordPress-Dateien in meine Dropbox.

Wirklich tolles Plugin, das sehr gut funktioniert. Leider arbeitet die Sicherung zu Dropbox im Moment nicht. Der Autor werkelt aber bereits an einer Lösung, die demnächst bereit sein sollte.

WordPress ist nicht gerade für einen resourcenschonenden Betrieb bekannt. Der PHP-Speicherverbrauch meines Blogs liegt bei rund 27 MByte ohne Plugins. Nutzt man jedoch einige Plugins, kann sich der PHP-Speicherverbrauch enorm steigern. Mit 20 aktiven Plugins verbraucht mein Blog ungefähr 36,5 MByte. Viele Webhoster gewähren allerdings nur maximal einen PHP-Speicherverbrauch von 32 MByte. Vor allem bei günstigen Paketen ist dies oft der Fall. Bei so einem Fall läuft WordPress nur sehr langsam und teilweise mit Fehlern.

WP-Memory-Usage

Vorbeugend sollte man immer den aktuellen PHP-Speicherverbrauch im Auge behalten. Dafür nutze ich WP-Memory-Usage, das mittlerweile zu meinen Standard-Plugins für WordPress gehört. Das Plugin zeigt in einem kleinen Dashboard-Widget den aktuellen Speicherverbrauch und den maximal vom Hoster erlaubten Wert.

Damit lassen sich auch Speicherfresser ausfindig machen. Einfach ein Plugin deaktivieren und schauen wie der Speicherverbrauch sich verändert hat.

TPC! Memory Usage

Ein weiteres Plugin, womit man den PHP-Speicherverbrauch monitoren kann. Zeigt deutlich mehr Infos an.

Die standardmäßige Suche von WordPress lässt sich kaum den eigenen Bedürfnissen anpassen und sortiert die Suchergebnisse zudem nur nach Datum. Bei vielen Beiträgen im Blog ist dies selten sinnvoll. Aus diesem Grund stelle ich euch einige Plugins vor, mit denen man die WordPress-Suche anpassen kann.

Relevanssi

Mit dem Plugin Relevanssi werden die Suchergebnisse nach Relevanz sortiert. Außerdem kann man den Suchalgorithmus anpassen und die Gewichtungen von Titel, Tags und Kommentaren anpassen. Auch die Hervorhebung der Suchtreffer und das automatische Durchsuchen von Kommentaren ist mit dem Plugin möglich. Seit kurzem kann man sich auch die häufigsten Suchanfragen in einer Statistik anzeigen lassen.
Bevor Relevanssi eingesetzt werden kann, müsst ihr unbedingt den Index aufbauen. Ansonsten gibt es keine Suchergebnisse.

Search Everything

Das Plugin ermöglicht Suchtreffer farbig hervorzuheben und macht alle Bereiche des Blogs durchsuchbar. Dabei kann man genau definieren, welche Bereiche in die Suche aufgenommen und welche ausgeschlossen werden sollen.

Google Custom Search Plugin

Dieses Plugin ersetzt die WordPress-Suche durch die Suchfunktion von Google. Zuerst muss man die benutzerdefinierte Google-Suche einrichten, wozu ein Google-Konto Voraussetzung ist. Anschließend muss man noch die Einstellungen des WordPress-Plugins anpassen – und fertig.

Bei Nils bin ich auf ein hilfreiches WordPress Plugin aufmerksam geworden: wp Time Machine. Damit lässt sich der gesamte Inhalt des Ordners “wp-content” (Themes, Plugins, Uploads), die .htaccess-Datei und die Datenbank sichern. Das Backup wird dann – je nach Konfiguration – direkt in Amazon S3, auf einem FTP-Server oder in eurem Dropbox-Account abgelegt. Neben der manuellen Erstellung des Backups, kann man den Vorgang auch bequem per Cronjob automatisieren.

Wenn eure WordPress-Installation zu groß, könnte es mit dem Upload zu Dropbox Probleme geben, denn die Dropbox API unterstützt nur Dateien bis 300 MByte.

Die Versionsverwaltung von WordPress ist eigentlich eine gute Sache. Jedoch werden gerade geöffnete Artikel und Seiten alle 60 Sekunden automatisch gespeichert. Auch bei jeder nachträglichen Bearbeitung wird jedes mal eine neue Revision des Artikels erstellt. Dadurch wird die Datenbank mit der Zeit ganz schön zugemüllt.

Mit zwei kleinen Einträgen in der wp-config.php lässt sich dies jedoch leicht anpassen.

// Limitiert die Anzahl der gespeicherten Versionen je Artikel
define('WP_POST_REVISIONS', 5);
// Intervall der automatischen Speicherung in Sekunden
define('AUTOSAVE_INTERVAL',300);

Setzt man WP_POST_REVISIONS auf false, wird die Versionsverwaltung komplett abgeschaltet.

Um die Datenbank von Hand zu säubern, kann man alle alten Versionen löschen. Dazu verwendet man am besten phpMyAdmin. Einfach folgenden SQL-Befehl direkt auf der Datenbank ausführen:

DELETE FROM wp_posts WHERE post_type = "revision";

Alle gespeicherten Versionen (bis auf die aktuelle) werden somit gelöscht. Je nach Situation spart man dadurch einiges an Platz. Mein WordPress Datenbankbackup benötigt seit der Säuberung nur noch rund 0,9 MByte – vorher 1,5 MByte.