Todos los artículos
-
Comprobaciones de liveness y readiness
Una comprobación de liveness responde si un proceso debe reiniciarse; una de readiness, si debe recibir tráfico. Confundirlas provoca bucles de reinicio o que llegue tráfico a instancias que no pueden atenderlo.
-
Registro de pluviómetro de jardín: tipo de pluviómetro, altura del borde, exposición y hora fija de lectura diaria
Protocolo propuesto para llevar un registro doméstico de precipitación, basado en cómo se leen los pluviómetros oficiales de almacenamiento: indicar el tipo de pluviómetro y su abertura, la altura del borde y las obstrucciones del entorno, leer una vez al día a una hora fija con la resolución del pluviómetro, anotar de forma explícita la precipitación inapreciable y el pluviómetro vacío, y conservar los días con nieve o embudo obstruido como filas marcadas; no se afirma ninguna cifra de lluvia.
-
TLS para el reenvío con rsyslog mediante el controlador gtls y cuándo conviene añadir RELP
El controlador de flujo de red gtls de rsyslog cifra una conexión de reenvío y puede autenticarla mutuamente con certificados X.509, mediante StreamDriverAuthMode. TLS simple sobre TCP sigue perdiendo mensajes en tránsito si la conexión se corta de forma abrupta; la confirmación de RELP a nivel de aplicación cubre ese hueco, a costa de más componentes.
-
Diseño de URL y aplicación de las reglas de codificación porcentual
Procedimiento para elegir la estructura de una URL (segmentos en minúsculas separados por guiones, identificadores estables, una única forma canónica, ningún secreto en la URL) y codificarla correctamente según la RFC 3986: codificar los caracteres reservados solo donde actuarían como delimitadores, no codificar nunca los no reservados, codificar y decodificar exactamente una vez, usar dígitos hexadecimales en mayúsculas y recordar que + significa espacio solo en las cadenas de consulta application/x-www-form-urlencoded definidas por el estándar WHATWG URL.
-
Migración de esquemas de partidas guardadas y escrituras recuperables
Versiona los datos persistentes del juego, migra de forma explícita las representaciones antiguas, valida antes de restaurar el mundo y confirma las actualizaciones sin destruir el último guardado utilizable.
-
Descompresión zlib acotada: aplicar el presupuesto de salida acumulado durante la decodificación
Limita los bytes producidos entre llamadas y distingue entre flujos incompletos, entrada sin consumir y datos sobrantes al final.
-
Configurar un servidor de archivos Samba: smb.conf, testparm y desactivación de SMB1
Para poner en marcha un recurso compartido de Samba hay que editar [global] y una sección de recurso en smb.conf, elegir entre una base de datos local de smbpasswd o la pertenencia a Active Directory, validar el archivo con testparm antes de recargar y confirmar que SMB1 sigue desactivado.
-
Limpiar una rama antes de la revisión
Antes de pedir una revisión, fusiona los commits de corrección, divide los que mezclan varios cambios y reescribe los mensajes para que cada commit sea un único cambio revisable; git rebase -i y autosquash se encargan de la parte mecánica.
-
details y summary: widgets de divulgación nativos, acordeones exclusivos y hidden=until-found
details/summary es un widget de divulgación sin script: el atributo open muestra el contenido, un atributo name compartido hace exclusivo un grupo (al abrir un elemento se cierran los demás), el evento toggle informa de los cambios y summary se estiliza como display: list-item. Para contenido contraído que debe seguir siendo localizable, hidden=until-found lo revela al buscar en la página o al navegar a un fragmento.
-
Configuración de kdump para capturar un fallo del kernel en RHEL
kdump reserva memoria de antemano para que, tras un kernel panic, arranque un segundo kernel mínimo que escriba un vmcore para su análisis. Esta metodología cubre la reserva de esa memoria, la activación del servicio y por qué probarlo a propósito tumba el host, por lo que conviene planificar la prueba.
-
Dígitos de control: qué detectan Luhn, ISBN-13 y el módulo 97 de IBAN, y qué no
Un dígito de control es redundancia calculada a partir de los demás caracteres de un identificador para detectar errores de copia antes de una consulta: Luhn (módulo 10 con dígitos duplicados alternos) protege los números de tarjeta, ISBN-13 usa pesos alternos 1 y 3, e IBAN usa ISO/IEC 7064 MOD 97-10 con dos dígitos. Detectan errores de un solo carácter y la mayoría de las transposiciones adyacentes, pero nunca un identificador erróneo que sea válido.
-
Actualizaciones de estado durante un incidente: plantilla y frecuencia
Durante un incidente, una sola persona se encarga de la comunicación y publica actualizaciones con una periodicidad fija a partir de una plantilla: estado, impacto visible para los usuarios, lo que se sabe, lo que se está haciendo y la hora de la siguiente actualización. La actualización se publica a la hora prevista aunque no haya novedades.
-
Cómo lograr que los normal maps en espacio tangente coincidan con el renderizador
Cómo diagnosticar costuras en normal maps revisando la codificación, la lateralidad (handedness) de las tangentes, la triangulación de la malla y la coincidencia entre las transformaciones del baking y las del runtime.
-
Estructura MIME de un correo electrónico: multipart/alternative, la parte de texto plano y las codificaciones
Un mensaje con texto y HTML es un multipart/alternative cuyas partes se ordenan de la más simple a la más rica (text/plain primero, text/html al final); los cuerpos con bytes no ASCII usan quoted-printable o base64, y las cabeceras usan encoded-words de RFC 2047. Genera la parte de texto a partir de los mismos datos que el HTML, escapa las variables y respeta los límites de longitud de línea.
-
Recorrido de directorios en escrituras de archivos mediante MCP: confinamiento al repositorio de notebook y alcance en Ansible Lightspeed
La inyección indirecta de prompts puede dirigir una herramienta de archivos fuera de su directorio de salida previsto. La corrección del servidor MCP de notebook exige una raíz explícita del repositorio, mientras que el aviso de Ansible Lightspeed identifica un problema de la extensión sin un intervalo confirmado de versiones corregidas.
-
Circuit breakers: fallar rápido cuando una dependencia está caída o lenta
Un circuit breaker cuenta los fallos y las llamadas lentas a una dependencia; al superar un umbral se abre y rechaza las llamadas de inmediato, y luego deja pasar unas pocas llamadas de prueba (semiabierto) antes de volver a cerrarse. Protege los hilos del llamador y da margen a la dependencia para recuperarse, pero solo funciona con ventanas razonables, un fallback y un timeout por debajo.
-
Rutas de archivos con pathlib
pathlib.Path representa las rutas como objetos con operaciones de unión, partes, manejo de extensiones y utilidades de E/S, lo que evita errores de concatenación de cadenas; resolve() y relative_to() hacen explícitas las comprobaciones de contención de rutas.
-
Normas de comunicación asíncrona para equipos distribuidos
Las normas escritas indican qué canal usar para cada tipo de mensaje, en cuánto tiempo se espera respuesta, qué se considera urgente y dónde se registran los resultados; el mensaje en sí empieza por lo que se pide, incluye su contexto y es lo bastante completo para que alguien en otra zona horaria pueda actuar sin preguntar de nuevo.
-
Autorización en MCP 2026-07-28: comprobación del emisor y cambios en el registro de clientes
La revisión refuerza la validación del emisor en las respuestas de autorización, vincula las credenciales de registro almacenadas a su emisor y declara obsoleto Dynamic Client Registration. Los documentos de metadatos del ID de cliente ya se recomendaban en la revisión anterior.
-
Para quienes se inician en Rust, el tiempo de espera de las compilaciones supera a los errores del borrow checker como principal fricción registrada en los primeros dos meses
Hipótesis: los errores del borrow checker dominan la fricción que registran en sus primeras semanas quienes se inician en Rust, pero su peso cae rápido, mientras que las anotaciones sobre la espera de compilaciones (pese a cargo check, que según la documentación de Cargo omite la generación de código y por eso es más rápido que cargo build) aumentan y pasan a ser la categoría mayor en dos meses; se propone una prueba con registros de fricción, sin afirmar ningún resultado.
Legible por máquina: JSON