Tenía los extractos de temas funcionando como deseaba, es decir, respetaban post_excerpt_maxlength en todos los casos. Primero lo hice con un plugin (que funcionaba), luego me enteré de SiteSetting.always_include_topic_excerpts = true, así que cambié a esa opción. Siguió funcionando.
Hace unos dos días, quizás después de aplicar la versión 2.4.0.beta4, los extractos empezaron a truncarse a 50 caracteres. Muy misterioso.
He probado alternar SiteSetting.always_include_topic_excerpts, reinstalar el plugin y cambiar el valor de post_excerpt_maxlength, pero sin cambios. Sigue limitado a 50 caracteres.
¿Alguien más está viendo esto? No sé qué más probar.
Otro punto es que solo afecta a los temas nuevos. Los temas más antiguos con extractos más largos aún los conservan.
Agregar una publicación a un tema de este tipo no acorta el extracto (lo cual no sorprende), pero editar la primera publicación sí hace que el extracto se trunque nuevamente a 50 caracteres.
Así que, aunque no lo he verificado (soy nuevo en Discourse), parece que los extractos son un campo de la base de datos y el truncamiento solo ocurre al actualizar un registro.
Ese plugin no se ha actualizado en casi dos años y es anterior a la adición de la configuración always_include_topic_excerpts. No deberías usarlo en absoluto. He añadido un aviso de obsolescencia y eliminaré ese repositorio en una semana más o menos.
Por favor, elimina ese plugin desactualizado, habilita la configuración always_include_topic_excerpts y avísame si sigues teniendo el mismo problema.
Esto parece funcionar. Me confundió el hecho de que al aplicar el plugin obtuviera los fragmentos (de 300 caracteres) que deseaba, cuando antes no tenía ninguno. Supongo que solo los temas creados posteriormente mostraban el valor 50 codificado de forma rígida.
Un detalle: los temas existentes con fragmentos de 50 caracteres aún los tienen. Parece necesario editar la primera publicación de estos temas para alargar sus fragmentos hasta post_excerpt_maxlength. ¿Hay alguna manera de automatizar eso? Gracias.
Porque la primera tarea de rake se completó sin problemas, pero no regeneró los extractos. Sin embargo, el sitio estaba funcionando.
Luego lo intenté con be. Esto terminó con:
rake aborted!
PG::ConnectionBad: FATAL: Peer authentication failed for user "discourse"
… seguido de un seguimiento de pila. Ahora, las páginas de los temas son inaccesibles. La página de inicio es accesible, y la mayor parte del panel de administración también lo es, aunque los gráficos en la página de inicio del administrador no se cargan. Ejecutando …
rake posts:rebake
… no soluciona el problema. Finalmente reinicié el droplet, pero la condición persiste. Cualquier ayuda será apreciada.
$ cd /var/discourse
$ ./launcher enter app
$ bundle exec rake posts:rebake
Reconstruyendo el markdown de las publicaciones para 'default'
297 / 297 (100.0%)
¡297 publicaciones realizadas!
--------------------------------------------------
$ cd /var/discourse
$ ./launcher enter app
$ rake posts:rebake
Reconstruyendo el markdown de las publicaciones para 'default'
297 / 297 (100.0%)
¡297 publicaciones realizadas!
Se eliminaron los complementos de notas al pie y de casillas de verificación. No estoy seguro de si son oficiales. Reconstruido. No hay errores en la consola al cargar en modo seguro. El sitio está en línea.
¿Hay alguna ventaja en probar el modo seguro para errores en la consola? Si no, parecería ser uno de esos complementos.
Sí, esos son oficiales, pero asegúrate de que no estás usando una rama o fork de algún tipo. Los plugins oficiales tienen una marca de verificación junto a sus nombres en el panel de administración.
