Rebake después del cambio de CDN omitió publicaciones antiguas

El administrador de Discourse me alertó recientemente de que debería considerar usar una CDN en lugar de servir directamente desde S3. Lo había considerado en el pasado, pero el coste parecía alto e innecesario para nuestra pequeña comunidad. Ahora veo que el coste es mucho menor, así que lo configuré. Creé un punto de distribución de CloudFront en el bucket existente y luego añadí su URL a Discourse. Después, realicé una reconstrucción completa.

La reconstrucción se ejecutó y finalizó sin problemas. Crear nuevas publicaciones funciona bien y utiliza la CDN. Las publicaciones posteriores a 2018 (no verifiqué la fecha exacta de corte) se han actualizado correctamente para apuntar a la CDN. Sin embargo, las publicaciones de 2017 y anteriores no parecen haber sido reconstruidas. Todavía tienen URLs que apuntan directamente al bucket de S3. Me gustaría que esas publicaciones se reconstruyeran correctamente para poder deshabilitar el acceso público al bucket de S3 con la seguridad de que no romperá nada.

No sé qué más puedo hacer. ¿Alguna idea? Gracias.

Espera, espera un momento. Creo que podría saber cuál es el problema, solo necesito confirmarlo.

Cuando ejecutas rake posts:rebake, ¿realmente rebakea todos los posts de inmediato o simplemente pone trabajos en cola en Sidekiq que luego realizarán el rebakeo real? Noté que ahora tengo una gran pila de Jobs::PullHotlinkedImages en cola, lo cual tiene mucho sentido. Si aún quedan posts que necesitan rebakeo después de que la cola se vacíe, entonces supongo que tengo un problema. De lo contrario, todo está bien.

Sí, eso es correcto: es un proceso en segundo plano que debe ejecutarse en orden de las publicaciones más nuevas a las más antiguas, de modo que las publicaciones más recientes se procesen primero, seguido del gran acúmulo de publicaciones antiguas.