10 Tipps für eine reibungslose WordPress-Wartung

Als WordPress-Entwickler, der an verschiedenen Arten von Projekten gearbeitet hat, möchte ich einige der Schmerzpunkte erörtern, die ich persönlich erlebt habe, als ich eine bestehende WordPress-Website entweder für Änderungen oder Fehlerbehebungen übernommen habe. Die in diesem Artikel aufgeführten Tipps und Anregungen sollen diese Schmerzen minimieren oder sogar beseitigen.

Warum die richtige WordPress-Wartung wichtig ist

Meistens sind Websites keine „einmal festgelegte und in Ruhe gelassene“ Angelegenheit, und das gilt für alle Websites, nicht nur für WordPress-Websites. Von Zeit zu Zeit müssen Sie sich mit Änderungen, Aktualisierungen oder Fehlerbehebungen befassen, um die sich Ihr bevorzugter Entwickler kümmert. In einigen Fällen müssen Sie sich jedoch möglicherweise während der gesamten Lebensdauer Ihrer Website auf eine Reihe verschiedener Entwickler verlassen.

Im letzteren Fall laufen die Dinge für den neuen Entwickler oft nicht reibungslos, insbesondere wenn die vorherigen Entwickler sich bei der Bearbeitung ihrer Wartungsaufgaben nicht an die Best Practices gehalten haben.

Sehen wir uns einige der wichtigeren Punkte an, die Sie bei Ihren zukünftigen Wartungsarbeiten an WordPress-Projekten berücksichtigen sollten, damit Sie das Leben Ihres nächsten Entwicklers einfacher machen und ihn dazu bringen können, an Ihrer Website zu arbeiten. Natürlich spart die Erleichterung der Arbeit Ihres Entwicklers auch einige Arbeitsstunden und Geld, was immer ein gutes Verkaufsargument für Ihre potenziellen Kunden ist.

1. Sichern Sie es!

Das mag zu offensichtlich klingen, aber das Wichtigste zuerst! Sie müssen Ihre WordPress-Site ordnungsgemäß und regelmäßig sichern.

Dies ist eines der grundlegendsten Dinge, die Sie tun müssen, auch wenn Sie im Moment keine Änderungen an Ihrer Website vornehmen. Sie können dies entweder manuell tun, indem Sie alle Dateien plus den Datenbank-Dump abrufen und an einem sicheren Ort speichern, oder Sie können eine automatisierte Sicherungsoption verwenden, mit freundlicher Genehmigung eines WordPress-Sicherungs-Plugins. Es gibt viele kostenlose und kostenpflichtige Plugins, die Sie im WordPress-Plugin-Repository finden können. Sie können die Backup-Option auch auf Serverebene gut nutzen, da die meisten Hosting-Provider Backup-Optionen anbieten – dies müssen Sie bei Ihrem Hosting-Provider erfragen.

Mit regelmäßigen Backups haben Sie die Gewissheit, dass Ihre Website nach einem Absturz oder Fehler wieder einsatzbereit ist. Es kann auch Ihrem neuen Entwickler helfen, Probleme ohne allzu großen Aufwand zu beheben, insbesondere wenn Sie versuchen, einen Fehler zu beheben, von dem Sie vermuten, dass er während der Wartung in der Vergangenheit aufgetreten ist. Regelmäßige Backups sollten Ihren neuen Entwicklern helfen, anhaltende Probleme zu erkennen und zu beheben, die Monate oder Jahre vor der Übernahme des Projekts aufgetreten sind.

2. Installieren Sie Ihre WordPress-Site lokal

Ich bin nicht stolz zuzugeben, dass ich diesen Fehler in meinen frühen Tagen selbst gemacht habe, und seitdem habe ich bemerkt, dass viele Entwickler Änderungen direkt auf dem Remote-Server vornehmen. Wenn Sie nicht befürchten, dass sensible Daten und alle Site-Dateien Ihrem Entwickler ausgeliefert sind, sollten Sie diesen Fehler für immer vermeiden. Es ist sehr ineffizient, nach jeder Bearbeitung zwischen dem lokalen Computer des Entwicklers und dem Server hin und her zu wechseln.

Selbst wenn es sich um eine winzige Änderung handelt, wie z. B. eine geringfügige Änderung, um ein wenig Text auf Ihrer Website zu ändern, muss der Entwickler zur entsprechenden Datei/zum entsprechenden Ordner im FTP-Client navigieren (wenn Sie FTP zum Hochladen von Dateien verwenden), warten die hochzuladenden Dateien und hoffen, dass es nicht zu gelegentlichen FTP-Verbindungsausfällen kommt. Vergessen wir nicht, dass einige WordPress-Websites zu viele Daten haben, um sie praktisch zu verschieben, ohne zu viel Zeit und Bandbreite zu verschwenden. Und nachdem alles erfolgreich hochgeladen wurde, müssen sie zum Browser gehen und die Seite aktualisieren, was wiederum von der Geschwindigkeit und dem Zustand des Netzwerks/Servers zu diesem Zeitpunkt abhängt. Es mag den Anschein haben, dass wir nur über Minuten und Sekunden sprechen, die mit jeder Änderung eingespart werden können, aber im Laufe Ihres Projekts können sich diese Minuten zu Stunden unnötiger Arbeit summieren.

Änderungen sind viel schneller, wenn Ihre Entwickler die Website auf ihrem lokalen Computer installiert haben: Sie müssen nur die Änderungen vornehmen, die Seite aktualisieren und fertig. Selbst wenn sie ohne Internetverbindung in einer Höhle leben, können sie trotzdem arbeiten und ihre Änderungen zu einem späteren Zeitpunkt hochladen.

Was ist, wenn Sie sensible Daten haben, über die Sie sich Sorgen machen, oder wenn es rechtliche Gründe gibt, die Sie daran hindern, alle Ihre Daten mit Entwicklern zu teilen? In diesem Fall können Sie speziell für diesen Zweck einige Dummy-Daten vorbereiten. Sie können diesen Datensatz auch für zukünftige Wartungsarbeiten aufbewahren.

3. Gehen Sie zu Git

Eines der besten Dinge, die in der Welt der Softwareentwicklung passieren können, ist der Beginn der Online-Versionskontrolle. Ich spreche diesen Punkt an, weil es viele Websites gibt, die immer noch mit der traditionellen cPanel/FTP-Methode zum Umgang mit Dateien laufen. Entweder wissen sie nicht, wie gut die Versionskontrolle ist, oder sie wissen es, zögern aber aufgrund des anfänglichen Einrichtungsaufwands, es zu implementieren. Allerdings ist es eigentlich gar nicht so viel Arbeit und alles andere als eine schwierige Aufgabe.

Die Versionskontrolle bietet eine Vielzahl von Vorteilen bei der Verwaltung von Dateien, darunter das Verfolgen von Änderungen verschiedener Autoren, das einfache Zurücksetzen von Änderungen und die Möglichkeit, separate Zweige für jede unabhängige Aufgabe zu haben, um sicherzustellen, dass Änderungen von jeder Aufgabe andere nicht stören.

Sie müssen Git auf einem externen Server einrichten, der meistens von Ihrem Hosting-Provider vorinstalliert wird. Möglicherweise benötigen Sie jemanden mit einigen Kenntnissen zu Servern, um das Repository zu initiieren und den Workflow einzurichten, auf den ich hier nicht eingehen werde, da dies den Rahmen dieses Artikels sprengen würde.

Und ganz zu schweigen davon, dass Sie nicht wirklich „verrückt“ sind, wenn Sie keine Zweige verwenden! Erstellen Sie mindestens zwei Zweige für Entwicklung und Produktion, damit die Entwickler die gesamte Arbeit im Entwicklungszweig erledigen, die Site testen und dann, wenn alles in Ordnung ist, zum Produktionszweig pushen können, um sicherzustellen, dass auf der Live-Site nichts schief geht.

4. Entfernen Sie unnötige Dateien, Code und Plugins

Es ist üblich, Dateien und Plugins zu belassen, die nicht mehr benötigt werden. Dies wird zu einem Problem, wenn sich die Dateien im Laufe der Zeit während des gesamten Lebenszyklus Ihrer Website ansammeln. Wenn sich Ihr Entwickler nicht darum gekümmert hat, unerwünschte Dateien zu entfernen, die im Laufe der Zeit hinzugefügt wurden, ist es schwer nachzuvollziehen, woher sie stammen und ob sie derzeit von einem Teil der Website verwendet werden oder nicht. Dies verursacht zusätzliche Kopfschmerzen, da die Website erneut getestet werden sollte, um sicherzustellen, dass nach dem Entfernen dieser verdächtigen Elemente nichts kaputt gegangen ist.

Dies kann beseitigt werden, indem unerwünschte Dateien sofort vom entsprechenden Entwickler entfernt werden, der daran gearbeitet hat. Sie können diese Vorgehensweise allen Ihren Entwicklern gegenüber betonen.

Abgesehen von PHP-Dateien und Plugins können auch unbenutzte Mediendateien Ihren wp-content Ordner im Laufe der Zeit füllen, was Ihren Entwicklern Probleme bereiten kann, wenn sie mit medienbezogenen Funktionen arbeiten. Sie können verschiedene Plugins finden, um diese Aufgabe zu vereinfachen. Ein Beispiel ist Media Cleaner.

Das Plugin verfügt über einen internen Papierkorb, in dem die Dateien vorübergehend dorthin verschoben werden, damit Sie sicherstellen können, dass die Dateien nicht tatsächlich verwendet werden. Einmal überprüft, können Sie sie dauerhaft löschen. Stellen Sie sicher, dass Sie Punkt 1 in diesem Artikel befolgen (dh sichern), bevor Sie eine Ihrer Dateien bereinigen.

5. Kommentieren

Sie kennen wahrscheinlich das Programmier-Mem, das ungefähr so ​​lautet: Als der Code geschrieben wurde, wurde er vom Autor, der ihn geschrieben hat, von Kollegen und von Gott verstanden. Nach einiger Zeit wussten nur der Autor und Gott, was es tut, und jetzt weiß nur Gott, was es tut – es sei denn, der Autor fügte angemessene Kommentare hinzu!

Einige Entwickler können beim Kommentieren zurückhaltend oder geradezu faul sein, aber es ist ein Muss in einer guten Entwicklungsumgebung. Es verkürzt die Zeit für Bearbeitungen und Fehlerbehebungen, die ansonsten von den neuen Entwicklern oder sogar vom selben Entwickler damit verbracht wird, herauszufinden, was ein bestimmter Codeblock tut.

Kommentare sollten hinzugefügt werden, wenn die Funktion/Klasse oder der Codeblock nicht offensichtlich ist, nehmen Sie zum Beispiel die folgende Funktion:

 function stripWhiteSapaces(str) { … Return str; }

Der obige Funktionsname spricht für sich selbst und der Benutzer muss auch nicht in die Funktion gehen, um zu sehen, wie sie funktioniert, es erledigt nur eine Aufgabe, das Entfernen von Leerzeichen – das war's! In diesem Fall sind Kommentare also möglicherweise nicht erforderlich.

Aber wenn es zum Beispiel eine Funktion gibt, die mehrere Parameter akzeptiert und eine gefilterte Liste von Posts zurückgibt, dann ist das nicht so offensichtlich wie die vorherige. Es sollten Kommentare vorhanden sein, die die Parameter und ihre Typen beschreiben. Es kann auch notwendig sein, die Codeblöcke innerhalb dieser Funktion zu beschreiben.

Für eine schnelle Überprüfung können Sie eine Datei aus dem WordPress-Kern nehmen und sehen, wie die WordPress-Experten sie kommentiert haben. Oder Sie können für detailliertere Informationen auf den offiziellen Leitfaden von WordPress verweisen, der dies gut veranschaulicht.

6. Fusseln

Linting ist ein weiteres cooles Feature, das Regeln beim Schreiben von Code erzwingt, und manchmal korrigiert es die Codeformatierung selbst, was sowohl cool als auch nützlich ist. Die meisten heute verwendeten IDEs verfügen über Linting-Optionen, die Sie weiter verbessern oder anpassen können, indem Sie verschiedene Linting-Konfigurationen hinzufügen.

Wenn Sie beispielsweise Visual Studio Code als IDE verwenden, verwendet VS Code den offiziellen PHP-Linter ( php -l ) für die PHP-Sprachdiagnose. Sie können Regeln/Einschränkungen für jede Sprache separat konfigurieren (z. B. PHP, JavaScript, CSS usw.). Weitere Informationen finden Sie in den WordPress-Codierungsstandards.

• https://make.wordpress.org/core/handbook/best-practices/coding-standards/php/
• https://make.wordpress.org/core/handbook/best-practices/coding-standards/javascript/

Sobald Sie eine Linting-Konfiguration haben, müssen Sie sie erzwingen. Alle Ihre aktuellen und zukünftigen Entwickler müssen diese Linting-Konfiguration in ihre IDEs integrieren, damit ihr Code ebenfalls denselben Regeln/Einschränkungen unterliegt. Sonst wird ein Großteil Ihrer Bemühungen umsonst sein.

7. Variablen- und Dateibenennung

Entwickeln Sie einen Standard für die Benennung von Dingen. Dazu gehören Funktions-/Klassennamen, Variablennamen, Dateinamen und sogar die Medien-/Bildnamen, wenn sie Teil der Vorlage sind, weil es auch hilft zu verstehen, wofür sie sind.

Betrachten Sie einige der wichtigsten Punkte:

1. Vermeiden Sie eindeutige Namen
2. Halten Sie sich möglichst kurz
3. Manchmal ist es wirklich hilfreich, den „Typ“ an den Dateinamen anzuhängen. Wenn es sich beispielsweise um ein Symbol handelt, können Sie etwas wie BlackArrowIcon.png haben, oder wenn es sich um ein großes Hintergrundbild handelt, kann es etwas wie FrontYellowBG.jpg sein. Oder wenn es sich um eine Codedatei handelt, ist es manchmal wirklich einfach zu wissen, wofür diese Datei steht, wenn Sie mit mehreren Dateien arbeiten, die in verschiedenen Registerkarten in der IDE geöffnet sind. Wenn es beispielsweise eine Klasse mit Hilfsfunktionen gibt, ist es hilfreich, wenn sie HelperClass.php statt Helper.php heißt.

Weitere Informationen finden Sie im Abschnitt „Namenskonventionen“ im WordPress Best Practices-Leitfaden.

8. WordPress-Debugging

Das Debuggen kann viel Zeit in Anspruch nehmen und nimmt in der Regel einen hohen Anteil an der Gesamtentwicklungszeit ein, insbesondere wenn es um Änderungen oder Fehlerbehebungen geht. Das bedeutet, dass Sie darauf achten müssen, ob Ihre Entwickler es so effizient wie möglich tun. Die meisten Entwickler neigen dazu, die Variablen in einem Teil der Webseite manuell mit var_dump zu versehen, was nicht die effizienteste Methode ist. Dies kann auch Entwicklern, die später in das Projekt einsteigen, Kopfschmerzen bereiten, da sie hier und da mit Junk-Codezeilen enden, wenn der Debugging-Code nach getaner Arbeit nicht ordnungsgemäß bereinigt wird.

Es gibt einige Plugins, die bei dieser Debugging-Aufgabe helfen. Im Folgenden finden Sie einige Beispiele der beliebten Debugging-Plugins für WordPress.

• Kint-Debugger
• Debug-Leiste
• Abfragemonitor

9. Haben Sie besseres CSS

Wenn es um die Webentwicklung geht, ist das Stylen mit CSS eine der grundlegendsten Aktivitäten. Leider bedeutet dies, dass es häufig übersehen und weniger beachtet wird als JS, PHP usw. Aber ob Sie es glauben oder nicht, CSS kann eine enorme Menge an Problemen verursachen, wenn es nicht richtig aufgebaut ist, wenn Sie versuchen, in Zukunft etwas hinzuzufügen oder zu bearbeiten. es sei denn, Ihre Website ist einfach und klein.

Wenn Sie mehr darüber erfahren möchten, warum diese relativ einfache Styling-Technik zu Problemen neigt, können Sie googeln, warum CSS lästig ist, oder Sie können mehr über die 5 nervigsten Dinge mit CSS lesen.

Hier sind einige schnelle Tipps von meiner Seite ohne viele Details:

• Setzen Sie eine gute Benennungspraxis durch. Verwenden Sie eine Benennungsmethode wie BEM (Block Element Modifier)
• Vermeiden Sie Inline-Styling. Verwenden Sie stattdessen externe Stylesheets.
• Versuchen Sie, wann immer möglich, gemeinsame wiederverwendbare Muster zu finden, ohne bei Bedarf einfach Stile aufzufüllen.
• Teilen Sie Stile basierend auf den Funktionen oder Bereichen der Website in mehrere Dateien auf. Wenn Sie befürchten, dass eine höhere Anzahl von Stildateien die Ladeleistung beeinträchtigen könnte, können Sie dies mit einem guten Caching-Plugin überwinden, das mehrere Dateien in einer einzigen Datei konsolidiert.
• Verwenden Sie CSS-Präprozessoren wie SASS, LESS usw.

10. Erhalten Sie Feedback von aktuellen Entwicklern

Als letzten Gedanken und um die Liste zu vervollständigen, können Sie Feedback von Ihren Entwicklern zu Problemen erhalten, mit denen sie bei der Arbeit an Ihrer Website konfrontiert waren. Sie können Ihnen vielleicht einen guten Rat geben, da sie sich auf Ihrer Website die Hände schmutzig gemacht haben. Sie können auch auf Fehler oder schmutzigen Code hinweisen, der von früheren Entwicklern hinterlassen wurde.