URL non valido per markdown-it-bundle

,

Dopo aver eseguito un aggiornamento oggi e aver abilitato l’opzione S3_CDN_URL nelle env, tutto tranne markdown-it-bundle viene caricato.

https://tosdr.community/https://tosdr-community.s3.jrbit.de/assets/markdown-it-bundle-5a633717415fd164893a925e4cac1406ecab8179d15637506b08a147ab543433.br.js

Mentre gli asset sul server esistono e sono stati caricati, discourse antepone ancora l’URL di base.
Tutti gli altri asset funzionano correttamente.

Ho controllato la tabella degli upload e tutti gli URL hanno il formato corretto.

C’è qualche altra tabella in cui posso controllare o una semplice soluzione per questo problema?

Esiste un DbHelper come remap ma per cercare una stringa nell’intero database?

Hai seguito una guida per configurare Discourse con S3? Sembra che ci siano molte procedure sofisticate da seguire per configurarlo, secondo questo argomento:

Temo che questo non sia il mio forte, ma ho trovato questo argomento con un problema simile, se può essere di qualche aiuto?

@crcoli7307 Sì, è stato esattamente l’argomento che ho seguito :slight_smile:


@JammyDodger
Grazie per l’argomento!

Quindi ho cambiato S3_CDN_URL in:

DISCOURSE_S3_CDN_URL: https://s3.jrbit.de/tosdr-community

Ma sfortunatamente questo ha rotto tutto, in termini di dove viene caricato il foglio di stile.

Potrebbe essere il nome del bucket dato che è quasi uguale al dominio?

Nome del bucket: tosdr-community
Dominio: tosdr.community

Vedi come sono costruiti i fogli di stile.

Mi sono appena spostato in un nuovo bucket: non è il nome del bucket, lo stesso problema si sta verificando

AGGIORNAMENTO: Ho appena controllato il modo in cui markdown-it-bundle è incorporato ed eseguito lo script_asset_path tramite la console Rails (con leggere modifiche dovute alla variabile request.env mancante!)

image

Secondo lo script_asset_path, l’URL dell’asset viene generato correttamente. Non sono ancora sicuro del motivo per cui ciò stia accadendo.

MODIFICA:
Sembra essere un bug noto

MODIFICA 2:
L’ho “risolto” utilizzando la soluzione più sporca disponibile. Codificando l’asset nella configurazione di nginx e reindirizzandolo

location ~ markdown-it-bundle-dcd9743077867b3a68d7b723130cb2711dc4c843b018d7bc609f868289402fef.(.*).js {
return 302 https://tosdr-forum.s3.jrbit.de/assets/markdown-it-bundle-dcd9743077867b3a68d7b723130cb2711dc4c843b018d7bc609f868289402fef.$1.js;
}

Ha funzionato, a meno che l’asset non venga aggiornato :slight_smile: