KamoCRM

I contatori endpoint di assunzione provengono da un registro e smettere di perdere aggiornamenti

Fixkamo-shared-library
Shipped
23 settembre 2026 alle ore 01:51 UTC
Author
Kamo
Commit
78a3f60

****************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** fila stessa: una volta per carico in entrata (~5/s durante un'importazione di fattoria) e una volta per lotto di elaborazione, tutto su una riga condivisa. YugabyteDB aborti concurrent UPDATEs di una fila con 40001, quindi i dossi erano stati divisi nelle proprie transazioni con i loro fallimenti inghiottiti — i contatori erano persi dal design: "importato" era 437 corto su due endpoint (misurato contro le righe di carico 2026-09-22), e ogni impostazioni salva rewrote tutta la riga, dolorando urti in volo. 41 file erano cresciuti a 139 MB di versioni. Ora le righe di carico sono il record. Un trigger su lead intake raw payloads riviste ogni payload e ogni modifica della sua importazione nella propria transazione (servizio di sicurezza) create lead intake ledger.sql, applicato e riempito 2026-09-22: 32 endpoint, 0 mismatches), e # Somma il totale ripiegato con il diario aperto in una sola dichiarazione. # ****************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** recordProcessed sono no-ops, mantenuto deprecato in modo da un servizio costruito prima che i suoi chiamanti sono stati rimossi ancora compilazioni. DaemonService piega e racconta questo libro con gli altri. Test: LeadIntakeLiveCountsTest (una lettura per lista, zero per un endpoint idle, nessun endpoint-row scrive), LeadLedgerQueryShapeTest (legge le tabelle di registro, mai la riga di endpoint). Il grilletto, leggere, piegare e riconteggio SQL sono stati riprodotti contro YugabyteDB (temp table, 24 assegni).

All changes

Like what you see shipping?

All of it arrives in your workspace on its own. Start on the free plan and read this page again in a month.

Start Free ForeverView Pricing