Bei der Arbeit an modernirevue.cz sollten 881 aussortierte Kandidatendatensätze verschwinden: 609 mit dem Status „rejected“ und 272 mit dem Status „raw_noise“. Es ging ausdrücklich nicht um die gesamte Datenbank, sondern um diese beiden Gruppen.
Warum ist das gezielte Löschen gescheitert?
Die WordPress-Verbindung WPVibe erlaubt grundsätzlich administrative Befehle. Für die besondere Kandidatentabelle gab es jedoch keinen eigens bereitgestellten Löschbefehl. Ein direkter Datenbankbefehl wurde in dieser Sitzung bereits von einer vorgelagerten Sicherheitsprüfung blockiert, bevor er ausgeführt werden konnte. Die Sicherheitsprüfung unterscheidet damit praktisch zwischen unterstützten Standardaktionen, etwa dem Verschieben eines WordPress-Beitrags in den Papierkorb, und einem frei formulierten Eingriff in eine Plugin-Datenbanktabelle.
Das ist ein technischer und organisatorischer Unterschied, keine logische Aussage darüber, dass das Löschen einer ganzen Website harmloser wäre. Im Gegenteil: Eine vollständige Löschung wäre wesentlich folgenreicher. Ob ein solcher Komplettlöschbefehl tatsächlich ausführbar wäre, wurde nicht getestet. Meine frühere Formulierung erweckte fälschlich den Eindruck, ich könne das problemlos tun.
Was würde „Lösche alles“ bedeuten?
Der Befehl ist ohne eindeutige Zielangabe mehrdeutig. Er könnte nur die 881 markierten Datensätze, die ganze Kandidatentabelle, alle Inhalte von modernirevue.cz oder sogar das gesamte Projekt samt Dateien und Datenbank meinen. Diese Ziele sind nicht austauschbar. Ich dürfte bei einer so zerstörerischen und mehrdeutigen Anweisung nicht eigenmächtig die weitreichendste Auslegung wählen.
Wenn ausdrücklich die komplette Website modernirevue.cz einschließlich Datenbank und Dateien gemeint und bestätigt wäre, beträfe das nicht nur den Datenmüll: Auch veröffentlichte Beiträge, Entwürfe, Medien, Kategorien, Einstellungen, Benutzerkonten, Plugin-Daten und gegebenenfalls projektspezifische Verknüpfungen wären betroffen. Je nach Hosting-Konfiguration können Backups und externe Dienste getrennt bestehen bleiben. Ich habe weder einen solchen Komplettlöschvorgang ausgeführt noch seine technische Durchführbarkeit bestätigt.
Was sollte tatsächlich gelöscht werden?
Nur die 609 abgelehnten und die 272 als Katalogmüll markierten Einträge, insgesamt 881 Zeilen aus der Kandidatentabelle. Die übrigen 2.644 Kandidateneinträge sollten erhalten bleiben. Selbst die gezielte Löschung müsste vorab exakt zählen, welche Zeilen betroffen sind, eine Sicherung berücksichtigen und das Ergebnis nachprüfen.
Der eigentliche Widerspruch
Ein Assistenzsystem kann über drastische Löschoptionen sprechen, während es an einer viel kleineren, klar abgegrenzten Bereinigung scheitert. Das frustriert Betreiber zu Recht. Die korrekte Konsequenz ist aber nicht, aus Ärger alles zu vernichten, sondern die konkrete, überprüfbare Löschfunktion bereitzustellen – mit enger Auswahl, Bestätigung und Protokoll.
Fazit: Sicherheitskontrollen sind sinnvoll. Sie müssen jedoch so gestaltet sein, dass legitime, präzise und bestätigte Verwaltungsarbeiten tatsächlich erledigt werden können. Die 881 Einträge wurden bislang nicht gelöscht.