More translations

content/blog/es/test.md

@@ -0,0 +1,47 @@
+---
+title: Primer Post
+description: Probando probando prueba
+date: 2026-03-18
+slug: test
+---
+
+# Prueba
+Este es el **contenido** del primer post.
+
+¡Creo que funciona por ahora!
+
+## Así que...
+
+¡Bienvenido a aranroig.com! Por fin lo he construido, se siente como un hito muy importante. Por el momento, puedo escribir documentos simples en markdown y mostrarlos como HTML plano con clases personalizadas y muchas otras cosas. Así que, publicar nuevas entradas de blog será muy fácil, solo hay que hacer un commit y enviarlo a master, y toda la pipeline de CI/CD se encargará del resto.
+
+La arquitectura del sitio web es muy simple pero también un poco complicada.
+
+En primer lugar, estoy haciendo túnel de las conexiones desde un VPS a mi homelab, ya que todavía estoy atrapado detrás de un CG-NAT. Todo el tráfico se redirige desde el VPS a mi casa usando WireGuard. Es realmente fácil de configurar, solo fueron dos archivos de configuración diferentes.
+
+En mi homelab he instalado un [Proxmox Virtual Environment](https://www.proxmox.com). Proxmox te permite usar una computadora como servidor, donde puedes crear VMs y también contenedores LXC, que son instancias separadas de contenedores pero comparten el mismo kernel de la máquina host. Docker se construye sobre contenedores LXC. Estos contenedores también son muy eficientes, ya que comparten el mismo kernel. Pero si uno falla (kernel panic), los demás también lo hacen, ya que comparten el mismo kernel.
+
+Así que, las conexiones entrantes van a un contenedor LXC que tiene nginx y dentro de una red interna estas solicitudes se distribuyen a diferentes lugares, como este sitio web, mi [servidor personal de gitea](https://git.aranroig.com), una instancia de [Navidrome](https://www.navidrome.org/), y otra de [Immich](https://immich.app/), solo por nombrar algunos.
+
+También tengo otro contenedor LXC que tiene un worker de gitea dentro. He configurado mi repositorio para que cada push en master se construya una imagen de docker del frontend y el backend de este sitio web y luego se publiquen dentro del servidor gitea, y otro contenedor LXC donde está alojado todo extraiga las imágenes y las despliegue. Esta configuración podría volverse aún más loca, pero para mí esto ya es suficiente.
+
+No tengo idea de qué puedo poner aquí, déjame poner una imagen
+
+![Imagen](/blogs/pukeko.png)
+
+¡Ah sí, por supuesto que funciona!
+
+> Indentado
+
+- Algo
+- Lista
+- Elementos
+
+¡Las listas de verificación se muestran incorrectamente!
+
+- [ ] ¡Lista de verificación!
+- [x] Hecho
+- [ ] No hecho
+
+## En fin
+
+Debería estilizar esto un poco en el futuro. Por ahora, esto simplemente funciona como se espera.

content/blog/es/upgrade.md

@@ -0,0 +1,23 @@
+---
+title: Primera actualización
+description: Actualización del clúster
+date: 2026-04-29
+slug: upgrade
+---
+
+Hoy he actualizado el clúster, pasando de 16 GB de RAM a 48 GB de RAM. Además, añadí un nuevo disco duro HDD de 8 TB.
+
+Ahora tengo un pequeño problema: todos los archivos multimedia y otros archivos dentro del HDD original estaban en un disco virtual qcow de Proxmox, que
+no es más que un archivo de disco que todos los demás contenedores de la instancia de Proxmox tenían montado. Ahora, con este nuevo disco
+he creado un sistema de archivos ZFS.
+
+El sistema de archivos ZFS es excelente para servidores. Tiene muchas características, como la compresión y descompresión al escribir
+y además es muy fácil añadir nuevos discos a un "zpool" de discos.
+
+En este momento estoy copiando todos los archivos del antiguo archivo de disco virtual .qcow al nuevo sistema de archivos ZFS que he creado
+en el nuevo disco. Cuando termine esto, borraré el disco viejo y lo añadiré al grupo ZFS.
+
+Por ahora estará en RAID 0. Estos discos son relativamente nuevos, así que quizás en un futuro lejano (dentro de unos 3 años) considere
+hacer un RAID 5. Creo que debería ser fácil, ¿verdad?
+
+Bueno, nos vemos.