Die Rewrite-Regeln muss man dem Server noch beibringen, indem man die Konfiguration anpasst. Man öffnet die lighttpd.conf

nano /etc/lighttpd/lighttpd.conf

und fügt folgende Zeilen hinzu:

url.rewrite = (
"^/(wp-admin|images|wp-content|awstats)/{0,1}(?!no.css)(.*)" => "$0",
"^/sitemap/?$" => "/index.php?pagename=sitemap&pg=1",
"^/sitemap/([0-9]+)/?$" => "/index.php?pagename=sitemap&pg=$1",
"^/library/?$" => "/index.php?now_reading_library=true",
"^/library/tag/(.+)/?$" => "/index.php?now_reading_tag=true&now_reading_tag=$1",
"^/library/([0-9]+)/?$" => "/index.php?now_reading_single=true&now_reading_id=$1",
"^/page/([0-9]+)/?$" => "/index.php?paged=$1",
"^/date/([0-9]+)/?([0-9]+)/?$" => "/index.php?m=$1$2",
"^/date/([0-9]+)/?([0-9]+)/?([0-9]+)?$" => "/index.php?m=$1$2$3",
"^/feed/(feed|rdf|rss|rss2|atom)/?$" => "/index.php?feed=$2",
"^/(.+)/feed/(feed|rdf|rss|rss2|atom)/?$" => "/index.php?category_name=$1&feed=$2",
"^/(.+)/(feed|rdf|rss|rss2|atom)/?$" => "/index.php?category_name=$1&feed=$2",
"^/(.+)/([0-9]+)/[^/]+/?/feed/(feed|rdf|rss|rss2|atom)/?$" => "/index.php?category_name=$1&p=$2&feed=$3",
"^/(.+)/([0-9]+)/[^/]+/?/(feed|rdf|rss|rss2|atom)/?$" => "/index.php?category_name=$1&p=$2&feed=$3",
"^/(.+)/([0-9]+)/[^/]+/?/page/?([0-9]{1,})/?$" => "/index.php?category_name=$1&p=$2&paged=$3",
"^/(.+)/([0-9]+)/[^/]+/?([0-9]+)?/?$" => "/index.php?category_name=$1&p=$2&page=$3",
"^/(.+)/([0-9]+)/[^/]+/?/trackback/?$" => "/index.php?category_name=$1&p=$2&tb=1",
"^/category/(.+)/?$" => "/index.php?category_name=$1",
"^/?$" => "/index.php",
"^/([_0-9a-zA-Z-]+)/?$" => "/index.php?page_id=$1"
)

/etc/init.d/lighttpd restart

Anschließend startet man noch den Lighttpd Webserver neu und die Änderungen sollten Wirksam sein. Wenn es noch nicht auf Anhieb klappt auch an solche Sachen denken wie “Cache leeren”
(via)

Stern.de Beispiel für Ghostery

Es kommt sogar vor, dass Webseiten 3 oder 4 verschiedene Analysetools im Einsatz haben. Man kann in den Optionen von Ghostery alle erkannten Analyse Tools auch blocken “Einstellungen -> Blocking -> An” und alle auswählen.

WP-Memory Usage - RAM-Verbrauch bestimmen

Bei den meisten “shared Hosting” Packeten liegt das Memory Limit allerdings bei 32 oder maximal 64MB und man hat somit nicht mehr allzu viel Luft nach oben übrig.

Wordpress hat einen praktischen modularen Aufbau und nahezu jeder Webmaster verwendet mindestens ein zusätzliches Plugin um den Funktionsumfang zu erweitern. Das Problem ist, dass viele Plugins eigene CSS-Dateien und eigene (manche sogar mehrere) JavaScript-Dateien mitbringen. Das Problem liegt dabei auf der Hand. Die Anzahl der HTTP-Requests ist hoch und die Größe aller Dateien ebenfalls. Man kann beide Probleme beheben. Für Wordpress gibt es hierfür “PHP Speedy WP 0.5.2“. Das Plugin beschreibt sich selbst mit dem Satz:

Speeds up the display of your blog by combining your JS and CSS files, adding far future expires headers and GZIPing.

Das ist auch exakt, was das Plugin tut. Es kombinert JavaScript und CSS-Dateien und komprimiert sie danach.  Man kann in der Konfiguration sämtliche Option einzeln wählen.

PHP Speedy WP 0.5.2

Nachdem man die Konfiguration abgeschlossen hat aktiviert man das Plugin noch im Backend und schon tut es seine Dienste. Je nachdem wie viele Plugins man verwendet kann die Geschwindigkeitsverbesserung enorm sein, also es lohnt sich es zu probieren.

Tobias Bäthge's WP-Table Reloaded

Tabellen legt man auf der Plugin-Seite an und fügt sie mit einem Code in einen Beitrag oder in eine Seite ein. Jetzt bleibt mir nur noch die Frage, ob die Tabelle dann W3C-Valide ist, aber das werde ich hier noch ergänzen.