More translations
All checks were successful
Trigger build for deploying blog updates / build (push) Successful in 0s
All checks were successful
Trigger build for deploying blog updates / build (push) Successful in 0s
This commit is contained in:
@@ -15,8 +15,8 @@ Ja, es una mica rotllo no fer-ho a mà, pero així no fa pal i puc escriure més
|
||||
les traduccions que surten de la màquina pero realment això agilitza tot un munt.
|
||||
|
||||
A part, he separat també ja de pas el repositori dels blogs amb el frontend. Abans estava tot dins d'una carpeta del repo
|
||||
de [aranroog.com](https://git.aranroog.com/Syndria98/aranroog.com), pero ara les entrades al blog es troben dins d'aquest
|
||||
[altre](https://git.aranroog.com/Syndria98/blogs).
|
||||
de [aranroig.com](https://git.aranroig.com/Syndria98/aranroig.com), pero ara les entrades al blog es troben dins d'aquest
|
||||
[altre](https://git.aranroig.com/Syndria98/blogs).
|
||||
|
||||
Aquesta es la primera entrada que s'ha traduït automàticament. Si la veus en castellà o en anglès que sàpigues que has
|
||||
estat llegint el text escrit per una intel·ligència artificial.
|
||||
@@ -24,4 +24,4 @@ estat llegint el text escrit per una intel·ligència artificial.
|
||||
El model també que estic utilitzant no té censura ninguna, així que realment puc estar una mica tranquil sobre que posi
|
||||
el que posi no es negarà a traduir-ho. Tampoc espero que prengui consciencia pròpia al traduir pel que escric.
|
||||
|
||||
En fi.
|
||||
En fi.
|
||||
|
||||
47
content/blog/ca/test.md
Normal file
47
content/blog/ca/test.md
Normal file
@@ -0,0 +1,47 @@
|
||||
---
|
||||
title: Primer Post
|
||||
description: Provant, provant, provant
|
||||
date: 2026-03-18
|
||||
slug: test
|
||||
---
|
||||
|
||||
# Prova
|
||||
Aquest és el **contingut** del primer post.
|
||||
|
||||
Crec que funciona per ara!
|
||||
|
||||
## Així doncs...
|
||||
|
||||
Benvinguts a aranroig.com! Finalment l'he construït, sembla un punt molt important. De moment, puc escriure documents markdown senzills i mostrar-los com a HTML pla amb classes personalitzades i moltes altres coses. Així doncs, publicar nous posts del blog serà molt fàcil, només cal fer un commit i pujar-lo al master, i tota la cadena de CI/CD s'encarregarà de la resta.
|
||||
|
||||
L'arquitectura del lloc web és molt senzilla però també una mica complicada.
|
||||
|
||||
Primer de tot, tunelitzo les connexions des d'un VPS cap al meu homelab, ja que encara estic atrapat darrere d'una CG-NAT. Tot el trànsit es redirigeix des del VPS cap a casa meva utilitzant WireGuard. És molt fàcil de configurar, només calien dos fitxers de configuració diferents.
|
||||
|
||||
Al meu homelab he instal·lat un [Proxmox Virtual Environment](https://www.proxmox.com). Proxmox et permet utilitzar un ordinador com a servidor, on pots crear màquines virtuals (VM) i també contenidors LXC, que són instàncies de contenidors separades però comparteixen el mateix nucli del maquinari amfitrió. Docker està construït sobre els contenidors LXC. Aquests contenidors també són molt eficients, ja que comparteixen el mateix nucli. Però si un nucli falla (kernel panic), ho fan tots els altres, ja que comparteixen el mateix nucli.
|
||||
|
||||
Així doncs, les connexions entrants van a un contenidor LXC que té nginx i, dins d'una xarxa interna, aquestes sol·licituds es distribueixen a diferents llocs, com ara aquest lloc web, el meu [servidor de Gitea](https://git.aranroig.com), una instància de [Navidrome](https://www.navidrome.org/) i una altra de [Immich](https://immich.app/), per posar-ne alguns.
|
||||
|
||||
Tinc un altre contenidor LXC que té un worker de Gitea dins. He configurat el meu repositori perquè cada cop que es fa un push al master es construeixi una imatge Docker del frontend i del backend d'aquest lloc web i després es publiquin dins del servidor de Gitea, i un altre contenidor LXC on s'allotja tot recupera les imatges i les desplega. Aquesta configuració podria ser encara més boja, però per a mi ja n'hi ha prou.
|
||||
|
||||
No sé què hi podria posar, així que deixo una imatge aquí.
|
||||
|
||||
|
||||
|
||||
Oh sí, clar que funciona!
|
||||
|
||||
> Indentat
|
||||
|
||||
- Algunes
|
||||
- Llista
|
||||
- Elements
|
||||
|
||||
Les llistes de verificació es mostren malament!
|
||||
|
||||
- [ ] Llista de verificació!
|
||||
- [x] Fet
|
||||
- [ ] No fet
|
||||
|
||||
## De totes maneres
|
||||
|
||||
Hauria d'estilitzar-ho una mica en el futur. De moment, això simplement funciona com s'espera.
|
||||
18
content/blog/ca/upgrade.md
Normal file
18
content/blog/ca/upgrade.md
Normal file
@@ -0,0 +1,18 @@
|
||||
---
|
||||
title: Primera actualització
|
||||
description: Actualització del clúster
|
||||
date: 2026-04-29
|
||||
slug: upgrade
|
||||
---
|
||||
|
||||
Avui he actualitzat el clúster passant de 16 GB de RAM a 48 GB de RAM. També hi he afegit un nou disc dur de 8 TB.
|
||||
|
||||
Ara tinc un petit problema: tots els fitxers multimèdia i aleatoris del disc dur original estaven dins d'un disc virtual qcow de Proxmox, que no és més que un fitxer de disc que tots els altres contenidors de la instància de Proxmox tenien muntat. Amb aquest nou disc, he creat un sistema de fitxers ZFS.
|
||||
|
||||
El sistema de fitxers ZFS és genial per a servidors. Té moltes funcionalitats, com la compressió i descompressió en escriptura, i també és molt fàcil afegir nous discs a un "zpool" de discs.
|
||||
|
||||
Ara mateix estic copiant tots els fitxers del vell disc virtual .qcow al nou sistema de fitxers ZFS que he creat al disc nou. Quan acabi, esborraré el disc antic i l'afegiré al grup de discs ZFS.
|
||||
|
||||
De moment estarà en RAID0. Aquests discs són relativament nous, així que potser en un futur llunyà (d'aquí uns 3 anys) consideraré fer un RAID5. Crec que hauria de ser fàcil, oi?
|
||||
|
||||
Bé, fins aviat!
|
||||
@@ -1,6 +1,6 @@
|
||||
---
|
||||
title: First Post
|
||||
description: Testint test testong
|
||||
description: Testing testing
|
||||
date: 2026-03-18
|
||||
slug: test
|
||||
---
|
||||
@@ -12,28 +12,25 @@ I think it works for now!
|
||||
|
||||
## So...
|
||||
|
||||
Welcome to aranroig.com! I finally build it, it feels like a very important milestone. At the moment I'm able to write simple markdown documents
|
||||
and displaying it as plain html with custom classes and a lot of other things. So, publishing new blog posts will be very easy, its just doing
|
||||
a commit and pushing to master, and all the CI/CD pipeline will take about the rest.
|
||||
Welcome to aranroig.com! I've finally built it, and it feels like a very important milestone. At the moment, I'm able to write simple Markdown documents and display them as plain HTML with custom classes and a lot of other features. So, publishing new blog posts will be very easy; it's just a matter of making a commit and pushing to master, and the entire CI/CD pipeline will take care of the rest.
|
||||
|
||||
The architecture of the website is very simple but also a bit complicated.
|
||||
|
||||
First of all, I am tunneling the connexions from a VPS to my homelab, since I am still trapped behind a CG-NAT. All traffic is redirected from
|
||||
the VPS to my home using WireGuard. It is really easy to configure, it was just two different config files.
|
||||
First of all, I am tunneling connections from a VPS to my homelab, since I am still trapped behind a CG-NAT. All traffic is redirected from the VPS to my home using WireGuard. It is really easy to configure; it was just two different config files.
|
||||
|
||||
At my homelab I have installed a [Proxmox Virtual Environment](https://www.proxmox.com). Proxmox lets you use a computer as a server, where you can create VMs and also LXC containers, which are separate instances of containers but they all share the same kernel of the host machine. Docker is built above LXC containers. These containers are also very efficient, since they share the same kernel. But if one kernel panics, so does the other ones, since they share the same kernel.
|
||||
At my homelab, I have installed a [Proxmox Virtual Environment](https://www.proxmox.com). Proxmox lets you use a computer as a server, where you can create VMs and also LXC containers. These are separate container instances that all share the same kernel as the host machine. Docker is built on top of LXC containers. These containers are also very efficient since they share the same kernel. However, if one kernel panics, so do the others, since they share the same kernel.
|
||||
|
||||
So, the incomming connexions go to a LXC container which has nginx and within a internal network these requests are distributed to different places, such as this website, my personal [gitea server](https://git.aranroig.com), an instance of [Navidrome](https://www.navidrome.org/), and another one of [Immich](https://immich.app/), just to name a few.
|
||||
So, incoming connections go to an LXC container running nginx, and within an internal network, these requests are distributed to different services, such as this website, my personal [Gitea server](https://git.aranroig.com), an instance of [Navidrome](https://www.navidrome.org/), and another one of [Immich](https://immich.app/), just to name a few.
|
||||
|
||||
I have also another LXC container that has a gitea worker in it. I have configured my repository so that every push in master it builds a docker image of the frontend and the backend of this website and then publishes them inside the gitea server, and another LXC container where everything is hosted pulls back the images and deploys them. This setup could be even get more crazier but for me this is already enough.
|
||||
I also have another LXC container that runs a Gitea worker. I've configured my repository so that every push to master builds a Docker image of the frontend and backend of this website, then publishes them inside the Gitea server. Another LXC container, where everything is hosted, pulls back the images and deploys them. This setup could get even crazier, but for me, this is already enough.
|
||||
|
||||
I have no idea of what I can place here let me put an image
|
||||
I have no idea what else to put here, so let me just add an image:
|
||||
|
||||
|
||||
|
||||
Oh yeah of course it works!
|
||||
Oh yeah, of course it works!
|
||||
|
||||
> Identated
|
||||
> Indented
|
||||
|
||||
- Some
|
||||
- List
|
||||
@@ -47,4 +44,4 @@ Checklists are displayed wrong!
|
||||
|
||||
## Anyways
|
||||
|
||||
I should style in the future this a little bit. For now this just works as expected.
|
||||
I should style this up a little bit in the future. For now, it just works as expected.
|
||||
@@ -5,19 +5,14 @@ date: 2026-04-29
|
||||
slug: upgrade
|
||||
---
|
||||
|
||||
Today I have upgraded the cluster from 16GB of ram to 48GB of ram. And also I added a new 8TB HDD drive.
|
||||
Today, I upgraded the cluster's RAM from 16GB to 48GB. I also added a new 8TB HDD.
|
||||
|
||||
Now I have an small problem all the media and random files inside the original HDD were inside a proxmox virtual qcow disk which
|
||||
is just a disk file that all the other containers from the proxmox instance had mounted. Now with this new disk
|
||||
I made a ZFS filesystem.
|
||||
I do have a small issue: all the media and miscellaneous files on the original HDD were stored in a Proxmox virtual .qcow disk image, which is essentially just a file that all the other containers on the Proxmox host were mounted to. With this new disk, I created a ZFS filesystem.
|
||||
|
||||
The ZFS filesystem is great for servers. It has a lot of features like having on-write compression and decompression
|
||||
and also it is very easy to add new disks to a "zpool" of disks.
|
||||
ZFS is excellent for servers. It offers many useful features, such as on-the-fly compression and decompression, and it's very straightforward to add new drives to a ZFS pool.
|
||||
|
||||
Right now I'm copying all the files inside the old virtual .qcow disk file onto the new ZFS filesystem that I have made
|
||||
on the new disk. When this finishes, I will wipe the old disk and add it to the ZFS pool.
|
||||
Currently, I'm copying all the files from the old virtual .qcow disk image onto the new ZFS filesystem I created on the new drive. Once that's done, I'll wipe the old disk and add it to the ZFS pool.
|
||||
|
||||
For now it will be on RAID0. These disks are relatively new, so maybe in the far future (in about 3 years) I will consider
|
||||
maybe making a RAID5. I think it should be easy, right?
|
||||
For now, it'll be configured as RAID0. Since these disks are relatively new, I might consider switching to RAID5 in the distant future (around 3 years from now). I think that should be straightforward, right?
|
||||
|
||||
Anyways see ya
|
||||
Anyway, see ya!
|
||||
47
content/blog/es/test.md
Normal file
47
content/blog/es/test.md
Normal file
@@ -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
|
||||
|
||||
|
||||
|
||||
¡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.
|
||||
23
content/blog/es/upgrade.md
Normal file
23
content/blog/es/upgrade.md
Normal file
@@ -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.
|
||||
Reference in New Issue
Block a user