- Enviado
- 17 de septiembre de 2026 a las 0:59 UTC
- Autor
- Kamo
- Commit
- 2240cdd
Dos mesas detrás de la vista count kamo-marketing ahora se muestra al pie de cada página, escrita por los endpoints /internal/page-views de KBService. KbArticleView (KB-ARTICLE-VIEWS) cuenta las opiniones de un artículo de base de conocimientos sobre el ARTICULO, enclavado por su uid, por lo que el conteo es parte del artículo y sigue cuando se renombra o se muda en /kb. Es una tabla propia en lugar de una columna en KB-ARTICLES: la fila del artículo se guarda entera por JPA, así que un contador en se leería cuando un editor abrió el artículo y se le escribiría cuando salvó, desechando todas las vistas en el medio. Las cascadas de las llaves extranjeras en el base de datos, porque KbArticle no mapea esta fila y un Hibernate borrado de un artículo de lo contrario fracasaría en ello. MarketingPageView (MARKETING-PAGE-VIEWS) cuenta cada página en su camino debajo del prefijo locale, así /en/precio y /fr/precio compartido comparten un conteo. Ambos se mantienen SEED-COUNT, la figura de partida con la que se crea una fila, aparte de VIEW-COUNT, las vistas realmente contadas; la página muestra su suma, y real El tráfico se mantiene legible de la mesa. Los repositorios exponen sólo las tres declaraciones que una opinión necesita: un nativo upsert que cuenta, uno que se siembra sin contar, y el total, leer después escribir en la misma transacción. Sin guardar(): un contador cargado, incrementado y guardado pierde opiniones concurrentes. Checked offline: una fábrica de sesión se construye sobre las once entidades KB más estos en Hiberna Hiberna 6.2.13 (KBService, y el otro Bota 3.1 servicios) y 6.5.3 (Boot 3.3), y el guión de esquema que escribe coincide con el DDL aplicado por mano, incluyendo EN CASCADE DELETE. ddl-auto no es ninguna en todas partes excepto inicializador, por lo que ningún otro servicio toca las mesas.