gestern hat Sarah Gooding auf WPTavern.com einen Artikel veröffentlicht - einen Aufruf zur Mithilfe beim Test des Update Failure Feature Plugin. Es soll in WordPress 6.1 in den Core aufgenommen werden.
Der Artikel: https://wptavern.com/help-test-the-…f-wordpress-6-1 Help Test the Rollback Update Failure Feature Plugin Ahead of WordPress 6.1 am 27.06. 2022 von Sarah Gooding
Sarah schreibt: Die Entwickler des Feature-Plugins Rollback Update Failure ( https://wordpress.org/plugins/rollback-update-failure/ ) haben am Wochenende zum Testen aufgerufen, mit dem Ziel, es in WordPress 6.1 aufzunehmen. Das Ziel des Plugins ist es, im Kern einen Sicherheitsmechanismus anzubieten, wenn Updates oder automatische Updates fehlschlagen. Anstatt die Website des Benutzers in einem fehlerhaften Zustand zu belassen, stellt die Rollback-Update-Fehlerfunktion die Website in einen verwendbaren Zustand wieder her. Erfolgreiche Updates die Regel - und sozusagen so etwas wie die Standarderfahrung für die meisten WordPress-Benutzer.
Bild: Life-buoy in harbour - https://www.flickr.com/photos/25031723@N06/9334224981
aufgenommen von Ashley Coates https://www.flickr.com/photos/ashleycoates/
Attribution-NonCommercial-ShareAlike 2.0 Generic (CC BY-NC-SA 2.0) :: vgl. https://creativecommons.org/licenses/by-nc…/?ref=openverse
Das Auto-Updates-Team stellte sich der Herausforderung, einen Fallback für Benutzer zu schaffen, die die häufigsten Probleme mit Updates haben, darunter das Löschen des Inhalts eines Plugin-Ordners und das nicht mehr aktive Plugin sowie das Szenario, in dem ein Plugin nicht vollständig ausgeführt werden kann Update, was zu einer schwerwiegenden PHP-Fehlernachricht oder eben schlicht zu einem „weißen Bildschirm“ führt. In den letzten 19 Monaten haben Andy Fragen, Colin Stewart und Paul Biron die Entwicklung und Tests geleitet. Sie einigten sich auf eine Lösung, die auf Feedback von Core-Committern wartet.
Zitat: „Es wurde festgestellt, dass das Kopieren des aktuellen Plugins an einen anderen Ort und im Falle eines Update-Fehlers das Zurückkopieren in wp-content/plugins die am wenigsten ressourcenintensive Methode wäre“, sagte Fragen. „Dies erfordert einen zusätzlichen Plugin-Kopiervorgang und zwei, wenn ein Aktualisierungsfehler auftritt.“
Das Team für automatische Updates benötigt umfassende Tests und Feedback von Personen, die verschiedene Hosting-Unternehmen in allen Preisklassen verwenden. Der Prozess umfasst das Einrichten einer Testumgebung mit dem WordPress Beta Tester-Plugin, das auf Bleeding Edge und Nightlies eingestellt ist, und das Rollback Update Failure-Plugin installiert. Tester laden dann alte Versionen einer Reihe von Plugins herunter und testen Einzel- und Massenaktualisierungen. Ein Filter ist verfügbar, um einen Aktualisierungsfehler zu erzwingen. Tester werden gebeten, die Zeit aufzuzeichnen, die für die Durchführung von Plugin-Updates erforderlich ist. Weitere Testdetails und Anweisungen findet ihr im Aufruf zum Testen, mit einigen Beispielergebnissen in den Kommentaren als Referenz. Wenn das Feature-Plugin ausreichend umfassend getestet wird, hat es möglicherweise endlich das richtige Timing und die richtige Dynamik, um für WordPress 6.1 eingesetzt zu werden
Text stammt kpl. aus dem Artikel: https://wptavern.com/help-test-the-…f-wordpress-6-1 Help Test the Rollback Update Failure Feature Plugin Ahead of WordPress 6.1 am 27.06. 2022 von Sarah Gooding
weitere Links:
Rollback Update Failure:
By Andy Fragen, Ari Stathopolous, Colin Stewart, Paul Biron
https://wordpress.org/plugins/rollback-update-failure/
meta: Version:3.1.0 Last updated: 7 hours ago Active installations: 7,000+ WordPress Version:5.2 or higher Tested up to:6.0 PHP Version:5.6 or higher This is a feature plugin for testing automatic rollback of a plugin or theme update failure. It is based on the PR for #51857. Current PR #2225 for inclusion to core.
Beschreibung: When updating a plugin/theme, the old version of the plugin/theme gets moved to a wp-content/upgrade/temp-backup/plugins/PLUGINNAME or wp-content/upgrade/temp-backup/themes/THEMENAME folder. The reason we chose to move instead of zip, is because zipping/unzipping are very resources-intensive processes, and would increase the risk on low-end, shared hosts. Moving on the other hand is performed instantly and won’t be a bottleneck.
call for Testing: https://make.wordpress.org/core/2022/06/2…call-to-action/