Você pode fazer isso na seção Login da página de configurações do seu Discourse. Selecione a configuração login required para impedir que usuários anônimos visualizem o site.
Isso significa que o plugin WP Discourse pode fazer chamadas de API para o seu site Discourse, mas não significa que o seu site WordPress está permitindo que solicitações feitas pelo Discourse passem. Quando você clica no botão “Mostrar Postagem Completa”, o Discourse tenta fazer uma solicitação ao seu site WordPress para raspar o conteúdo da postagem. Parece provável que essa solicitação esteja sendo bloqueada.
Obrigado por essas ótimas informações. Desativei o login (ótima dica!) e provavelmente vou apenas esperar para ver o que acontece quando finalmente colocar o site principal no ar. Talvez, nesse momento, o botão “Mostrar Postagem Completa” seja ativado corretamente.
Sobre o Onebox, você sabe se ele funciona apenas para sites https?
Existem alguns requisitos para que um link forme um onebox. Não tenho certeza se o HTTPS é agora um requisito, mas não ficaria surpreso se fosse. Os outros requisitos são que a página vinculada precise ter uma tag de descrição Open Graph definida e que a página permita que as solicitações do servidor Discourse passem. Suspeito que você esteja enfrentando alguns problemas com seu site de staging que estão impedindo a criação de oneboxes.
Parece que a imagem quebrada proveniente do feed RSS não pode ser corrigida manualmente.
Conseguimos ver a imagem reaparecer na pré-visualização no lado direito do editor. Porém, após clicar em salvar, a imagem continua quebrada na postagem.
Você precisa editar a postagem para adicionar uma linha em branco acima de ambas as tags Markdown.
Se você estiver publicando as postagens no Discourse a partir de um site, deve adicionar o domínio a partir do qual as imagens são servidas à configuração do site domínios de download de imagens desabilitados do Discourse. Isso deve evitar que o problema ocorra em novas postagens publicadas no Discourse.
Posso enviar a URL pública, mas não tenho certeza se isso seria considerado spam. Posso enviar uma mensagem privada se quiser.
Avise-me se precisar de mais informações.
(Atualmente na versão 2.7.0.beta7, 890b06b10f)
Atualização: mais alguns detalhes de contexto: as postagens foram importadas por meio do script de importação, originado de uma exportação XML do Freshdesk Forum. O conteúdo real continha todo o HTML. Em seguida, importamos o backup do nosso ambiente de desenvolvimento local para nossa nova instância de produção. Inicialmente, as imagens foram exibidas, mas como havia a tag img original referenciando a URL externa, após algum tempo o Discourse baixou a imagem remota externa… mas então a postagem ficou com a aparência quebrada, como mostrado acima.
Não estou entendendo realmente a complicação aqui. Claramente, a tag de imagem HTML está sendo substituída por markdown — por exemplo, . Por que não incluir apenas dois retornos de carro antes do !? Isso fará com que seja renderizado corretamente e permitirá que o recurso de upload de imagem funcione, evitando imagens quebradas e problemas entre sites.
Existe alguma situação do mundo real, não teórica, em que esse espaço em branco possa causar um problema? Esse problema é pior do que o estado atual do plugin, onde as imagens simplesmente quebram o tempo todo?
Nosso plugin do WordPress tenta contornar o problema fazendo exatamente isso no lado do WordPress. Inserir dois retornos de carro antes de qualquer tag HTML imgantes de o post ser publicado no Discourse resolve o problema.
Acredito que tenha sugerido adicionar algo semelhante ao nosso analisador markdown aqui: Markdown rendering issue with image surrounded with HTML. Acredito que o motivo para rejeitar essa abordagem foi porque não queremos nos desviar da especificação CommonMark.
Ok, então agora estou ainda mais confuso! E, prometo, é uma confusão genuína, não algo que estou fingindo para dar mais impacto. Temos o Discourse hospedado e nosso WordPress tem o que acredito ser a versão mais recente do plugin (2.3.0), mas ainda estamos recebendo imagens quebradas e preciso entrar manualmente para adicionar as linhas em branco. Há algo que precise fazer para ativar isso?
Com certeza. É uma questão confusa. O plugin WP Discourse tenta resolver o problema com imagens, mas atualmente só detecta imagens se as publicações forem feitas com o Editor de Blocos do WordPress e as imagens forem adicionadas às publicações usando o bloco de Imagem padrão. Se você puder compartilhar alguns detalhes sobre como está adicionando imagens às publicações do seu site WordPress, talvez consigamos encontrar uma maneira de lidar com esse problema.
Idealmente, isso será corrigido no lado do Discourse, mas, se isso não for possível, a análise de imagens realizada pelo plugin WP Discourse precisará ser aprimorada.
Quando olho no backend do WordPress, as imagens são todos blocos de imagem.
Novamente, não entendo a complexidade disso, porém. Algo está adicionando markdown como  ao texto bruto de cada post no site Discourse. Por que não fazer com que essa coisa adicione uma linha em branco antes de cada trecho de markdown inserido?
Edição: Vou notificar @angus sobre o problema com o plugin WP Discourse que não está analisando corretamente as imagens para corrigir o problema no lado do WordPress. Provavelmente, ele precisará de mais detalhes de você para diagnosticar o que está acontecendo.
Temos o Discourse hospedado e nosso WordPress tem o que acredito ser a versão mais recente do plugin (2.3.0), mas ainda estamos recebendo imagens quebradas e preciso entrar manualmente para adicionar as linhas em branco. Há algo que precise fazer para ativar isso?