WP-Sweep

Änderungsprotokoll

2.0.1

• NEU: Ein „Bereinigen“-Link in der Zeile des Plugins in der Plugins-Ansicht, der „Werkzeuge -> WP-Sweep“ öffnet.
• FEHLERBEHEBUNG: Die Bereinigungsansicht lief bei großen Datenbanken in eine Zeitüberschreitung. In der Version 2.0.0 wurde jede Zählung vor der Ausgabe eines Bytes berechnet – und die Gesamtzeilenzahl jeder Tabelle wurde nicht einmalig, sondern einmal pro Zeile abgefragt, sodass SELECT COUNT(*) pro Ladevorgang viermal für die „postmeta“-Tabelle ausgeführt wurde. Die Ansicht wird nun sofort dargestellt und die Zählerwerte werden anschließend nacheinander abgerufen, sodass keine einzelne Anfrage das PHP-Zeitlimit überschreitet. Ohne JavaScript berechnet ein Link diese Werte wie in der Version 2.0.0 bereits üblich zusammen mit der Seite, und der neue Filter wp_sweep_defer_counts stellt dieses Verhalten vollständig wieder her.
• FEHLERBEHEBUNG: Bei der Zählung für die Bereinigungen doppelter Metadaten wurden die IDs jeder doppelten Zeile über GROUP_CONCAT in PHP abgerufen, nur um sie zu addieren. Bei einer „postmeta“-Tabelle mit Millionen von Duplikaten hätte dies allein schon die Ressourcen für die Anfrage überlasten können. Die Zählung erfasst nun nur noch die Gesamtsummen pro Schlüssel. Die IDs werden dort ausgelesen, wo sie benötigt werden, nämlich bei der Bereinigung, die sie löscht.

2.0.0

• FEHLERBEHEBUNG: Die Bereinigung ungenutzter Begriffe las „unused“ aus der Spalte „count“ aus, und der Core-eigene Zähler zählt veröffentlichte Beiträge – ein Begriff, der nur in Entwürfen, ausstehenden Beiträgen, privaten Beiträgen oder Beiträgen im Papierkorb verwendet wurde, wies daher einen Zählerstand von null auf und wurde mitsamt seinen Bezugsdaten gelöscht. Diese Beiträge blieben ohne ersichtlichen Grund ohne Schlagwörter zurück. Ein Begriff darf nun mit absolut nichts mehr verknüpft sein
• FEHLERBEHEBUNG: Die Bereinigung von Begriffen einer Taxonomie, die von nichts mehr registriert wird, endete mit DELETE FROM wp_terms WHERE term_id NOT IN ( SELECT term_id FROM wp_term_taxonomy ). Dies betraf jede verwaiste Zeile in der Tabelle statt nur jener, die durch die Bereinigung gerade verwaist waren. Zeilen, die in der Ansicht weder gezählt noch aufgeführt worden waren, wurden mitgelöscht. Nun werden genau die Begriffe benannt, die es verwaist hinterlassen hat
• FEHLERBEHEBUNG: Die Bereinigung verwaister Begriffsbezugsdaten stufte eine Zeile als verwaist ein, indem sie nach deren object_id in wp_posts suchte – was nur dann zutrifft, wenn die Taxonomie zu Beiträgen gehört. Bei einer für Benutzer oder Kommentare registrierten Taxonomie ist die object_id eine Benutzer- oder Kommentar-ID, weshalb jeder Bezug, dessen ID höher als die Beitragsanzahl war, gelöscht wurde, obwohl der Benutzer noch existierte. link_category wurde genau aus diesem Grund manuell ausgeschlossen. Der Ausschluss wird nun daraus abgeleitet, wofür die jeweilige Taxonomie registriert ist
• FEHLERBEHEBUNG: Die oEmbed-Bereinigung prüfte auf %_oembed_%, und in einem LIKE-Muster entspricht ein Unterstrich einem beliebigen Einzelzeichen – dies bedeutete also „jeder Metaschlüssel, der oembed mit jeweils einem beliebigen Zeichen davor und danach enthält“, und war somit eine Enthält– statt einer Präfix-Übereinstimmung. Schlüssel anderer Plugins wurden zusammen mit den Caches unwiderruflich gelöscht. WordPress speichert diese als _oembed_{hash}, daher ist das Muster nun am Anfang verankert und die Unterstriche sind maskiert
• FEHLERBEHEBUNG: Die oEmbed-Bereinigung war die einzige Meta-Bereinigung, die die Liste geschützter Schlüssel nie berücksichtigte, sodass ein von einer Website explizit zu wp_sweep_postmeta_whitelist hinzugefügter Schlüssel dennoch gelöscht wurde – die Liste wurde dafür sogar eingelesen und anschließend ignoriert
• FEHLERBEHEBUNG: Die Optimierung der Datenbank führte SHOW TABLES ohne Präfix aus, was jede Tabelle im Schema betraf. Bei einer von mehreren Installationen gemeinsam genutzten Datenbank – eine übliche Hosting-Konfiguration – listete die Detailansicht die Tabellen aller Mandanten auf und die Bereinigung führte OPTIMIZE TABLE für Installationen aus, die dieser Administrator gar nicht verwaltet. Dies ist nun auf das Präfix dieser Installation beschränkt, mit wp_sweep_optimize_tables für Websites, die mehr einschließen möchten
• BREAKING: Erfordert WordPress 6.8 und PHP 8.2.
• BREAKING: Die Ansicht verbleibt unter Werkzeuge, aber ihre Adresse hat sich von tools.php?page=wp-sweep/admin.php zu tools.php?page=wp-sweep geändert. Das alte Format setzte den Namen des Installationsverzeichnisses in die URL.
• BREAKING: Die Klassen wurden umbenannt: WPSweep -> WP_Sweep, WPSweep_Api -> WP_Sweep_API und WPSweep_Command -> WP_Sweep_Command. Alle Filter und Aktionen behalten ihre Namen bei.
• BREAKING: WP_Sweep::$limit_details wurde entfernt. Lies den Wert mit limit_details() aus und passe ihn über den Filter wp_sweep_limit_details an.
• BREAKING: Die sechs wp_sweep_admin_*_sweep-Aktionen werden unterhalb der einzelnen Bereinigungstabelle in gewohnter Reihenfolge ausgelöst, statt unterhalb von sechs separaten Tabellen.
• BREAKING: „Alles bereinigen“ wurde entfernt. Aktiviere stattdessen das Kontrollkästchen in der Kopfzeile und wende die Mehrfachaktion Bereinigen an – dies bewirkt dasselbe und erlaubt das Abwählen einzelner Zeilen.
• NEU: Die Mehrfachbereinigung. Wähle die gewünschten Bereinigungen aus und führe sie in einem Durchgang aus, anstatt jeden Eintrag einzeln anzuklicken.
• NEU: Die Bereinigungen sind in der Ansicht gruppiert. Die ungefilterte Ansicht ordnet jede Bereinigung unter einer Überschrift mit Icon ein – Beitrag, Kommentar, Benutzer, Begriff, Option, Datenbank –, bleibt jedoch eine einzige Tabelle, sodass eine Mehrfachbereinigung weiterhin alles Ausgewählte ausführt. Bei der Sortierung einer Spalte werden die Überschriften ausgeblendet, anstatt Zeilen zu beschreiben, die nicht mehr gruppiert sind.
• NEU: Gruppenfilter und sortierbare Spalten basierend auf einer echten WP_List_Table.
• NEU: Die gesamte Ansicht funktioniert auch bei deaktiviertem JavaScript. Die Zeilenaktionen sind gewöhnliche Nonce-gesicherte Links und die Mehrfachaktion ist ein regulärer Formular-POST.
• NEU: Die Freigabelisten für Metaschlüssel schützen sowohl die Bereinigung doppelter als auch verwaister Metadaten, wie es die Readme schon immer behauptete und der Quellcode nie tat.
• NEU: Die Filter wp_sweep_capability und wp_sweep_limit_details. WP-Sweep hat keine Einstellungsansicht: Über wp_sweep_limit_details wird die Grenze der Detailliste geändert.
• NEU: Zu jeder Bereinigung wird unter dem Namen eine Beschreibung angezeigt, was dabei entfernt wird, und handlungsrelevante Anzahlen werden hervorgehoben.
• NEU: Eine uninstall.php, die über das gesamte Netzwerk hinweg aufräumt, statt nur auf den ersten hundert Websites. WP-Sweep selbst speichert nichts: keine Optionszeilen, keine Tabellen, keine Berechtigungen und keine geplanten Ereignisse.
• NEU: Gemäß dem Plugin-Handbuch in includes/ umstrukturiert.
• NEU: PHPUnit- und vitest-Suites sowie GitHub-Actions-CI über sechs Kombinationen aus WordPress und PHP, Einzel-Website und Multisite.
• GEÄNDERT: Ausschlüsse von Metaschlüsseln werden in PHP statt mit SQL-LIKE abgeglichen, sodass ein Unterstrich in einem geschützten Schlüssel ein Unterstrich und kein Platzhalter ist.
• GEÄNDERT: Jeder Datenbankaufruf erfolgt über eine einzige Methode und jede Abfrage wird vorbereitet.
• FEHLERBEHEBUNG: Stored-XSS in der Administrations-Ansicht. Die Detailliste wurde durch Verknüpfung von Zeichenfolgen erstellt und als HTML eingefügt, wodurch der Name eines Kommentarautors mit Markup als Skript im Browser des Administrators ausgeführt wurde.
• FEHLERBEHEBUNG: Das Plugin generiert Pfade nicht mehr aus seinem eigenen Verzeichnisnamen, sodass das Administrations-Skript auch dann geladen wird, wenn es unter einem anderen Verzeichnis als wp-sweep installiert ist.
• FEHLERBEHEBUNG: Das Filtern von wp_sweep_excluded_termids auf ein leeres Array erzeugte ungültiges SQL, wodurch die Anzahl ungenutzter Begriffe leer blieb.
• FEHLERBEHEBUNG: Ein Begriff wurde von der Bereinigung ungenutzter Begriffe ausgeschlossen, sobald seine ID mit einer default_<taxonomy>-Option übereinstimmte, selbst wenn diese Option auf einen nicht mehr existierenden Begriff verwies. WordPress liefert standardmäßig default_link_category mit dem Wert 2 aus, weshalb auf den meisten Websites der Begriff mit der ID 2 stillschweigend nicht bereinigt wurde.
• FEHLERBEHEBUNG: Bereinigungen ohne JavaScript löschten Daten und zeigten nichts an; das Ergebnis wird nun dargestellt.
• FEHLERBEHEBUNG: Die Multisite-Deinstallationsschleife stoppte bei 100 Websites, initialisierte ganze Website-Objekte zum Auslesen einer einzelnen Spalte und hinterließ den Switch-Stack um eins versetzt.
• FEHLERBEHEBUNG: Anfrageparameter werden bereinigt und anhand der Plugin-eigenen Liste der Bereinigungen validiert.
• FEHLERBEHEBUNG: Die beiden von wp sweep ausgegebenen Meldungen „Bereinigung abgeschlossen“ waren die einzigen Zeichenfolgen im Plugin, die nie an die Übersetzungsfunktionen übergeben wurden