companies:merge führt Firmen mit derselben Firmen-E-Mail zu einem Newsroom zusammen — nur über Adressen, die 1a.2 als Dublette oder Namensvariante klassifiziert hat. Es bleibt die Firma mit den meisten jemals veröffentlichten Meldungen; Meldungen, Kontakte, Nutzer- und Zahlungsverknüpfungen wandern per company_id, jede Bewegung steht in company_merge_moves. companies:unmerge spielt sie rückwärts ab. 77 % der Gruppen sind dieselbe Firma auf beiden Portalen (Altsystem: eine Firma je Portal). Der Überlebende wird dann `both`; die Meldungen behalten ihr Portal. Der alte Newsroom-Slug führt per 301 zum Überlebenden. Slug-Kollisionen auf dem anderen Portal werden übersprungen, nicht umbenannt. Company::slugExists() kennt jetzt `both`. Dev-DB: 14 142 Adressen, 16 194 Firmen, 13 297 Meldungen in 2 min; Rückabwicklung in 1:15 min exakt auf den Stand davor. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
26 lines
731 B
PHP
26 lines
731 B
PHP
<?php
|
|
|
|
namespace App\Services\Company;
|
|
|
|
use App\Enums\Portal;
|
|
use App\Models\Company;
|
|
|
|
/**
|
|
* Was eine Zusammenführung tun würde — ohne es zu tun. Der Trockenlauf zeigt
|
|
* den Plan, der scharfe Lauf führt ihn aus; beide sehen dasselbe.
|
|
*/
|
|
final readonly class CompanyMergePlan
|
|
{
|
|
/**
|
|
* @param list<Company> $losers die Firmen, die im Überlebenden aufgehen
|
|
* @param list<Company> $excluded Firmen der Adresse, die bewusst außen vor bleiben (410-entfernt)
|
|
*/
|
|
public function __construct(
|
|
public string $email,
|
|
public Company $survivor,
|
|
public Portal $targetPortal,
|
|
public array $losers,
|
|
public array $excluded,
|
|
public int $pressReleases,
|
|
) {}
|
|
}
|