Nostr notes by Bebop2077

Logbook – Entrada #4226.4: Sistema PACE Querido diario, me ...

2026-10-15T06:34:34Z

Logbook – Entrada #4226.4: Sistema PACE

Querido diario, me gustó mucho conocer el sistema PACE de la mano de Cryptosquid (nprofile…p4xg) en el curso de Comunicaciones Resilientes de Ready To Prepare (nprofile…m6p8).
El sistema PACE es una metodología de planificación, muy usada en comunicaciones y operaciones pero que creo poder aplicar en muchos más ámbitos. Està diseñada para garantizar la continuidad frente a fallos. A medida que avanzas de la P a la E, el sistema se debe volver menos dependiente del entorno externo y más autónomo:

P - Primario: El método diario, rápido, económico y eficiente bajo condiciones normales
A - Alternativo: Canal o proveedor diferente al primario para brindar redundancia directa
C - Contingencia: Entra en juego cuando la infraestructura estándar falla; más costoso o lento, pero salva la operación
E - Emergencia: Extremadamente independiente, seguro y robusto. Su único fin es evitar la catástrofe total

Cuando décimos que las paredes tienen orejas, no va de coña y ...

2026-10-13T20:25:10Z

Cuando décimos que las paredes tienen orejas, no va de coña y cada vez los locos parecemos más cuerdos.. Dejo la noticia aquí con un pequeño resumen para los nstr users.

- Grabación de audio (incluso) en standby los datos de voz se transcriben y se envían a LG Ad Solutions, su plataforma publicitaria con ~363 millones de dispositivos. Por no contar que ese es el uso "legítimo" sobra contar sobre el uso ilegítimo ante una vulnerabilidad
- Escaneo de la red local, wifis cercanas y IPs
- Ubicación física del dispositivo

Fuente: https://www.reddit.com/r/LGOLED/comments/1w85e9c/gamersnexus_investigation_into_lg_tvs_finds_that/

Inspiración: Canal de YT Tranding Tony

Chúpate esa Adobe! https://getartcraft.com/

2026-10-13T09:59:33Z

Chúpate esa Adobe!
https://getartcraft.com/

Nostr event nevent1qqsd4zcs50d2zsz863a3agjmrk6cefdh0w3crmkvsamrxpm50v88s3czypeln0lag3lc7tltznpkesdvtpacewdf4andf582ehml2ayctyat7680szw

2026-10-11T18:56:14Z

Logbook – Entrada #4126: En búsqueda del backup perfecto ...

2026-10-07T14:22:13Z

Logbook – Entrada #4126: En búsqueda del backup perfecto

Querido diario, sigo sin entender a los usuarios de Docker. Es por eso que decidí sumergirme en las profundas aguas de los sistemas de copia de seguridad:

Duplicati vs. Proxmox Backup Server (PBS)

En un principio, la flexibilidad de Duplicati parecía imbatible por su capacidad nativa de enviar datos a cualquier almacenamiento en la nube (Google Drive, S3, Backblaze) al mejor precio. Sin embargo, al bajar al barro y comparar escenarios reales en Proxmox, la combinación de PBS en local + Rclone encriptado a la nube demuestra ser superior: velocidad a nivel de bloque, deduplicación feroz y restauraciones instantáneas.
Pero la verdadera lección del día ha estado en la arquitectura de discos de los LXC (Nextcloud, Immich) y sus copias de seguridad:
* La trampa de los Bind Mounts: Apuntar un LXC a una carpeta directa del host parece ideal al estilo Docker, pero rompe la magia de PBS. Aunque intentes forzar la bandera backup=1, PBS omite silenciosamente los bind mounts locales por arquitectura de seguridad.
* La ilusión de la complejidad: Intentar hacer un sistema híbrido (PBS para apps/bases de datos + Rclone independiente para terabytes de fotos y documentos) introduce un riesgo real de desincronización entre archivos y base de datos, además de complicar la gestión.
* La victoria de la simplicidad: Al aplicar la regla 3-2-1, el espacio de backup local hay que tenerlo sí o sí. La solución más limpia es usar discos virtualizados o volúmenes gestionados nativamente por PVE (mpX sobre ZFS/LVM). Dejas que PBS respalde todo en un solo flujo consistente y te olvidas de scripts secundarios.
Conclusión de la jornada: En infraestructura, la elegancia de la simplicidad le gana al malabarismo de scripts. Un único pipeline con PBS + Rclone a la nube es la paz mental definitiva.