Il link all'export dei dati su S3 non utilizza l'URL CDN

[nodomain]

Quando si utilizza un URL CDN che punta a S3 e si crea un’esportazione di dati, il collegamento all’esportazione viene generato con l’URL S3 e quindi il download non riesce.

Utilizzare anche lì l’URL CDN.

[pfaffman (Jay Pfaffman)]

Questo sembra il comportamento desiderato. Il file verrà scaricato solo una volta ed è privato, quindi non c’è motivo per cui debba essere memorizzato nella cache dalla CDN. Giusto?

[nodomain]

Ma si blocca se si impedisce l’accesso diretto al bucket S3, come dobbiamo fare a causa delle linee guida aziendali.

[RGJ (Richard - Communiteq)]

Menzionato anche in

• Image lightbox "download" link pointing to S3 bucket not CDN
• Downloads coming from S3 even with DISCOURSE_S3_CDN_URL set
• S3 CDN URL not being used on non-image uploads - #4 by martin

e quell’ultimo argomento spiega perché questo accade:

@martin

Fondamentalmente scarichiamo sempre da S3 con un URL pre-firmato se stiamo facendo un “force download”, che è ciò che accade quando clicchiamo sul link dell’allegato o sul pulsante Scarica su un’immagine. Questo serve per poter aggiungere gli header appropriati di content-disposition:

attachment; filename=\"#{upload.original_filename}\"; filename*=UTF-8''#{upload.original_filename}\"

Non credo sia possibile far comportare l’URL del CDN in questo modo? L’URL del CDN per le immagini viene utilizzato solo quando vengono visualizzate inline, non quando vengono scaricate. Anche nel caso di immagini sicure e allegati che hanno un ACL privato, l’URL pre-firmato deve sempre essere utilizzato.

Sarebbe utile se ci fosse un’opzione per inoltrare quei download tramite Discourse, anche solo per non esporre il bucket S3 al mondo.

[nodomain]

Nel mio caso, andrebbe bene anche usare l’URL firmato, ma attualmente punta direttamente all’URL HTTPS di S3.

[Bathinda (Bathinda Helper)]

Punto valido.

@nodomain, è mai stato risolto?