Trayendo datos sanitizados de producción a desarrollo cuando no hay rsync
Una tarea rake copia el archivo SQLite de producción, anula cada secreto antes de tocar desarrollo, y sobrevive al desfase de esquema y a un host sin rsync.
Una tarea rake copia el archivo SQLite de producción, anula cada secreto antes de tocar desarrollo, y sobrevive al desfase de esquema y a un host sin rsync.
Replicando el cliente de Pexels línea por línea, un ping fire-and-forget de descargas, y una URL del navegador que casi terminó con la clave de API pegada.
Un refactor de rutina en el registro de proveedores destapó un parámetro sin validar que pudo confirmar una imagen mal licenciada como legítima.
Un pipeline de descarga y realojo para imágenes CC: vips desde un buffer, un force-encode a UTF-8 que dañaría el JPEG, y una cola vieja disfrazada de error.
Cerrando el ciclo de la imagen destacada: frontmatter que solo inserta, una validación que detectó drift real, y un broadcast sin oyentes.
Un endpoint PUT, una decisión de mapeo de errores (409 es el bloqueo optimista, 422 es culpa tuya), un PRD que apuntaba a un archivo inexistente, y un stash rescatable en una rama muerta.
Nueve columnas muertas de Postiz, una memoización donde Rails.cache habría anulado el cifrado, tres filtros de Ruby movidos a SQL, y código «inalcanzable» que no lo era.
Agregando la plomería del pipeline de i18n a una app Rails de sindicación de blogs, y el bug de migración parcial que mi propia revisión de código atrapó antes de publicarlo.
Ocho jobs, un esqueleto de transmisión, dos jobs gemelos que divergieron en la única línea que importa, y un bug de rescate hallado por trazado, no por tests.
Un booleano que atraviesa cuatro capas, y tres revisiones que coinciden en un hallazgo que decidí no arreglar, porque el caché es el mecanismo de dedup.
Página 1 de 6