I’m using S3 for attachment storage so that can handle up to 160GB.
I changed the nginx limit to 0 (unlimited)
The app.yml param “upload_size” is also set to 0
1 Mi Piace
We don’t upload straight into S3, it goes to your server first and the server sends it to S3. That means you don’t want a limit larger than you free disk space.
3 Mi Piace
Ok, I would like to set the limit to 10GB i have enough disk space. But how can I change the Discourse limit?
1 Mi Piace
You can overwrite the max using a custom plugin. You can use this one as an example:
6 Mi Piace
Thank you, I can confirm that the limit is gone with using this plugin and the settings:
files:
max_attachment_size_kb:
client: true
default: 1024000
max: 6144000
However, I have 2 problems:
- Uploading a 2GB file uploads well until 100% and then fails with general pop up error.
- Every time i try this the Discourse Docker grows 2GB in size and doesn’t clear it!! I’m nearly out of space… how can I clear this?
1 Mi Piace
You’re going to be better off using a proper cloud drive service of your choice, and linking the files in Discourse topics… Discourse isn’t intended as a large file storage tool.
5 Mi Piace
I am using S3 cloud storage. Nothing is supposed to be stored on Discourse itself.
That’s not what I mean – I mean a consumer cloud drive service like Google Drive, OneDrive, Dropbox, etcetera.
Regardless of how you do it, Discourse is not designed to handle large files.
3 Mi Piace
Regardless of where the file ends up, Discourse isn’t intended to be a bulky file upload mechanism either.
1 Mi Piace
I understand that it wasn’t intended to do that, but it would be a great feature for me and will increase user experience if they don’t have to go to some other service to upload and back to Discourse.
So I hope you won’t take offence if I try to get it to work despite the fact that it wasn’t the intention of the original development.
The wonders of open source is that you’re free to tinker.
Likewise if something isn’t supported there are no guarantees that future changes to Discourse won’t render the tweaks you’re making today totally inoperable in the future.
1 Mi Piace
Sto valutando di permettere il caricamento di file di grandi dimensioni (potrebbero essere da 50 MB ed è possibile che ci siano caricamenti in blocco tramite l’API) anche sul mio sito. Sto solo cercando di capire il motivo di questa preoccupazione. Se S3 è configurato per gestire il caricamento e l’archiviazione di file di grandi dimensioni, e il forum Discourse si collega a tali file per mostrare un link di download agli utenti, qualcuno può fornire maggiori dettagli su dove prevedete che Discourse possa incontrare problemi?
L’attuale componente di caricamento non è semplicemente progettato per caricamenti di grandi dimensioni (solo il caricamento dei backup nell’interfaccia di amministrazione lo è).
Stiamo normalizzando e rifattorizzando il nostro codice di caricamento al momento e prevediamo di supportare i caricamenti diretti su S3; una volta completato ciò, tecnicamente i caricamenti di grandi dimensioni su S3 potrebbero funzionare.
5 Mi Piace
Grazie per queste informazioni, @sam. Non ero a conoscenza in precedenza di come vengono archiviati i caricamenti di file. Quindi sembra che, per impostazione predefinita, i file caricati vengano archiviati sullo stesso server che esegue Discourse, nel qual caso capisco come i caricamenti di grandi dimensioni possano essere un problema. E comprendo anche il vostro impegno per supportare in futuro i caricamenti diretti su S3.
E se configuraste ora il sistema per inviare i caricamenti di file su S3, come descritto qui?
Ciò offrirebbe già oggi gli stessi vantaggi di quanto state pianificando di rilasciare in futuro come funzione automatica, permettendo a Discourse di supportare caricamenti e download di file di grandi dimensioni?
Il nostro attuale sistema di upload segue il percorso utente → server Discourse → S3.
Il nuovo sistema che stiamo implementando tra alcune settimane seguirà il percorso utente → S3.
5 Mi Piace
I siti potranno passare senza intoppi al nuovo sistema di caricamento, in modo che i caricamenti effettuati con il vecchio sistema continuino a funzionare e quelli con il nuovo sistema funzionino anch’essi?
Presumo di sì, dato che tutto sarà archiviato su S3, ma volevo confermare. Grazie.
Poiché i file finiranno nello stesso luogo, semplicemente percorrendo percorsi più brevi, il cambiamento sarà trasparente sia per gli utenti che per gli amministratori.
Per chiarire: mi aspetto che gli utenti non notino alcun cambiamento, se non il fatto che (forse?) i loro file verranno caricati e scaricati più velocemente, e ciò consentirà caricamenti di file più grandi se gli amministratori lo desiderano. È corretto?
1 Mi Piace
Probabilmente verranno caricati più velocemente. I download dovrebbero rimanere invariati (poiché la funzionalità influenzerà solo i caricamenti).
Immagino di sì, ma spetta al team di Discorso fare una dichiarazione ufficiale a riguardo.
1 Mi Piace