- Verschifft
- 23. September 2026 um 01:51 UTC
- Autor
- Kamo
- Ausschuss
- 77ee843
Die Lead Intake Einstellungsliste zeigte total_received / total_processed / last_received_at direkt von der Endpunktreihe, wo sie einmal pro Nutzlast auf einer geteilten Zeile gestoßen wurden, verlor Updates an YugabyteDB 40001 Abbruchs (die Fehler der Beulen wurden absichtlich geschluckt) und wurden von allen Einstellungen außer . "importiert" war 437 kurz auf zwei Endpoints. - create_lead_intake_ledger.sql + **************** ein Gesamtpro-Endpunkt plus einen append-only-Journal geschrieben, geschrieben von einem Trigger auf lead_intake_raw_payloads in der Payload-eigenen Transaktion. Angewandt und verfüllt 2026-09-22 (32 Endpunkte, 0 Diskrepanzen). - LeadIntakeController: jede Endpunkt-Antwort (Liste, erstellen, aktualisieren, umschalten) geht durch ************ - ein Ledger liest die ganze Liste. - LeadIntakeReceiveController / processBacklog: die Endpunktreihen-Unebenheiten sind weg; die Nutzlasteinlage und ihr IMPORTED Status sind die Zähler. Eine akzeptierte Nutzlast kann nicht mehr Rennen eine Statistik schreiben überhaupt. Needs kamo-shared-library 78a3f605.