Muchos de nuestros enlaces internos del foro están rotos después de mudarnos a un nuevo servidor. Creé el nuevo servidor en una URL temporal, staging.example.com, para ayudar con la transición, pero ahora que la transición ha finalizado, muchos enlaces en forum.example.com aún apuntan a staging.example.com (que ya no existe).
He buscado en admin > configuraciones cualquier rastro de “staging”.
La propagación de DNS ha ocurrido desde hace mucho tiempo.
Veo esta antigua referencia, no estoy seguro de si está relacionada.
Si no es posible ninguna solución excepto la edición manual, ¿alguna sugerencia sobre cómo encontrar todas las ocurrencias? El botón de búsqueda no funciona bien para esto.
> /var/www/discourse# discourse remap staging.example.com forum.example.com
> Reescribiendo todas las ocurrencias de staging.example.com a forum.example.com
> ESTA ACCIÓN REESCRIBIRÁ DATOS, ¿ESTÁS SEGURO (escribe SÍ)
> SÍ
> Error: ERROR: valor de clave duplicado viola la restricción única "unique_post_links"
> DETALLE: La clave (topic_id, post_id, url)=(8718, 57455, https://forum.example.com/t/exampletopic/4606/336) ya existe.
> El remapeo solo se ha aplicado parcialmente debido al error anterior. Por favor, vuelve a ejecutar el script.
Lo volví a ejecutar según las instrucciones y obtuve el mismo error, con la misma clave (topic_id, post_id, url).
Puedo acceder a la consola de Rails y ejecutar algo de SQL/ActiveRecord si me indicas qué ejecutar. O bien usar Data Explorer.
He limpiado algunas publicaciones y pude completar el remapeo. Sin embargo, la rebake llegó al 30%, luego encontró errores y colgó el sistema, por lo que tuve que reiniciar. El sistema tiene memoria y espacio en disco suficientes.
Pregunta: Después del reinicio, en ‘top’, hay un proceso de Ruby usando el 60% de la CPU. ¿Es ese el trabajo de rake? ¿Se reanudaría después del reinicio?