+ Folder archive
- "Allowed referer..." now hidden in easy mode
Nice, works perfectly so far for me, only problems i can see is if someone will have the ability to download all my files at once...
How does folder archiving work?
you didn't answer to my objection
Regarding use of downloaders some limits already existed, am I right ?
i.e max "simultaneous download from a single Ip adress"
that way no complete directory could be sent in one go ...
the archive download is resumable.
of course as long as you don't change the content of the folder, because it would change the archive itself.
it's a virtual file. it never exists. every piece of it is built on demand and discarded after sending.
it's one of the coolest things i ever programmed ;D
Nice, works perfectly so far for me, only problems i can see is if someone will have the ability to download all my files at once... we need a template symbol like the upload section where we can 'restrict archived downloading' to different folders. :)
"so big" ?Yes i talk about the tray message. Now there's three rows with info (the ip, uptime and downloads) and 3 empty rows (after i added symbols and then deleted them).
it's a standard 16x16 as every tray icon
rows? are you talking about to the text message popping up when you mouse hover it?
I don't know about trayon template?!? (The only template I use is ThunderChicken Of Glory). But you can find the place for the header, and add the following
<a href="~folder.tar?recursive">Folder archive</a>
Code: [Select] <span class="nav_top"> |
HFS Terayon does not currently support this cause im waiting for a official release of HFS that supports this function before i release an update of HFS Terayon.
...I added symbols then deleted them and now there're 3 empty rows. Rejetto please help :-[
And, huh? I only have 3 rows with info in the tray messages. No empty row for me!
was does this mask mean anyways, and why does is cause to 'open" this file instead of listing all all them ?
It is just what I've need for so long, BUT when someone happens to click this link on my VFS root, it freezes my HFS for many hours.
And maybe something should be improved in the way HFS handles resources starting with "\\" as it currently freezes the program slightly also in normal browsing ...some kind of simplified way (not trying to find out file sizes and attributes) of accessing them perhaps?
yes you were right ... index.* was inherited from above. was does this mask mean anyways, and why does is cause to 'open" this file instead of listing all all them ?
there is no simplified way i'm aware of.I'm aware of several ways (not sure they are simple...)
Yes, ~files.lst?recursive freezes HFS too if the network drives are visible, ~files.lst obviously doesn't. It's exactly the same thing as with ~folder.tar?recursive and ~folder.tar ..recursive makes it freeze.It is just what I've need for so long, BUT when someone happens to click this link on my VFS root, it freezes my HFS for many hours.i think the same happens when you click "file list". isn't true?
the problem is file listing, and the archive needs the file list to work.
how hard is the freezing? does HFS become unusable?
i may try to find a multithreading solution.
yes...
rejetto, I think I am not making myself clear ... when the file reaches the "other" side - it is being created as ONE file, and it may be larger the 4G. Would't this be a problem if the remote OS does not supprt it ?
FAT16 - max. file size 2GiB
FAT32 - max. file size 4GiB-2B
NTFS4/5 - max. file size 2TiB (currently limited to volume size 2TiB)
second, do you really think i should spend time supporting mega-archives for FAT32 ?
edit: I really don't see why you should use this, unless you have some strange problems like those described before or in case of large size file(s) (over 4G ? ) .as I said - no...
second, do you really think i should spend time supporting mega-archives for FAT32 ?
first, TAR doesn't support multi volume
second, do you really think i should spend time supporting mega-archives for FAT32 ?
Please note that in case your filesystem is FAT32, folder archives larger than approximately 4GiB can not be downloaded correctly.
Yes, the point here is NOT to encourage use of FAT/FAT32, but to prevent program crashes or corruptions by disabling the ~folder.tar for folders >2GiB(FAT16)/>4GiB-2B(FAT32).
The problem would be the detection. Server-side no problem I guess, HFS could do this and act accordingly. But clientside... Maybe with Javascript?
MarkV
...I added symbols then deleted them and now there're 3 empty rows. Rejetto please help :-[
And, huh? I only have 3 rows with info in the tray messages. No empty row for me!
Yes, the point here is NOT to encourage use of FAT/FAT32, but to prevent program crashes or corruptions by disabling the ~folder.tar for folders >2GiB(FAT16)/>4GiB-2B(FAT32).
The problem would be the detection. Server-side no problem I guess, HFS could do this and act accordingly. But clientside... Maybe with Javascript?
...I added symbols then deleted them and now there're 3 empty rows. Rejetto please help :-[
And, huh? I only have 3 rows with info in the tray messages. No empty row for me!
No, but HFS should at least have an option where you select the used filesystem. If you select FAT or FAT32, HFS disables ~folder.tar for folders larger 2GiB or 4GiB-2B.
Ye good idea Mark V, i wouldn't go coding away to make fat 32 support, ntfs has been the way for windows pc's for at least the last 7 years...
my external hard drive i use is formatted in fat 32, but i wouldn't go putting files bigger than 4gb on it anyway haha.
No, but HFS should at least have an option where you select the used filesystem. If you select FAT or FAT32, HFS disables ~folder.tar for folders larger 2GiB or 4GiB-2B.
"you" ... who?
the problem is for the client only (and you don't know its file system).
HFS doesn't need NTFS to support 8GB archives, because they are virtual.
LZMA (without compression) supports multiarchive. All popular archives support LZMA (.7z), too. Maybe an alternative?