Atareao con Linux

¡Hola a todos! Bienvenidos una semana más a atareao con Linux. Hoy os traigo el "premio" que me guardé en el episodio 785. Si pensabas que tu terminal ya era lista, prepárate, porque hoy vamos a ver cómo dotarla de un sistema nervioso propio mediante los eventos personalizados en Fish.
En este episodio nos centramos en dos herramientas brutales: emit y on-event. Te voy a explicar, de la forma más sencilla posible, por qué esto cambia las reglas del juego cuando te pones a automatizar tareas en tu servidor o en tu equipo de escritorio.
¿Por qué deberías usar eventos en tus scripts?
Limpieza absoluta: Olvídate de esos archivos .sh infinitos. Ahora puedes tener pequeñas funciones especializadas que solo actúan cuando ocurre algo concreto.
Flexibilidad total: ¿Quieres añadir una nueva acción a un proceso que ya funciona? No toques el código original, simplemente crea una función nueva que escuche el mismo evento.
Desacoplamiento: Es la palabra clave. Separamos la lógica de "qué ocurre" de la lógica de "qué hacemos cuando ocurre".
Te cuento cómo he aplicado esto para monitorizar mis proyectos de Rust. Uso herramientas como inotifywait para que, en cuanto guardo un cambio en el código, se dispare una cadena de eventos: compilación, tests y despliegue en contenedores. Si algo falla por el camino, el sistema lo sabe y me avisa de inmediato. ¡Es como tener un asistente personal dentro de la shell!
También hablamos de la introspección. Te enseño cómo consultar qué eventos tienes registrados y qué funciones están asignadas a cada uno mediante el comando Functions --handlers. Así nunca perderás el hilo de lo que está pasando en tu sistema.
Si quieres llevar tu terminal al siguiente nivel y empezar a cacharrear de verdad con la automatización inteligente, este podcast es para ti.
Contenido del episodio:
00:00:00 Introducción: Lo mejor de Fish se quedó para el final
00:01:28 Qué son los eventos y por qué van a simplificar tu vida
00:02:40 Cómo declarar eventos con emit y on-event
00:04:02 Ejemplo práctico: Notificaciones de escritorio y avisos en Telegram
00:06:40 Las 3 grandes ventajas: Desacoplamiento, múltiples receptores y limpieza
00:09:20 Introspección en Fish: Cómo ver tus handlers y eventos registrados
00:11:05 Caso de éxito: Automatizando la compilación y despliegue de Rust
00:13:58 Gestión de errores: Cómo evitar que un proceso falle en cascada
00:15:14 Conclusión y despedida: ¡A cacharrear con los eventos!
¡Espero que te lo pases pipa escuchándolo tanto como yo explicándolo! Al rico contenedor y... ¡nos escuchamos el jueves!

Más información y enlaces en las notas del episodio
🌐 Aquí lo puedes encontrar todo 👉 https://atareao.es
✈️ Telegram (el grupo) 👉 https://t.me/atareao_con_linux
✈️ Telegram (el canal) 👉 https://t.me/canal_atareao
🦣 Mastodon 👉 https://mastodon.social/@atareao
🐦 Twitter 👉 https://twitter.com/atareao
🐙 GitHub 👉 https://github.com/atareao

¿WordPress es una porquería o es que no sabemos usarlo? Mi nuevo flujo con Podman
¡Hola! Muy buenas, ¿cómo estás? Soy Lorenzo y hoy quiero que hablemos de tecnología, de pragmatismo y, sobre todo, de WordPress. Últimamente parece que está de moda criticar a WordPress entre los creadores de contenido. Que si es pesado, que si tiene vulnerabilidades, que si es tecnología del siglo pasado... Pero claro, cuando miras los números y ves que WordPress impulsa más del 42% de los sitios web del planeta, te das cuenta de que algo estarán haciendo bien.
En este episodio número 786 de Atareao con Linux, quiero romper una lanza a favor de este CMS y, sobre todo, explicarte cómo he transformado mi forma de trabajar con él para que sea algo divertido, eficiente y, por encima de todo, profesional. Vamos a dejar de lado las críticas vacías y vamos a centrarnos en el "cacharrero" del bueno: montando un entorno de desarrollo con Podman, utilizando Valkey para que todo vuele y automatizando las tareas con una herramienta que me tiene fascinado: Just.
WordPress: El gigante incomprendido
Lo cierto es que entiendo las críticas cuando son razonadas. Es verdad que WordPress puede tener vulnerabilidades, pero ¿qué software masivo no las tiene? Al final, es una cuestión de números: cuanto más se usa algo, más se intenta atacar. Pero no podemos olvidar que grandes corporaciones, tiendas de e-commerce masivas e incluso la propia Casa Blanca confían en WordPress. Si estás buscando una oportunidad de negocio, aprender a dominar WordPress por dentro —creando tus propios temas y complementos— es una de las mejores inversiones que puedes hacer hoy en día.
El salto a los contenedores con Podman
Hoy en día, desarrollar sin contenedores me parece un error fundamental. Los contenedores te dan la libertad de usar exactamente la misma versión de PHP o MariaDB que tienes en tu servidor de producción, sin importar lo que soporte tu sistema operativo local. Y como no podía ser de otra forma, he montado todo este tinglado con Podman.
Mi nuevo stack de desarrollo incluye:
WordPress con PHP-FPM: Para un rendimiento óptimo.
MariaDB: Nuestra base de datos de confianza.
Valkey: El reemplazo de código abierto para Redis. Espectacular para cachear consultas y acelerar la web.
Nginx: Como proxy inverso para gestionar imágenes, estilos y la conexión con PHP de forma eficiente.
Contenido del episodio por capítulos:
00:00:00 Introducción y por qué critican a WordPress
00:01:22 WordPress: El gigante que domina internet
00:03:08 Más allá del blog: E-commerce y grandes empresas
00:03:40 WordPress como oportunidad de negocio y carrera
00:04:52 La historia de Atareao.es sobre WordPress (desde 2009)
00:06:30 De temas de terceros a un desarrollo propio complejo
00:07:57 Borrón y cuenta nueva: Buscando la sencillez
00:08:50 El error de no usar contenedores para desarrollar
00:10:03 Mi stack con Podman: PHP-FPM, MariaDB y Valkey
00:12:07 Just: El gestor de tareas que sustituye a Make
00:13:54 Automatizando con Just: Install, Start y Status
00:16:30 Entornos idénticos: De local a producción
00:17:15 Gestión inteligente de secretos y configuración de Nginx
00:19:23 Estrategia de copias de seguridad y restauración de la DB
00:20:26 Resumen: Un entorno profesional en cuatro pasos
00:22:17 Despedida y cierre del episodio

Más información y enlaces en las notas del episodio
🌐 Aquí lo puedes encontrar todo 👉 https://atareao.es
✈️ Telegram (el grupo) 👉 https://t.me/atareao_con_linux
✈️ Telegram (el canal) 👉 https://t.me/canal_atareao
🦣 Mastodon 👉 https://mastodon.social/@atareao
🐦 Twitter 👉 https://twitter.com/atareao
🐙 GitHub 👉 https://github.com/atareao

¡Hola a todos! Bienvenidos al episodio 785. Hoy nos metemos de lleno en las entrañas de FISH, una de las herramientas más potentes para cualquier amante de Linux. Si alguna vez has sentido que tu terminal podría trabajar un poco más por ti, este es tu episodio.
Los eventos en FISH son como pequeños disparadores que te permiten ejecutar acciones automáticamente en respuesta a lo que haces. Vamos a ver casos de uso reales: desde cómo configurar alertas inteligentes hasta cómo evitar errores catastróficos. También descubrirás mi secreto personal para no volver a perder nunca más un comando largo que hayas borrado por error al presionar la combinación de teclas prohibida.
Temas destacados:
La diferencia entre FISH y otras shells clásicas.
Cómo implementar un sistema de auditoría básica.
Ejemplos prácticos para mejorar tu productividad diaria.
Cómo manejar el portapapeles directamente desde la terminal.
Índice:
00:00:00 Introducción al episodio 785
00:00:26 ¿Qué es FISH y por qué lo uso?
00:02:33 El poder de los eventos en FISH
00:04:49 ¿Dónde configurar tus eventos?
00:08:42 Ejemplo 1: Avisos automáticos en proyectos RAST
00:09:41 Ejemplo 2: Auditoría de comandos críticos
00:10:59 Ejemplo 3: Manejo elegante de errores
00:12:19 Ejemplo 4: Acciones al cerrar sesión
00:13:35 Truco Pro: Recuperar comandos borrados con CTRL+C
00:17:35 Conclusiones y próximos pasos
Espero que disfrutes de este contenido tanto como yo al prepararlo. ¡Prepárate para llevar tu terminal al siguiente nivel!

Más información y enlaces en las notas del episodio
🌐 Aquí lo puedes encontrar todo 👉 https://atareao.es
✈️ Telegram (el grupo) 👉 https://t.me/atareao_con_linux
✈️ Telegram (el canal) 👉 https://t.me/canal_atareao
🦣 Mastodon 👉 https://mastodon.social/@atareao
🐦 Twitter 👉 https://twitter.com/atareao
🐙 GitHub 👉 https://github.com/atareao

¿Es posible mantener la extrema sencillez de Dockge mientras aprovechamos la robustez y seguridad de Podman? La respuesta es un rotundo sí, y en este episodio te explico exactamente cómo lo he configurado en mi propia infraestructura.
Llevo semanas explorando alternativas para la gestión de contenedores, pero siempre acabo volviendo a Dockge. Su capacidad para levantar un stack simplemente pegando un Docker Compose es imbatible para quienes disfrutamos probando nuevas herramientas cada día. Sin embargo, mi migración a Podman planteaba un reto: no quería perder esa agilidad ni tampoco comprometer la seguridad del sistema.
En este podcast detalle mi "fórmula ganadora":
Quadlets: Cómo he encapsulado Dockge y Traefik para que se comporten como servicios nativos del sistema.
Seguridad Rootless: La ventaja de correr Dockge bajo un usuario sin privilegios, eliminando riesgos de escalada de privilegios.
Persistencia: La gestión de volúmenes y cómo Dockge almacena los archivos Compose de forma transparente en el sistema de archivos.
Hibridación: Mi estrategia para decidir qué servicios van en Quadlets y cuáles se quedan en Dockge.
Además, comentamos características fundamentales como el terminal web interactivo incorporado, ideal para solventar problemas rápidos (como borrar un volumen rebelde) cuando estás fuera de casa y solo tienes una tablet a mano. Si te interesa el self-hosting, la administración de servidores Linux y quieres simplificar tu flujo de trabajo con contenedores, este episodio es para ti.
Capítulos del episodio:
00:00:00 Introducción y el dilema de la gestión de contenedores
00:01:41 El miedo a la migración: De Docker a Podman
00:02:46 La gran noticia: Dockge funcionando como Quadlet
00:03:09 ¿Qué es Dockge? La alternativa sencilla a Portainer
00:05:14 Características clave: Editor interactivo y terminal web
00:06:09 Gestión remota: El uso de agentes y múltiples VPS
00:07:33 Funciones avanzadas: De comandos Docker a Compose
00:08:55 La ventaja competitiva: Podman Rootless y seguridad
00:09:41 Anatomía de un Quadlet para Dockge
00:10:45 Configuración de volúmenes y persistencia de Stacks
00:11:24 Integración con Traefik y Health Checks en Podman
00:12:22 Cómo gestionar tus archivos Compose y Dotfiles
00:13:58 El gran debate: ¿Cuándo usar Quadlets vs Dockge?
00:15:53 Conclusiones: Seguridad, simplicidad y futuro
00:17:12 Despedida y comunidad Atareao con Linux
Únete a la conversación en nuestro grupo de Telegram y descubre más en atareao.es.

Más información y enlaces en las notas del episodio
🌐 Aquí lo puedes encontrar todo 👉 https://atareao.es
✈️ Telegram (el grupo) 👉 https://t.me/atareao_con_linux
✈️ Telegram (el canal) 👉 https://t.me/canal_atareao
🦣 Mastodon 👉 https://mastodon.social/@atareao
🐦 Twitter 👉 https://twitter.com/atareao
🐙 GitHub 👉 https://github.com/atareao

¿Alguna vez has sentido el terror de un comando mal ejecutado?
En este episodio número 783, te sumerjo en una historia real de "poltergeist" en Docker que me mantuvo en vilo durante horas. Te cuento cómo una serie de eventos desafortunados, mezclados con un poco de nerviosismo técnico, me llevaron a cometer uno de los errores más temidos por cualquier administrador de sistemas: un borrado masivo de volúmenes que no debía ocurrir.
Hablamos a fondo sobre la arquitectura de servicios self-hosted. Te explico por qué prefiero mantener una base de datos independiente para cada aplicación, analizando los pros y contras en cuanto a consumo de recursos y flexibilidad de versiones. Esta decisión, que normalmente me ahorra problemas, fue el escenario de un comportamiento errático donde las imágenes de PostgreSQL empezaron a mutar de forma extraña, cambiando tamaños y arquitecturas sin intervención directa.
A lo largo del audio, descubrirás cómo logré identificar al culpable (spoiler: Watchtower y WhatsApp Docker tienen mucho que ver) utilizando modelos de lenguaje como Gemini para realizar un análisis forense de los logs. Esta experiencia ha sido el empujón final que necesitaba para confirmar mi transición total hacia Podman.
Lo que aprenderás en este episodio:
La importancia de taguear correctamente las imágenes y evitar el uso de "latest".
Cómo reaccionar (y cómo no hacerlo) ante un contenedor que entra en bucle de reinicio.
Las ventajas críticas de Podman sobre Docker en la gestión de actualizaciones y rollbacks automáticos.
El papel de la IA como asistente en la resolución de problemas técnicos complejos.
Marcadores de tiempo:
00:00:00 Introducción: Una historia de terror en Linux
00:02:04 Mi estrategia: Un contenedor de base de datos por servicio
00:03:19 El dilema del consumo vs. la independencia de versiones
00:05:58 El inicio del caos: Notificaciones de Matrix y reinicios
00:07:34 Investigando el fallo: ¿Versiones desalineadas o brujería?
00:09:38 El misterio del Release Candidate y el engorde de imágenes
00:11:24 El error fatal: Un "System Prune" sin prejuicios
00:12:31 Análisis forense con Gemini: Encontrando al culpable
00:13:36 El culpable revelado: WhatsApp Docker y Watchtower
00:15:36 Reflexiones post-catástrofe: La migración definitiva a Podman
00:16:40 Ventajas de Podman: Actualizaciones nativas y Rollbacks
00:18:11 Despedida y red de podcast
Si quieres compartir tus propias historias de terror o aprender más sobre el mundo Linux, únete a nuestra comunidad en Telegram buscando "Atareao con Linux". ¡Disfruta del episodio!

Más información y enlaces en las notas del episodio
🌐 Aquí lo puedes encontrar todo 👉 https://atareao.es
✈️ Telegram (el grupo) 👉 https://t.me/atareao_con_linux
✈️ Telegram (el canal) 👉 https://t.me/canal_atareao
🦣 Mastodon 👉 https://mastodon.social/@atareao
🐦 Twitter 👉 https://twitter.com/atareao
🐙 GitHub 👉 https://github.com/atareao