New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ZIP downloads should not be possible to disable #4345
Comments
|
I think the original idea was that an ownCloud server "explodes" if you try to create a huge zip file which than could kill the server for others too. Because of that we introduced it last year as far as I know. I think @blizzz worked on that. The perfect solution would be of course if ownCloud would handle this somehow internally without the config option. But might be tricky. |
|
Exactly. Zip generation will eat all your CPU and if you try to download a huuuge folder, ownCloud (and other services running there) will be inaccessible. |
|
P.S.: You can also only allow Zip generation if a certain input size is exceeded. If you dislike it being in the Settings UI, we may move it to config.php. |
|
We have still an open pull request which tries to handle zip creation at a low memory profile - a solution to this? |
|
New pull request seems to be at #6893 |
|
Now that the zip streaming works, should we go ahead and remove that option ? |
|
@ghiamar @5meter I saw in separate bug reports that you guys had the option "allow zip download disabled". Can you confirm that you did this only to save some server resources and remove the need to have a temporary folder with available space ? This is planned for removal in OC 7 because the zip file is now built on the fly and streamed directly back to the client (no more temporary file). Thanks. |
|
Well, I really love to have that option disabled, because I dont want to give anyone the opsiility to download a complete shared folder generating a huge zip file... |
|
Even if that huge zip file isn't stored anywhere on the server and streamed directly to the client ? |
|
Well, if it doesn't kill my server ram, its ok I guess... |
|
@PVince81 Forgot to mention, thatnks for asking! |
|
Just re-read the comments above, would be good to double check if the current mechanism still "eats the CPU" when making a zip file. |
|
Fixed by removal of the setting. Thanks @MorrisJobke! :) |
|
(Also, by adding zipstreamer – thank you @McNetic! :) |
Why is it possible for admins to disable zip downloads, if the system can handle it? If for security it should be fixed differently. If it’s not supported by the server then it’s just not possible and the setting shouldn’t show.
Now apparently the reason for this setting is that the server can be overloaded through this feature. Now how exactly can that happen? And why is it ok to let people set an option then which potentially will kill their server. If it’s too many files, too many subsequent downloads or something like that it should be blocked in the code instead of having a zip-killswitch.
@LukasReschke @DeepDiver1975 what do you think?
(Issue originally from my comments on #1257 )
The text was updated successfully, but these errors were encountered: