Puedes hacer esto desde la sección de Inicio de sesión de tu página de configuración de Discourse. Selecciona la opción se requiere inicio de sesión para evitar que los usuarios anónimos vean el sitio.
Esto significa que el complemento WP Discourse puede realizar llamadas a la API de tu sitio de Discourse, pero no significa que tu sitio de WordPress permita que las solicitudes realizadas desde Discourse lleguen. Cuando haces clic en el botón “Mostrar publicación completa”, Discourse intenta realizar una solicitud a tu sitio de WordPress para extraer el contenido de la publicación. Parece probable que esta solicitud esté siendo bloqueada.
Gracias por esta gran información. He desactivado el inicio de sesión (¡gran consejo!) y probablemente esperaré a ver qué sucede cuando finalmente ponga el sitio principal en línea. Quizás en ese momento se habilite correctamente el botón Mostrar publicación completa.
Sobre Onebox, ¿sabes si solo funciona para sitios https?
Existen algunos requisitos para que un enlace genere un onebox. No estoy seguro de si HTTPS es ahora un requisito, pero no me sorprendería que lo fuera. Los otros requisitos son que la página enlazada debe tener una etiqueta de descripción Open Graph configurada y que la página debe permitir que las solicitudes del servidor de Discourse lleguen a ella. Sospecho que estás teniendo algunos problemas con tu sitio de staging que impiden la creación de oneboxes.
Tiene sentido. Intentaré hacer Oneboxing nuevamente una vez que ponga el sitio principal en vivo.
Como se mencionó anteriormente, esperamos que poner el sitio en vivo y sacarlo del entorno de pruebas también mejore la funcionalidad de publicar en Discourse.
Parece que la imagen rota proveniente del feed RSS no se puede corregir manualmente.
Puedo ver que la imagen reaparece en la vista previa del lado derecho del editor. Pero después de presionar guardar, la imagen sigue rota en la publicación.
Discourse no generará una miniatura si la imagen no es local. Si desactivo disabled image download domains, todas las publicaciones importadas no tendrán miniatura.
Necesitas editar la publicación para agregar una línea en blanco encima de ambas etiquetas de Markdown.
Si estás publicando las publicaciones en Discourse desde un sitio web, debes agregar el dominio desde el cual se sirven las imágenes a la configuración del sitio disabled image download domains de tu Discourse. Esto debería evitar que el problema ocurra en nuevas publicaciones que se publiquen en Discourse.
Puedo enviarte la URL pública, pero no estoy seguro de que esto se considere spam. Puedo enviarte un mensaje privado si lo prefieres.
Avísame si necesitas más información.
(Actualmente en 2.7.0.beta7, 890b06b10f)
Actualización: un poco más de contexto: las publicaciones se importaron mediante el script de importación a partir de una exportación XML de un foro de Freshdesk. El contenido real incluía todo el HTML. Luego importamos la copia de seguridad desde nuestro sistema de desarrollo local a nuestra nueva instancia de producción. Inicialmente, las imágenes se mostraban correctamente, ya que la etiqueta img original hacía referencia a la URL externa. Con el tiempo, Discourse descargó la imagen remota externa… pero entonces la publicación quedó rota, como se muestra arriba.
Realmente no entiendo la complicación aquí. Claramente, la etiqueta HTML de imagen se está reemplazando por markdown, por ejemplo: . ¿Por qué no simplemente hacer que incluya dos saltos de línea antes del !? Eso haría que se renderizara correctamente y permitiría que la función de carga de imágenes funcione para evitar imágenes rotas y problemas entre sitios.
¿Existe una situación real, no teórica, en la que ese espacio en blanco pueda causar un problema? ¿Ese problema es peor que el estado actual del plugin, donde las imágenes simplemente se rompen todo el tiempo?
Nuestro plugin de WordPress intenta solucionar el problema haciendo exactamente eso en el lado de WordPress. Insertar dos retornos de carro antes de cualquier etiqueta HTML imgantes de publicar la entrada en Discourse soluciona el problema.
Creo que sugerí agregar algo similar a nuestro analizador de Markdown aquí: Markdown rendering issue with image surrounded with HTML. Creo que la razón para rechazar ese enfoque fue porque no queremos desviarnos de la especificación CommonMark.
¡Vale, ahora estoy aún más confundido! Y lo prometo, es una confusión genuina, no algo que esté exagerando para dar más impacto. Tenemos Discourse alojado y nuestro WordPress tiene lo que creo que es la última versión del plugin (2.3.0), pero aún así las imágenes se rompen y tengo que entrar y añadir las líneas en blanco manualmente. ¿Hay algo que deba hacer para activar esto?
Sin duda. Es un tema confuso. El plugin WP Discourse intenta solucionar el problema con las imágenes, pero actualmente solo detecta las imágenes si las publicaciones se crean con el Editor de Bloques de WordPress y las imágenes se agregan a las publicaciones mediante el bloque de Imagen predeterminado. Si puedes compartir algunos detalles sobre cómo agregas imágenes a las publicaciones de tu sitio de WordPress, quizás podamos encontrar una manera de abordar este problema.
Idealmente, esto se solucionará en el lado de Discourse, pero si eso no es posible, será necesario mejorar el análisis de imágenes que realiza el plugin WP Discourse.
Cuando miro el backend de WordPress, las imágenes son todos bloques de imagen.
De nuevo, no entiendo la complejidad de esto. Algo está agregando markdown como  al texto sin formato de cada publicación en el sitio de Discourse. ¿Por qué no hacer que esa cosa agregue una línea en blanco antes de cada fragmento de markdown insertado?
Edición: Notificaré a @angus sobre el problema con el complemento WP Discourse que no analiza correctamente las imágenes para solucionar el problema en el lado de WordPress. Es probable que necesite más detalles de tu parte para diagnosticar qué está sucediendo.