- Spegnimento
- 17 settembre 2026 alle ore 00:59 UTC
- Autore
- Kamo
- Impegno
- 2240cdd
Due tavoli dietro la vista conta kamo-marketing ora mostra ai piedi del ogni pagina, scritta da KBService's /internal/page-views endpoints. Kb ArticleView (KB ARTICLE VIEWS) conta le opinioni di un articolo della base di conoscenza l'ARTICOLO, con il suo uid, quindi il conte è parte dell'articolo e segue quando viene rinominato o spostato in /kb. È una tavola propria piuttosto che una colonna su KB ARTICLES: la riga dell'articolo viene salvata integralmente da JPA, quindi un contatore su sarebbe letto quando un editor ha aperto l'articolo e scritto indietro quando essi salvato, scartando ogni vista in mezzo. Le cascate chiave straniere nelle database, perché KbArticolo non mappa questa riga e un Hibernate cancella di un articolo altrimenti fallire su di esso. MarketingPageView (MARKETING PAGE VIEWS) conta ogni altra pagina sul suo percorso sotto il prefisso locale, quindi /en/pricing e /fr/pricing condividono un conteggio. Entrambi mantenere SEED COUNT, la figura di partenza di una riga è creata con, a parte VIEW COUNT, le opinioni effettivamente contati; la pagina mostra la loro somma e reale il traffico rimane leggibile dal tavolo. I repository espongono solo le tre affermazioni di cui una vista ha bisogno: un nativo upsert che conta, uno che semi senza contare, e il totale, leggere dopo la scrittura nella stessa transazione. Nessun salvataggio(): un contatore caricato, incrementato e salvato indietro perde la vista corrente. Controllato offline: una fabbrica di sessione si costruisce su tutte le undici entità KB più questi su Hibernate 6.2.13 (KBService, e gli altri servizi Boot 3.1) e 6.5.3 (Boot 3.3), e lo script di schema che scrive corrisponde al DDL applicato da mano, compreso ON DELETE CASCADE. ddl-auto non è ovunque ma inizializzatore, quindi nessun altro servizio tocca i tavoli.