wow, che giro pazzesco. ho praticamente riconfigurato tutto il mio storage oggetto Cloudflare R2 e l’istanza di Discourse, e penso che questo bug sia legittimo per R2. quando ho corretto il record DNS di Cloudflare e ricostruito l’istanza in modo che DISCOURSE_CDN_URL puntasse effettivamente a esso, ha rotto un sacco di altre cose come le stringhe di traduzione e ha generato diversi errori nella console, inclusi alcuni errori CORS. mi ha portato in molti vicoli ciechi oggi. quindi immagino che usare DISCOURSE_CDN_URL sia incompatibile con Cloudflare R2. (questa era una cosa molto strana - quando ho configurato originariamente il mio record DNS, avevo inserito erroneamente il record DNS cdn.mysite.com in modo che risolvesse come cdn.mysite.com.mysite.com). impostare correttamente DISCOURSE_CDN_URL sembra incompatibile con lo storage oggetto Cloudflare R2. potrebbe esserci qualcos’altro che non capisco del tutto qui.
comunque, quando ricostruisco con il mio ramo PR, tutto è risolto perché avvolge l’assegnazione in Discourse.store.cdn_url() in modo che gli upload di emoji personalizzate rispettino la stessa logica di routing e fallback CDN S3 degli upload standard di immagini dei post.
ho riaperto la PR e modificato la descrizione. ma immagino che se il team di Discourse decide di non unirla, va bene così, perché il componente del tema risolve il problema a livello client. nota che la correzione della PR dovrebbe influenzare solo le configurazioni di storage oggetto R2 per le emoji personalizzate e non altri storage compatibili S3 come AWS.