Puoi farlo dalla sezione Login della pagina delle impostazioni di Discourse. Seleziona l’impostazione login richiesto per impedire agli utenti anonimi di visualizzare il sito.
Ciò significa che il plugin WP Discourse può effettuare chiamate API al tuo sito Discourse, ma non significa che il tuo sito WordPress consenta di ricevere le richieste provenienti da Discourse. Quando fai clic sul pulsante “Mostra post completo”, Discourse tenta di inviare una richiesta al tuo sito WordPress per estrarre il contenuto del post. Sembra probabile che questa richiesta venga bloccata.
Grazie per queste ottime informazioni. Ho disabilitato il login (ottimo consiglio!) e probabilmente aspetterò solo di vedere cosa succede quando metterò finalmente online il sito principale. Forse a quel punto il pulsante “Mostra post completo” si abilita correttamente.
Per quanto riguarda Onebox, sai se funziona solo per i siti HTTPS?
Ci sono alcuni requisiti affinché un link generi un onebox. Non sono certo che HTTPS sia ora un requisito, ma non mi sorprenderebbe se lo fosse. Gli altri requisiti sono che la pagina collegata debba avere impostato un tag di descrizione Open Graph e che la pagina debba consentire alle richieste dal server Discourse di passare. Sospetto che tu stia riscontrando alcuni problemi con il tuo sito di staging che impediscono la creazione dei onebox.
Sembra che l’immagine non funzionante proveniente dal feed RSS non possa essere corretta manualmente.
Vedo che l’immagine ricompare nell’anteprima sul lato destro dell’editor. Ma dopo aver premuto salva, l’immagine rimane non funzionante nel post.
Discourse non genererà un’anteprima se l’immagine non è locale. Se disabilito i domini di download immagini, tutti i post importati non avranno un’anteprima.
Devi modificare il post per aggiungere una riga vuota sopra entrambi i tag markdown.
Se pubblichi i post su Discourse da un sito web, dovresti aggiungere il dominio da cui vengono servite le immagini alle impostazioni del sito “domini di download immagini disabilitati” di Discourse. Questo dovrebbe prevenire che il problema si verifichi con i nuovi post pubblicati su Discourse.
Posso inviarti l’URL pubblico, ma non sono sicuro che possa essere considerato spam. Posso inviarti un messaggio privato se preferisci.
Fammi sapere se hai bisogno di ulteriori informazioni.
(Attualmente 2.7.0.beta7, 890b06b10f)
Aggiornamento: qualche informazione in più: i post sono stati importati tramite uno script di importazione proveniente da un’esportazione XML di un forum Freshdesk. Il contenuto effettivo includeva l’HTML completo. Abbiamo poi importato il backup dal nostro ambiente di sviluppo locale alla nostra nuova istanza di produzione. Inizialmente le immagini venivano visualizzate, poiché il tag img originale faceva riferimento all’URL esterno. Dopo un po’, Discourse ha scaricato l’immagine remota esterna… ma poi il post appariva rotto come mostrato sopra.
Non capisco davvero la complicazione qui. È chiaro che il tag HTML per le immagini viene sostituito con il markdown, ad esempio . Perché non aggiungere semplicemente due ritorni a capo prima del !? In questo modo verrebbe renderizzato correttamente e si permetterebbe alla funzionalità di caricamento delle immagini di funzionare, evitando immagini rotte e problemi di cross-site.
Esiste una situazione reale, non solo teorica, in cui quello spazio bianco potrebbe causare problemi? Quel problema è peggiore dello stato attuale del plugin, in cui le immagini sono semplicemente rotte costantemente?
Il nostro plugin WordPress cerca di aggirare il problema facendo esattamente questo lato WordPress. Inserire due ritorni a capo prima di qualsiasi tag HTML imgprima della pubblicazione del post su Discourse risolve il problema.
Credo di aver suggerito di aggiungere qualcosa di simile al nostro parser markdown qui: Markdown rendering issue with image surrounded with HTML. Penso che il motivo per cui tale approccio è stato rifiutato sia che non vogliamo discostarci dalla specifica CommonMark.
Ok, quindi ora sono ancora più confuso! E prometto, è una vera confusione, non qualcosa che sto fingendo per un maggiore impatto. Abbiamo Discourse ospitato e il nostro WordPress ha quello che credo sia l’ultima versione del plugin (2.3.0), ma stiamo ancora ricevendo immagini rotte e devo andare a inserire manualmente le righe vuote. C’è qualcosa che devo fare per abilitare questa funzionalità?
Certamente. È una questione confusa. Il plugin WP Discourse tenta di risolvere il problema relativo alle immagini, ma al momento rileva le immagini solo se i post sono pubblicati con l’Editor a Blocchi di WordPress e le immagini vengono aggiunte ai post utilizzando il blocco Immagine predefinito. Se puoi condividere alcuni dettagli su come stai aggiungendo le immagini ai post del tuo sito WordPress, potremmo essere in grado di trovare un modo per gestire questo problema.
Idealmente, la correzione avverrà lato Discourse, ma se ciò non fosse possibile, sarà necessario migliorare il parsing delle immagini eseguito dal plugin WP Discourse.
Quando controllo nel backend di WordPress, le immagini sono tutte blocchi immagine.
Di nuovo, però, non capisco la complessità qui. Qualcosa sta aggiungendo del markdown come  al testo grezzo di ogni post sul sito Discourse. Perché non far sì che quella cosa aggiunga una riga vuota prima di ogni frammento di markdown così inserito?
Modifica: Avviserò @angus riguardo al problema con il plugin WP Discourse che non analizza correttamente le immagini, per risolvere il problema sul lato WordPress. È probabile che abbia bisogno di ulteriori dettagli da parte tua per diagnosticare cosa sta succedendo.
Abbiamo Discourse ospitato e il nostro WordPress ha quello che credo sia l’ultima versione del plugin (2.3.0), ma stiamo ancora ricevendo immagini rotte e devo andare a inserire manualmente le righe vuote. C’è qualcosa che devo fare per abilitare questa funzionalità?