Skip to content

Modelo de datos

Resumen

No hay base de datos ni store en ejecución. El sitio es estático: el "dato" es el contenido en Markdown del repositorio, compilado a HTML en build. No existen PostgreSQL, SQLite, JetStream, KV ni migraciones (N/A honesto; ver Dockerfile:14-17, package.json:7-15).

"Entidades" de contenido (ficheros Markdown)

EntidadRepresentaciónCampos / estructuraEvidencia
Artículo de bloges/blog/<slug>.md + par ENfrontmatter title, description, date; cuerpo Markdownes/blog/ciso-catalizador-negocio.md:1-5
Índice de bloges/blog/index.md / en/blog/index.mdtarjetas HTML con tag, título, extracto, fechaes/blog/index.md:10-23
Homees/index.md / en/index.mdlayout: home, hero, featureses/index.md:1-43
Páginasabout, projects, contact (ES/EN)frontmatter + Markdown/HTMLes/contact.md:1-8
Raízindex.mdlayout: page + script de redirecciónindex.md:1-15
Estáticospublic/favicon.svg, public/og-cover.pngbinarios servidos tal cualpublic/

Propiedad y ciclo de vida del dato

  • Fuente de verdad: el repositorio git en Gitea (git remote). El contenido se versiona con git; lastUpdated: true deriva la fecha mostrada del último commit por archivo (.vitepress/config.mts:14).
  • Artefacto derivado: .vitepress/dist (ignorado en git y docker, .gitignore:3, .dockerignore:2); se regenera en cada build.
  • Datos de usuario: ninguno. No se captura ni persiste información del visitante (sin formularios, sin analítica; ver funcional/06-cumplimiento.md).

Retención

  • No aplica retención de datos de usuario (no se recogen).
  • Las imágenes de la imagen Docker se etiquetan por :sha y :latest en Artifact Registry (.github/workflows/deploy.yml:35-37); DESCONOCIDO: política de limpieza/retención de imágenes en el registro (no definida en el repo).

Configuración hardcodeada relevante

  • EXPIRY_DATE="2026-09-14" en el script de recordatorio de dominio (scripts/domain-reminder.sh:7); dato operativo a actualizar manualmente tras renovar (CLAUDE.md:34).

Cybersecurity · Technology · Leadership