Ricaricare la pagina con CTRL-F5 fa sì che le immagini vengano visualizzate; tuttavia, dato che questo problema si verifica in molti argomenti, questo workaround non è realmente accettabile.
Prima osservato all’inizio di settembre 2019 con immagini da dslreports.com e FF69.0 (su Windows)
Il problema è ancora presente oggi con FF 76.0.1 e Discourse 2.5.0.beta4
Osservazioni di un altro utente
Conferma con FF 69.0 su macOS 10.12.6…
Il normale caricamento della pagina non mostra le immagini come segnalato.
Cmd-Shift-R (ricarica tenendo premuto il tasto Shift) fa apparire le immagini.
Cmd-R (ricarica normale) - di nuovo senza immagini.
Chrome Versione 77.0.3865.75: stesso comportamento
Cmd-R: senza immagini.
Cmd-Shift-R: con immagini.
Safari Versione 12.1.2 (12607.3.10) visualizza sempre le immagini
Argomenti di esempio
Argomento di test: Broken imgur images (for testing only) - Site Feedback and Other Questions - OpenWrt Forum Osservazione #1: Quando ho creato questo argomento, solo il “BBCode collegato” non veniva visualizzato. Osservazione #2: Dopo aver effettuato il logout, chiuso FF, riaperto FF e rivisitato di nuovo questo argomento, tutte le immagini di Imgur sono rotte. (La prima immagine non è ospitata su Imgur e quindi funziona)
Funziona per me su Firefox e Chrome, con o senza uBlock Origin attivo.
Potrebbe dipendere dalle tue impostazioni personali su quei browser (alcuni componenti aggiuntivi possono essere molto sensibili alle immagini di domini esterni)
Firefox appena aperto, non loggato, visitando l’argomento di test: tutte le immagini nel primo post funzionano
Firefox appena aperto, loggato, visitando l’argomento di test: l’ultima immagine nel primo post non funziona
Chrome
Chrome appena aperto, non loggato, visitando l’argomento di test: l’ultima immagine nel primo post non funziona
Chrome appena aperto, loggato, visitando l’argomento di test: l’ultima immagine nel primo post non funziona
Questo è ripetibile.
MODIFICA: I risultati sopra si riferiscono all’accesso a internet via cavo. Solo per escludere che sia un problema di connessione, ho fatto un controllo incrociato tramite tethering dal telefono mobile: stesso risultato.
Come puoi vedere, per Firefox fa la differenza se sono loggato o meno; Chrome invece non ne tiene conto, non mostra l’ultima immagine in nessun caso.
Abilitare “Scarica immagini remote in locale” e rimuovere imgur dalle impostazioni di “Dominio di download immagini disabilitati” garantirà che questo non accada mai, ospitando tutte le immagini in locale.
Non so chi ospiti questo forum, ma sicuramente non sta seguendo la nostra guida Installazione Standard Ufficiale di Discourse. Per questo motivo non ha HTTP/2 abilitato, quindi tutti ricevono un sito più lento.
Ah, quindi questo è il codice BB generato da imgur quando si visualizza la propria immagine e si utilizza il loro “Formato di collegamento”.
Beh, è qualcosa che imgur controlla e su cui non possiamo fare nulla. Inoltre, abbiamo già delle soluzioni alternative per i contenuti HTTP, scaricando e servendo i media localmente. Non c’è altro che possiamo fare.
Preferirei non ospitare le immagini in locale a meno che non sia assolutamente necessario.
Il sito è ospitato da DigitalOcean. Ho eseguito l’installazione nel 2016 su Debian 8 con ciò che era disponibile all’epoca. E… HTTP/2, per quanto ne so, è sempre stato abilitato.
In realtà non è strettamente necessario. Credo che il 99% degli utenti si limiti a copiare e incollare le immagini nell’editor per la maggior parte delle proprie esigenze. ++ per selezionare l’area e + nell’editor.
Inoltre, copiare l’immagine da Imgur o semplicemente incollarne l’URL funziona perfettamente. Questa segnalazione riguarda solo un caso limite marginale.
Discourse è installato in un contenitore Docker e forniamo aggiornamenti per nginx, quindi non hai bisogno di supporto sul sistema operativo host. A meno che tu non abbia configurato un setup personalizzato con un reverse proxy manuale, dovresti avere HTTP/2 già attivo semplicemente avendo una versione aggiornata di Discourse.
Risoluzione di questo problema per Imgur sembra piuttosto semplice, sebbene richieda un certo impegno, e tale sforzo dovrà essere ripetuto regolarmente, poiché arrivano nuovi link non funzionanti.
@Falco Poiché il link Dropbox non sembra funzionare nemmeno nel forum Discourse: ospiti le immagini localmente come consigliato sopra?
Sì, scarichiamo le immagini in locale, che è il comportamento predefinito di Discourse.
Inserire link da terze parti finirà per portare a immagini non funzionanti, ed è per questo che Discourse include questa funzionalità fin dai suoi esordi. Ovviamente c’è un compromesso: devi fornire spazio per le immagini, sia in locale che utilizzando un servizio di Object Storage.
