Ho recentemente migrato il mio forum da un server a un altro. La versione attuale è 2.6.0.beta2. Tutto il resto funziona correttamente, tuttavia le immagini caricate in precedenza non sono visibili e gli utenti non riescono a caricare nuove immagini. Inoltre, gli utenti non possono aggiornare le loro immagini del profilo.
Ho provato alcune soluzioni menzionate in questo forum, ma nessuna sembra funzionare per me. Ho bisogno di aiuto!
Prima utilizzavi S3 o un archivio compatibile con S3?
Cosa ha reso necessario il cambiamento? In cosa differiscono i server e come è stato costruito il nuovo server?
Non ho mai utilizzato S3 su questo server, nemmeno per i test.
Ho dovuto cambiare server perché volevo modificare la regione. Il nuovo server è identico al vecchio in ogni aspetto, tranne che per la regione. Stavo utilizzando CloudFront CDN, ma dopo la migrazione ho invalidato l’intera cache.
Posso vedere che le immagini vecchie sono disponibili sul nuovo server, poiché erano incluse nel backup, ma il problema persiste.
Hai aggiornato l’istanza precedente allo stesso livello prima di eseguire o ripristinare il backup?
Sì, tutto era identico su entrambi i server. Ho seguito le procedure corrette per la migrazione e ho anche verificato i problemi riscontrati da altri utenti durante il processo.
Il problema non è solo che non riesco a visualizzare le immagini vecchie, ma anche che gli utenti non riescono a caricare nuove immagini. Immagino che sia un problema legato a un driver delle immagini (scusa per la congettura vaga).
E questo sta usando l’installazione standard?
Sì, con i passaggi indicati all’indirizzo discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub
Ok, quindi per ricapitolare, il tuo vecchio server era sull’installazione standard. Hai reinstallato su un sistema costruito nello stesso modo e hai ripristinato il backup.
Se visualizzi il codice sorgente di una pagina, come appaiono gli URL delle immagini? Come si confrontano con quelli presenti in /var/discourse/standalone/web-only/uploads/default?
Cosa succede se provi ad aprire direttamente un link a un’immagine?
Entrambe queste installazioni erano a due container?
Ricategorizzo da bug a #supporto perché non ci sono passaggi chiari per riprodurre il problema. Una volta identificata la causa principale, potrebbe essere necessario registrarla come bug, ma al momento non è così.
Sembra che le immagini del mio forum siano state caricate in /var/discourse/shared/standalone/uploads/default/optimized/1X. Sono presenti molte immagini salvate con diverse risoluzioni, tuttavia il nome del file immagine sul forum e nella directory non coincidono.
Ricevo un codice 404 per https://forumcdn.domain.com/uploads/default/optimized/1X/55cfd1bf40edcb3ac19d3e412a5ad63f93c0a854_2_225x250.png, ma quando sostituisco il nome del file immagine con uno presente nella directory, funziona. Tutti i file immagine sono intatti e possono essere visualizzati se aperti direttamente; il problema è che i nomi dei file sul forum sono diversi.
L’opzione ‘Includi miniature nei backup’ è abilitata sull’istanza di origine?
In caso contrario:
Includi le miniature generate nei backup. Disabilitare questa opzione ridurrà le dimensioni dei backup, ma richiederà una rigenerazione di tutti i post dopo il ripristino.
Ciò significa che dovrai eseguire rake posts:rebake
Includi miniature nei backup è stato disabilitato sull’istanza di origine. Ho appena eseguito rake posts:rebake all’interno del container Discourse e ho ottenuto il seguente risultato:
root@vps-app:/var/www/discourse# rake posts:rebake
Rigenerazione del markdown dei post per 'default'
628 / 628 (100.0%)
628 post completati!
Per essere assolutamente sicuro, ho invalidato la cache CDN, ma non riesco comunque a visualizzare alcuna immagine. Inoltre, non riesco a caricare immagini, quindi dubito che questa soluzione possa risolvere anche quel problema.