Možná má i nějaké vysvětlení, že takto generované ZIP soubory v HTTP odpovědi (share.cgi?ssid=***&openfolder=forcedownload ) nemají parametr Content-length, i když by mě zajímalo vysvětlení, proč tam chybí. Ono to především je pro ostatní lidi, kteří neznají QTS a nápověda, kolik času stahování zabere . A pokud http response nemá content-length, pak prohlížeč "neví" *
A ten hlavní dotaz
Ale co mě překvapilo, proč když Share Link obsahuje (klidně i v jedné složce) jeden soubor ve víc kopiích, velikost stažených dat ukazuje, že identické soubory jsou zde duplicitně zastoupeny. Má tohle taky své důvody? Zrovna tohle si myslím, že by šlo nějak implementovat (dokonce v lineárním čase) přes kontrolu hashů souborů, . Nebo nad tímhle se neuvažovalo? Zrovna případ, kdy soubory v Share Linku budou obsahovat kopie souboru, není zrovna neobvyklý jev. Ne že bych to já nebo kolegové dělali cíleně, ale někdy se to stane nedopatřením a nebo někdy si někdo takhle přiohne strukturu složek, že dává identické soubory do různých složek.
* Mimochodem, ono vlastně se nikde nezobrazuje velikost složky Share link odkazu nebo podsložek? HOdilo by se to aspoň znát před stahováním
** A přidání rozbalovací nabídky Download: All, Marked , Current folder by fakt pomohlo, protože volba Download all je právě ta nejmíň používaná . Nebo aspoň kdyby tlačítko <IKONKA>Download dynamicky změnilo název na All, Marked , Current folder - lidi by to aspoň trklo, že se něco změnilo, když přešly do podsložky nebo označily soubory