diff options
author | Micah Elizabeth Scott <beth@scanlime.org> | 2018-12-07 05:58:17 -0800 |
---|---|---|
committer | Chocobozzz <me@florianbigard.com> | 2018-12-07 14:58:17 +0100 |
commit | 4b49385892b25aea5aa9e605fbcb66074bcb49b0 (patch) | |
tree | 05768733d9168458722b1b1a66ca8d9e6673f876 /server/tests/utils/videos/video-channels.ts | |
parent | 6ebfaf67641d466bbd29db8acbd6608ed13bcd6d (diff) | |
download | PeerTube-4b49385892b25aea5aa9e605fbcb66074bcb49b0.tar.gz PeerTube-4b49385892b25aea5aa9e605fbcb66074bcb49b0.tar.zst PeerTube-4b49385892b25aea5aa9e605fbcb66074bcb49b0.zip |
Remove hard-coded 8GB upload limit in client (#1293)
* Remove hard-coded 8GB upload limit in client
Ideally we'd know what the specific server's configured upload limit
is before starting, but this 8GB limit is not useful if an administrator
has changed the nginx post limit on the server.
* Better docs for admins about client_max_body_size
Seems like some admins already tweak this value up or down to allow
for different maximum video upload sizes. The current codebase has no
other server-side limits that I'm aware of, and I've been routinely
uploading quite large videos to my instance.
This patch replaces the somewhat incorrect (or outdated?) 'hard limit'
comment with some advice about allocating enough space for nginx and
communicating the limit with your users.
Of course it would be better if this configuration could be unified with
PeerTube's config somehow. I'm not sure whether the best option there is
to turn off nginx's buffering here and let PeerTube handle the entire upload
(can we do this only for the video upload API endpoint?) or whether we want
PeerTube to generate nginx configs in a more automated way layer. In any case,
this patch is intended as an incremental improvement.
Diffstat (limited to 'server/tests/utils/videos/video-channels.ts')
0 files changed, 0 insertions, 0 deletions