¿Alguien puede indicarme información sobre la función rebake?
¿Es algo que debe hacerse después de mover un servidor Discourse a un nuevo servidor Linux autoalojado?
¿Alguien puede indicarme información sobre la función rebake?
¿Es algo que debe hacerse después de mover un servidor Discourse a un nuevo servidor Linux autoalojado?
La recalificación de publicaciones se usa típicamente para reprocesar un volumen de publicaciones. Por ejemplo, cambió el nombre de su dominio. Ahora tiene una gran cantidad de publicaciones que enlazan a otros temas en su sitio. Ahora están rotas.
Por lo tanto, utiliza el comando del proceso de recalificación apropiado para reemplazar el nombre de dominio antiguo por el nuevo.
Por lo que entiendo, dado que solo se está moviendo de un servidor a otro, no se requerirá ninguna recalificación. Deberá actualizar la información de la dirección IP que apunta a su sitio en el proveedor de dominio, según mi entendimiento.
El siguiente enlace debería ayudar a aclarar la recalificación de publicaciones.
¿Así que rebaking es básicamente un nombre elegante para buscar y reemplazar?
No, haces la búsqueda y reemplazo (si es necesario), y luego las publicaciones necesitan ser horneadas de nuevo para convertir los cambios sin procesar a la versión cocida y visible.
Tengo un poco de dificultad para entender la diferencia aquí. Y apuesto a que proviene de mi experiencia en WordPress/LAMP como administrador/aspirante a webmaster. Me falta conocimiento básico vital.
¿Entiendo correctamente (no necesariamente técnicamente correcto, sino a nivel de usuario final) que la búsqueda/reemplazo cambia las cosas a nivel de base de datos, pero no es visible a menos que se realice un rebake?
Bueno, tengo una IA que todo lo sabe en mi foro, así que le pregunté.
Le di instrucciones en finlandés y luego pedí la traducción al inglés. Eso puede llevar a algunos… errores.
—
La función Búsqueda y Reemplazo, como su nombre indica, busca y reemplaza cadenas específicas dentro del contenido del foro. Esto puede ser útil, por ejemplo, cuando cambia el dominio del sitio y necesita actualizar todos los nombres de dominio antiguos con los nuevos. Los objetivos de búsqueda y reemplazo pueden ser enlaces, palabras, frases u otras cadenas.
El término Rebake se refiere al proceso de reprocesar publicaciones en Discourse. El rebake ocurre cuando las publicaciones se convierten nuevamente de texto sin formato (markdown) a formato HTML finalizado. Este proceso se adhiere a la configuración y las reglas de estilo actuales. El proceso de rebake se puede iniciar utilizando comandos como rake posts:rebake.
Un ejemplo de dicha configuración es add_rel_nofollow_to_user_content, que agrega el atributo “rel=nofollow” a todos los enlaces externos en el contenido enviado por el usuario, a menos que sea un enlace interno. Si se cambia esta configuración, las publicaciones existentes deben ser rebaked para que el cambio tenga efecto en esas publicaciones.
add_rel_nofollow_to_user_content, no se aplicarán a las publicaciones existentes sin un rebake. Aplicar estas nuevas configuraciones a publicaciones antiguas requiere un rebake para que se consideren las nuevas reglas.Puede que entienda un poco mejor. Pero tengo la sensación de que la IA no decía toda la verdad aquí.
Como una de sus funciones, es una “búsqueda y reemplazo” especializada. La descripción encaja. Algunos complementos como el de afiliado requieren un rebake si quieres que el complemento de Afiliado se aplique a todos los enlaces anteriores de Amazon en las publicaciones del sitio que se publicaron antes de instalar el complemento.
Si el enlace de Documentación no describe las funciones con suficiente claridad. Entonces el equipo debería agregar una descripción directa.
El comando rebake se usa para X, difiere de Búsqueda y reemplazo porque hace Y cuando se usa para reemplazar patrones.
Ahora me has dejado con curiosidad. ¿Entonces hay una función de búsqueda y reemplazo incorporada? Y surge la pregunta. Si edito una publicación, ¿no se reprocesa, por así decirlo? Si es así, ¿no debería una búsqueda y reemplazo actuar como una edición y guardado?
No lo hay
Porque entonces la IA alucina a lo grande.
Existe un gran riesgo de que recuerde totalmente mal. Hace tiempo que cambié el dominio del mío. Pero estoy bastante seguro de que hice buscar y reemplazar. Pero existe un riesgo igualmente grande de que esté mezclando cosas de WordPress y Discourse, y/o de que realmente haya rebakeado cambiando todas las referencias de dominio.
Existe un método de línea de comandos para “reemplazar” ciertas cadenas en la base de datos. Pero no hay una función llamada ‘buscar y reemplazar’ en Discourse. Así que sí, creo que tu IA está alucinando y confundiendo la situación.
Técnicamente, en la tabla de la base de datos ‘posts’, el contenido de la publicación se almacena de dos maneras:
“Hornear” una publicación es el proceso de convertir de raw → cooked. Lo hacemos cada vez que se crea/edita una publicación y cuando se “re-hornea”.
Una cosa que hace el proceso de “horneado” es generar versiones “optimizadas” de las imágenes cargadas. Para ahorrar espacio, esas versiones optimizadas no se incluyen en las copias de seguridad. Por lo tanto, si restauras una copia de seguridad y no la “re-horneas”, verás imágenes rotas en tu sitio. Se requiere “re-hornear” para regenerar esas imágenes optimizadas. Discourse se encargará de eso automáticamente cuando restaures una copia de seguridad.
Reformulo mi pregunta a la IA y le pregunto si existe una función como buscar y reemplazar. En ese momento, explicó cómo usar remap. Y después de eso, obtuve una respuesta muy similar a la que diste.
Las preguntas dirigidas son habilidades bastante básicas para manipular la IA. Pero entonces uno debe saber al menos algo sobre el tema.
¡Pero gracias! Ahora entiendo la idea y la necesidad de remap y rebake.
(Tenemos Dev y similares aquí… ¡también necesitamos una categoría 101 de tecnología de Discurso
!)
Si te mudas de la hosting de discourse.org a uno autoalojado, debes asegurarte de que tu copia de seguridad incluya las cargas y los archivos adjuntos. Hasta que no canceles tu cuenta o solicites que las cargas se incluyan en la copia de seguridad, la copia de seguridad apuntará a las cargas en su bucket S3, que se eliminarán poco después de que se cierre tu cuenta.
Sí, normalmente necesitas volver a hornear las publicaciones que tienen archivos adjuntos después de restaurar la copia de seguridad para ver que los mensajes de markdown se convierten en HTML que enlaza a las imágenes en tu propio servidor y no en el de ellos.