dev: Live-Läufe der Zusammenführung protokolliert
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
parent
235c20ce1d
commit
b91f41d408
1 changed files with 12 additions and 0 deletions
|
|
@ -824,3 +824,15 @@ tragen — Regel 1 greift wie entschieden, die alte URL führt per 301 auf die
|
|||
neue. Wer den alten Slug behalten will, entscheidet das vor dem Lauf von
|
||||
Hand (`--email=` einzeln, oder die Gruppe per `manual_classification`
|
||||
aussparen).
|
||||
|
||||
**Live-Läufe vom 15.09.2026:** Batch `4e1a7235…` (`--limit=50`, 60 Firmen,
|
||||
33 Meldungen, 48× `both`), danach Batch `af3fb304…` über den Rest — die 50
|
||||
erledigten Adressen wurden dabei als „nichts zusammenzuführen" übersprungen,
|
||||
wie vorgesehen. Zwei Beobachtungen aus der Tabelle:
|
||||
|
||||
- `a.hezel@serviceplan.com`: Es bleibt #52565 „serviveplan public relations"
|
||||
(Tippfehler im Namen), weil sie mehr Meldungen trägt als #18934
|
||||
„serviceplan public relations". Regel 1 entscheidet nach Inhalt, nicht nach
|
||||
Schreibweise — der Name wird im Admin korrigiert, die URL bleibt.
|
||||
- `a.helf@ubc-collection.com`: acht Firmen, sieben davon mit IDs ab 112 698
|
||||
aus den letzten Tagen, je eine Meldung — der API-Zulauf, den 1a.4 abstellt.
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue