Kevin Adametz
982de2aba2
Legacy-API-Kunden mit Keys beider Altportale — vor allem connektar — senden jede Meldung an presseecho.de UND businessportal24.de. Weil die Firma ihr Portal vom User und die Meldung es von der Firma erbte, landeten beide Kopien im selben Portal, die zweite mit Slug-Suffix "-2". Verifiziert wurde das über die Token-Hashes gegen die Legacy-Datenbanken. Das Portal wird jetzt in fester Reihenfolge aufgelöst: expliziter portal-Parameter, sonst die aufgerufene Domain, sonst das Portal des Firmenprofils, zuletzt Portal::Both — genau der Default, den beide Spalten ohnehin tragen. Die Auflösung ist damit nicht-nullbar; vorher konnte sie null liefern, was als SQL-Fehler und damit als 500er beim Alt-Client gelandet wäre. Ein Update über die v1-API verschiebt eine bestehende Meldung ausschließlich über den expliziten Parameter, nie über die aufgerufene Domain. press-releases:fix-api-portal-duplicates repariert die Altdaten: Es findet Paare (gleicher User, Titel, Sprache und Portal, beide per API eingereicht, kurz nacheinander) und verschiebt die zweite Kopie samt ihrer exklusiven Firma ins jeweils andere Portal, mit neu vergebenem Slug. Web-Doppel-Submits ohne Status-Log source=api und Legacy-Sync-Daten mit gesetzter legacy_id werden geschont. Auf Live ausgeführt und verifiziert. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
34 lines
1.3 KiB
PHP
34 lines
1.3 KiB
PHP
<?php
|
|
|
|
namespace App\Http\Controllers\Api\Concerns;
|
|
|
|
use App\Enums\Portal;
|
|
use App\Services\CurrentPortalContext;
|
|
|
|
/**
|
|
* Löst das Ziel-Portal eines API-Schreibzugriffs auf.
|
|
*
|
|
* Reihenfolge (Entscheidung 13.08.2026, API-Portal-Fix):
|
|
* 1. Explizit mitgesendeter portal-Parameter (überstimmt alles).
|
|
* 2. Domain des Requests (CurrentPortalContext, gesetzt via SetCurrentPortal:
|
|
* presseecho.de → presseecho, businessportal24.de → businessportal24).
|
|
* 3. Aufrufer-spezifischer Fallback (Portal der Firma bzw. des Users) —
|
|
* greift z. B. bei Calls über die Portal-/Admin-Domain ohne Parameter.
|
|
* 4. `Portal::Both` als letzter Ausweg.
|
|
*
|
|
* Stufe 4 macht die Rückgabe bewusst nicht-nullbar: `press_releases.portal` und
|
|
* `companies.portal` sind NOT-NULL-ENUMs mit genau diesem Default. Ein `null`
|
|
* aus dieser Methode landete also als SQL-Fehler und damit als 500er beim
|
|
* Alt-Client, statt als verwertbare Antwort — und die Aufrufer, die das
|
|
* Ergebnis direkt mit `->value` weiterreichen, wären ein Fatal Error.
|
|
*/
|
|
trait ResolvesRequestedPortal
|
|
{
|
|
private function resolveRequestedPortal(?string $requestedPortal, ?Portal $fallback): Portal
|
|
{
|
|
return Portal::tryFrom((string) $requestedPortal)
|
|
?? CurrentPortalContext::get()
|
|
?? $fallback
|
|
?? Portal::Both;
|
|
}
|
|
}
|