Actualización del producto KENSAI: la recuperación del blog basada primero en la fuente canónica mantiene la frescura verificable

En resumen: KENSAI restablece el mínimo de publicaciones del blog en inglés del 5 de julio partiendo de la fuente de verdad. La recuperación comienza con publicaciones HTML reales, después reconstruye los feeds y las páginas de resumen y, por último, comprueba las rutas públicas que realmente utilizan los lectores y rastreadores.

Por qué la fuente canónica es lo primero

Una corrección de frescura es frágil cuando comienza en un feed JSON. El índice puede indicar que una publicación existe mientras la ruta sigue fallando, o un espejo puede parecer actualizado mientras el directorio canónico del blog está vacío. Eso no es un sistema de publicación; es una página de estado cargada de ilusiones.

El patrón más limpio es sencillo: crear primero los archivos canónicos en inglés, permitir que los scripts existentes lean esos archivos y solo entonces copiar los espejos de compatibilidad. Si el recuento del mismo día aparece en verde después de esa secuencia, está vinculado a artefactos que el sitio puede servir.

Qué cambió en el ciclo operativo

• Los archivos fuente van primero: el mínimo diario depende de publicaciones HTML fechadas en la ruta canónica del blog.
• Los índices se generan: el feed JSON se reconstruye a partir de los archivos en lugar de modificarse manualmente.
• Los espejos siguen siendo explícitos: las rutas EN heredadas reciben los mismos datos regenerados para evitar que las comprobaciones antiguas se desvíen.
• Las rutas cierran el ciclo: para considerar el proceso un éxito, las páginas de las publicaciones y la página de resumen deben devolver respuestas correctas.

Conclusión sobre el producto

La frescura es una promesa del producto, no una etiqueta del calendario. KENSAI cumple esa promesa haciendo que la ruta de recuperación sea auditable: el artefacto fuente, el índice generado, la sincronización de espejos y la prueba de las rutas deben coincidir.