web: Entfernung mit 410 Gone als Alternative zur Löschung

Rechtlich oder redaktionell veranlasste Entfernungen brauchten bisher die
Löschung — danach antwortet die URL mit 404, als hätte es die Meldung nie
gegeben. Newsroom und Pressemitteilung lassen sich jetzt stattdessen mit
gone_at markieren: Der Inhalt verschwindet aus allen öffentlichen Listen, die
bestehende URL liefert aber einen Tombstone mit Status 410. Die vollständige
Löschung bleibt unverändert daneben stehen und erzeugt weiterhin 404.

Umkehrbar heißt hier wirklich umkehrbar. markGone() überschreibt zwei Felder —
companies.is_active (damit der Newsroom ohne Sonderbehandlung aus
Newsroom-Liste und Sitemap fällt, die beide darauf filtern) und
press_releases.no_export. Beide Vorzustände werden gesichert und beim Aufheben
zurückgestellt, sonst stünde eine schon vorher deaktivierte Firma danach
öffentlich in der Übersicht und eine Mitteilung dauerhaft als "kein Export" da,
ohne dass das je jemand gewählt hätte.

Der Auslieferungs-Cache kennt keine Tags, und die Keys der Listenseiten sind
über Portal, Sprache, Seite und Filter verstreut. Eine Entfernung erhöht
deshalb eine Generations-Nummer im Cache-Key und verwirft damit alle
Seiten-Caches auf einen Schlag — grob, aber Entfernungen sind selten und dürfen
nicht bis zu einer Stunde nachhängen. Der Zähler liegt bewusst außerhalb des
Namensraums, den er invalidiert, und wird zwischen zwei Queue-Jobs neu
gelesen: Ein Worker lebt über beliebig viele Jobs und arbeitete sonst dauerhaft
mit dem Stand seines ersten Zugriffs.

Beim Newsroom läuft die Tombstone-Prüfung bewusst VOR dem Seiten-Cache — eine
Entfernung muss sofort greifen, auch wenn für den Slug noch ein Stale-Eintrag
liegt. Kaskadiert man die Entfernung auf die Meldungen einer Firma, wird der
Cache einmal am Ende verworfen statt einmal je Meldung; sonst zwänge eine
Bestandsfirma mit dreistellig vielen Meldungen die gesamte öffentliche Seite
ebenso oft in den Neuaufbau.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

database/migrations/2026_08_25_160000_add_gone_at_to_companies_and_press_releases_tables.php

@@ -0,0 +1,65 @@
+<?php
+
+use Illuminate\Database\Migrations\Migration;
+use Illuminate\Database\Schema\Blueprint;
+use Illuminate\Support\Facades\Schema;
+
+/**
+ * Entfernung mit 410 Gone: Marker für Newsrooms (Firmen) und Pressemitteilungen,
+ * die bewusst aus der öffentlichen Ansicht genommen wurden, deren URL aber
+ * weiterhin einen Tombstone (410 statt 404) ausliefern soll.
+ *
+ * Abgrenzung zu bestehenden Markern:
+ * - `deleted_at` (Soft Delete) = vollständige Löschung, URL antwortet 404.
+ * - `press_releases.depublished_at` = kostenpflichtige Depublikation auf Wunsch
+ *   des Absenders (T12); ebenfalls 410, aber mit eigenem Seitentext.
+ *
+ * REIHENFOLGE BEACHTEN: Diese Migration läuft absichtlich NACH dem Entfernen
+ * der Volltext-Indizes (`drop_fulltext_indexes_from_press_releases`). Grund:
+ * InnoDB lässt beim Löschen eines FULLTEXT-Index eine versteckte
+ * `FTS_DOC_ID`-Spalte zurück, die `ALGORITHM=INSTANT` weiterhin blockiert.
+ * Erst der nächste vollständige Rebuild räumt sie weg — und genau der ist das
+ * `ADD COLUMN` hier. Läuft diese Migration vorher, wird der teure Rebuild
+ * zweimal fällig statt einmal.
+ *
+ * Bewusst ohne Index: Beide Lookups (Tombstone-Prüfung) laufen über den Slug,
+ * und als Filter (`whereNull('gone_at')`) ist die Spalte zu wenig selektiv, um
+ * einen Index zu rechtfertigen — der auf den großen Bestandstabellen nur die
+ * ALTER-Laufzeit im Deploy verlängern würde.
+ *
+ * Die hasColumn-Prüfungen halten die Migration wiederholbar: Auf den großen
+ * Tabellen (>100k Zeilen) kann ein abgebrochener Deploy die Spalte bereits
+ * angelegt haben, ohne dass der Migrations-Eintrag geschrieben wurde.
+ */
+return new class extends Migration
+{
+    public function up(): void
+    {
+        if (! Schema::hasColumn('companies', 'gone_at')) {
+            Schema::table('companies', function (Blueprint $table) {
+                $table->timestamp('gone_at')->nullable()->after('is_active');
+            });
+        }
+
+        if (! Schema::hasColumn('press_releases', 'gone_at')) {
+            Schema::table('press_releases', function (Blueprint $table) {
+                $table->timestamp('gone_at')->nullable()->after('depublished_at');
+            });
+        }
+    }
+
+    public function down(): void
+    {
+        if (Schema::hasColumn('companies', 'gone_at')) {
+            Schema::table('companies', function (Blueprint $table) {
+                $table->dropColumn('gone_at');
+            });
+        }
+
+        if (Schema::hasColumn('press_releases', 'gone_at')) {
+            Schema::table('press_releases', function (Blueprint $table) {
+                $table->dropColumn('gone_at');
+            });
+        }
+    }
+};

database/migrations/2026_09_01_090000_add_gone_restore_state_to_companies_and_press_releases_tables.php

@@ -0,0 +1,60 @@
+<?php
+
+use Illuminate\Database\Migrations\Migration;
+use Illuminate\Database\Schema\Blueprint;
+use Illuminate\Support\Facades\Schema;
+
+/**
+ * Merkt sich, welchen Wert die Entfernung mit 410 überschrieben hat.
+ *
+ * Hintergrund: `markGone()` schaltet den Newsroom auf `is_active = false` (damit
+ * er ohne Sonderbehandlung aus Newsroom-Liste und Sitemap fällt, die beide auf
+ * `is_active` filtern) und die Pressemitteilung auf `no_export = true`. Das
+ * Aufheben setzte beide Werte bisher bedingungslos auf den Normalzustand
+ * zurück — eine Firma, die schon VOR der Entfernung deaktiviert war, stand
+ * danach also öffentlich in der Newsroom-Übersicht. Die Oberfläche verspricht
+ * an dieser Stelle ausdrücklich Umkehrbarkeit; das war keine.
+ *
+ * `null` heißt: nicht mit 410 entfernt (oder bereits zurückgenommen).
+ *
+ * Kosten: Auf `press_releases` ist das seit dem Entfernen der Volltext-Indizes
+ * ein `ALGORITHM=INSTANT` und damit eine Sache von Millisekunden. `companies`
+ * trägt seinen FULLTEXT-Index weiterhin und wird deshalb kopiert — bei 70 MB
+ * sind das wenige Sekunden, was die Tabelle bewusst behalten darf (siehe
+ * CLAUDE.md).
+ *
+ * Die hasColumn-Prüfungen halten die Migration wiederholbar, falls ein Deploy
+ * zwischen ALTER und Migrations-Eintrag abbricht.
+ */
+return new class extends Migration
+{
+    public function up(): void
+    {
+        if (! Schema::hasColumn('companies', 'is_active_before_gone')) {
+            Schema::table('companies', function (Blueprint $table) {
+                $table->boolean('is_active_before_gone')->nullable()->after('gone_at');
+            });
+        }
+
+        if (! Schema::hasColumn('press_releases', 'no_export_before_gone')) {
+            Schema::table('press_releases', function (Blueprint $table) {
+                $table->boolean('no_export_before_gone')->nullable()->after('gone_at');
+            });
+        }
+    }
+
+    public function down(): void
+    {
+        if (Schema::hasColumn('companies', 'is_active_before_gone')) {
+            Schema::table('companies', function (Blueprint $table) {
+                $table->dropColumn('is_active_before_gone');
+            });
+        }
+
+        if (Schema::hasColumn('press_releases', 'no_export_before_gone')) {
+            Schema::table('press_releases', function (Blueprint $table) {
+                $table->dropColumn('no_export_before_gone');
+            });
+        }
+    }
+};