WordPress war ursprünglich dafür gedacht ein digitales Tagebuch, einen Blog, zu führen. Doch davon sind die meisten mit WordPress betreibenen Seiten weit entfernt. An diversen Stellen in WordPress begegnet man diesem ursprünglichen Gedanken. Besonders in den Standardeinstellunen für Permalinks. Hier wird als Standardeinstellung die URL-Struktur für einen Beitrag aus dem Datum mit Jahr, Monat, Tag und dem Beitragstitel z.B. /2020/02/20/beispielbeitrag/ generiert. Perfekt für ein Tagebuch aber schlecht für eine Website wo man regelmäßig Änderungen an seinem Inhalt vornimmt um diesen aktuell zu halten.
Schlagwort: Projekt 26
#Projekt26 ist eine Initative von Torsten Landsidel, dass Bloggen wieder zu beleben. Alle zwei Wochen muss ein Blogartikel geschrieben werden und ein anderen Blogartikel kommentiert werden. Ziel ist es den Blog wieder als zentralen Ort für den Austausch zu nutzen und wieder weniger abhängig von Social Media Plattformen zu werden.
Eine Übersicht an Beiträgen die im Rahmen des Projektes geschrieben worden sind, findet ihr auf Twitter unter dem Hashtag #Projekt26 oder in dem Gist von Torsten.
WordPress Performance Hack: Cache direkt vom Webserver ausliefern lassen
Bei einem Seitenaufruf von einer WordPress-Seite wird von Haus aus bei jedem Aufruf PHP ausgeführt, die Datenbank abgefragt und schlussendlich die Antwort als HTML an den Nutzer gesendet. Egal, ob sich etwas an der Seite seit dem letzten Seitenaufruf geändert hat oder nicht.
Wenn die eigene Website nur eine Handvoll Aufrufe pro Tag hat, ist das kein Problem. Hat man aber plötzlich sehr viele Aufrufe in einer kurzen Zeit, ist der Server schnell überfordert und wird sehr schnell 503 Service Unavailable Antworten senden.
Weiterlesen „WordPress Performance Hack: Cache direkt vom Webserver ausliefern lassen“Plugin Tipp: Automatische WordPress-Updates mit Benachrichtigungen
Ich betreue seit ein paar Monaten die Website für den Tanzclub Düsseldorf e.V. Vor meiner Zeit wurde dort Drupal eingesetzt und natürlich nach der Installation nie wieder geupdated und auch keine automatischen Backups erstellt. Was auf Dauert dann garantiert irgendwann passiert: Die Seite wurde gehackt.
Das sollte sich nicht wiederholen und neben regelmäßigen Backups war mir eins besonders wichtig: Automatische Updates von WordPress aber auch der verwendeten Plugins & Themes.
Weiterlesen „Plugin Tipp: Automatische WordPress-Updates mit Benachrichtigungen“WordPress: Scripts & Styles von Plugins nur laden wenn wirklich notwendig
Nicht jeder Programmierer denkt bei der Entwicklung eines Plugin (aber auch Themes) daran, ressourcenschonend mit den eingebunden Scripts & Styles umzugehen. Statt die Assets nur bei Seitenaufrufen zu laden, wo sie auch wirklich verwendet werden, werden häufig alle Datein bei jedem Seitenaufruf geladen. Das ist nicht nur schlecht für die Performance beim Leser sondern kostet auch einfach Resourcen.
Ein gutes Beispiel ist das beliebte Contact Form 7 Plugin (es gibt bessere Kontakformular-Plugins, ich bin z.B. ein Fan von HTML Forms, aber darum soll es hier nicht gehen). Installiert und aktiviert lädt es bei jedem Seitenaufruf 1,61 KB Stylesheet und 14,10 KB (+94,60 KB jQuery als Abhängigkeit) Javascript. Ein Kontaktformular haben die meisten Websites aber nur unter /kontakt/ eingebunden. Es ist also zu 99% unnötig, dafür Bandbreite und Rechenzeit zu verschwenden.
Viel geschickter wäre es, Style & Scripts nur zu laden, wenn bei einem Seitenaufruf auch der Shortcode für ein Formular [contact-form-7] eingebunden ist.