Ältere WordPress-Versionen in einem Plugin / Theme unterstützen?

Die Praxis, nur die neueste WP-Version zu unterstützen, scheint in den WP-Entwicklerkreisen beliebt zu sein. Dennoch gibt es einen massiven Prozentsatz an Blogs, auf denen veraltete Versionen laufen . Wenn diese Plugins nicht unterstützt werden, kann dies zu einer wesentlich geringeren Nutzung führen, als wenn (einige) ältere Versionen unterstützt werden.

Die Unterstützung älterer Versionen bringt wichtige Probleme mit sich, insbesondere:

  • Kompliziertes Testen für mehrere Versionen (Unit Tests?);
  • Kein Zugriff auf die neuesten functionen oder ein Backport;
  • Inkompatibilitäten Ihres Codes zwischen WP-Versionen (funktioniert in einem, bricht einen anderen);
  • Größere Hostinganforderungen (ältere PHP- und MySQL-Versionen, die von WP gelöscht wurden).

  1. Hattest du jemals Erfahrung mit älteren WP-Versionen in deinem Code?

  2. Welche organisatorischen und technischen Praktiken hatten gute Ergebnisse gezeitigt?

  3. Welche Art von Code verwenden Sie zum Verwalten der Unterstützung für mehrere Versionen?

Solutions Collecting From Web of "Ältere WordPress-Versionen in einem Plugin / Theme unterstützen?"

Die Unterstützung alter WordPress-Versionen erscheint sinnvoll, aber ist das wirklich notwendig? Persönlich halte ich die Unterstützung alter Versionen für eine Verschwendung von Aufwand und Zeit und verhindert, dass Endbenutzer ihre WordPress-Installationen aktualisieren. Worauf kommt es an, ein WordPress-Entwickler zu sein, wenn Sie Benutzer dazu ermutigen, unsichere und veraltete Versionen zu verwenden?

Das Hinzufügen einer function, die die Version der DB / WP-Version überprüft und eine Warnmeldung anzeigt, wenn die Site eine veraltete Version ausführt, erinnert den Benutzer daran, zu aktualisieren; Jeder weiß, wie man WordPress in diesen Tagen aktualisiert – nur ein paar Klicks und WoW, WP läuft die neueste Version.

Ich denke, die Unterstützung für Rückwärtskompatibilität für mindestens eine WordPress-Version ist vernünftig, obwohl es auch nichts falsch daran ist, die aktuelle Version zu benötigen. Einige functionen können nicht so implementiert werden, dass sie sich leicht verschlechtern (siehe zB: Post-Formate).

Es gibt Fälle, in denen 2 Hauptversionen notwendig sein könnten, aber alles darüber hinaus beginnt wirklich, die Grenzen der Vernunft zu überschreiten. Die Geschwindigkeit der WordPress-Entwicklung – ganz zu schweigen von der Geschwindigkeit der Entdeckung / Erstellung neuer Exploit-Vektoren – ist so groß, dass sie sowohl in Bezug auf die functionalität als auch auf die Sicherheit unerlässlich ist.

WordPress wird ständig verbessert, ich sage create für die aktuelle Version und lasse den Rest zurück.

Wie wahrscheinlich ist es, dass Admins sich entschließen, WordPress nicht zu aktualisieren, aber trotzdem die einzelnen Plugins aktualisieren? Werden sie die Site nicht einfach vergessen haben? Richten Sie es für einen Client ein, und berühren Sie es nur dann erneut, wenn es verbessert werden muss (oder gehackt wird, weil Sicherheitslücken nicht gepatcht wurden …).

Wenn Sie nicht zu viele rückwärtskompatible Hacks in Ihrem Code verwenden möchten, aber den Benutzern älterer WP-Versionen immer noch Unterstützung bieten, können Sie neue functionen nur für Benutzer neuere WordPress-Versionen entwickeln, aber dennoch Sicherheitsprobleme rückportieren. Sie können die functionen also weiterhin verwenden und sicherstellen, dass erkannte Sicherheitslücken gepatcht werden.

Nehmen wir an, die Version 1.5 war die neueste, wo Sie noch auf WP 3.0 getestet haben, seit 1.6 testen Sie nur auf WP 3.1 und 3.2. Wenn Sie neue functionen wünschen, müssen Sie auf Plugin Version 1.6 updaten und WordPress (oder Risk Bugs) updaten. Wenn Sie jedoch mit den functionen von 1.5 zufrieden sind, können Sie die Version 1.5.1 installieren, wenn sie zur Behebung eines Sicherheitsproblems in Version 1.5 freigegeben wird.