Dimitry,
wouldn't honouring the Range http-header be sufficient and a lot more
widespread?
I think I know it would honour wget --continue for example.
BitTorrent transmission, although clearly more efficient, is not too well
tolerated in many network environments as it is commonly used for the
On 09/04/2011 10:02 PM, Haru Mamburu wrote:
Hi!
By default, XWiki doesn't have resume ability for downloads. Is there any
way to turn it on? From the moment file system storage was implemented into
XE it makes sence.
It's not implemented yet, but it could easily be implemented yet if
Thanks a lot,
I put the resume feature request into Jira. :-)
File system storage is implemented and now I'm precisely looking for the right
way to use XE in a kind of non-profit library project, where attachments could
be from 1KB to approx 1Gb in one piece. That is why I'm doing field test
On 09/05/2011 03:20 PM, Haru Mamburu wrote:
Thanks a lot,
I put the resume feature request into Jira. :-)
File system storage is implemented and now I'm precisely looking for the
right way to use XE in a kind of non-profit library project, where
attachments could be from 1KB to approx 1Gb
Hi!
By default, XWiki doesn't have resume ability for downloads. Is there any way
to turn it on? From the moment file system storage was implemented into XE it
makes sence.
And another question-idea:
On uploading big (all) files, XWiki creates hash for torrent, stores it
together with file.