Kansiot ansaitsevat parempaa kuin ZIPin

Hiiren kakkospainike, "Pakkaa", odota, liitä, lähetä. Sitten vastaanottaja lataa, painaa hiiren kakkospainiketta, "Pura", odottaa taas. Useimmat meistä tekevät näin ajattelematta — näin kansioita on lähetetty vuosikymmeniä. Mielestäni on aika lopettaa kansioiden pakkaaminen pelkkää jakamista varten. ZIP-muoto on vuodelta 1989, jolloin ongelma oli asiakirjojen ahtaminen levykkeille ja hitaiden modeemien läpi. Nykyiset kansiomme ovat videoprojekteja, kuvauksia ja koodirepositorioita, ja vanha tapa maksaa tiedostojen siirrossa enemmän kuin säästää.

Miksi kansioita ylipäätään pakataan?

Koska useimmat jakokanavat kuljettavat yksittäisiä tiedostoja. Sähköpostiliite on tiedosto. Chattiin ladattu on tiedosto. Perinteinen latauslinkki osoittaa yhteen tiedostoon. Kansio on tiedostojen puu, joten se on pakattava yhdeksi tiedostoksi ennen kuin se mahtuu noiden putkien läpi.

Pakkaus oli toinen syy, ja vuonna 1989 sillä oli merkitystä: teksti ja taulukot pienenevät paljon. Mutta tuo syy on hiljaa kadonnut useimmista kansioista, joita ihmiset nykyään lähettävät.

Mitä pakkaaminen oikeasti maksaa?

Otetaan todellinen esimerkki: 40 GB:n kansio häiden kuvauksesta — RAW-kuvia, muutama MP4-leike, joitakin muokattuja JPEG-kuvia.

• Levytila, kahdesti. Tarvitset noin 40 GB vapaata tilaa arkistolle alkuperäisen viereen. Vastaanottaja tarvitsee 40 GB ZIPille ja toiset 40 GB sen purkamiseen — 80 GB 40 GB:n kansiolle, ainakin kunnes hän poistaa arkiston.
• Aika, kolmesti. Odotat pakkaamisen ajan, sitten siirron ajan, ja sitten vastaanottaja odottaa purkamisen ajan. Kannettavalla kymmenien gigatavujen pakkaaminen ja purkaminen voi kestää yhtä kauan kuin itse siirto.
• Lähes olematon pakkaus. JPEG, MP4, MOV ja useimmat RAW-muodot on jo pakattu. Niiden pakkaaminen tuskin muuttaa kokoa. Maksat ajalla ja levytilalla ja saat takaisin lähes ei mitään.
• Mikään ei ole käytettävissä ennen loppua. Yhden ison arkiston kanssa vastaanottaja ei voi avata ensimmäistä kuvaa ennen kuin viimeinen tavu on saapunut ja koko arkisto on purettu.

Mikä menee rikki ZIPin sisällä?

Kustannus on yksi asia. Asiat myös menevät pieleen, ja yleensä pahimmalla hetkellä.

Pitkät polut. Windows rajoittaa tiedostopolun kokonaispituuden oletuksena 260 merkkiin. Macilla luotu projektikansio syvine alikansioineen ja kuvaavine nimineen voi purkautua Windowsissa virheineen tai puuttuvin tiedostoin.

Valtavat arkistot. Alkuperäinen ZIP-muoto pysähtyy 4 GB:hen tiedostoa kohden ja 65 535 merkintään. ZIP64-laajennus poistaa nämä rajat, mutta jokainen työkalu jokaisella koneella ei käsittele sitä samalla tavalla. Jotkin pilviasemat jakavat ison kansion latauksen useaan ZIP-tiedostoon, jotka vastaanottajan on sitten koottava yhteen.

Tiedostonimet. Yhdellä työkalulla tehdyt ja toisella avatut arkistot voivat sotkea muiden kuin latinalaisten aakkosten tiedostonimiä — kyrillisiä, kreikkalaisia, kiinalaisia, aksentillisia kirjaimia. Rakenne saapuu, nimet eivät.

Roskat. macOS Finderin luomat arkistot sisältävät __MACOSX-kansioita ja .DS_Store-tiedostoja, jotka hämmentävät Windows-käyttäjiä ja päätyvät vastaanottajan projektiin.

Yksi virhe, aloita alusta. Jos 40 GB:n lataus epäonnistuu 95 prosentin kohdalla, arkisto on käyttökelvoton. Jos yksikin tavu vaurioituu, purku voi pysähtyä puolivälissä.

Mikään tästä ei ole eksoottista. Jos olet koskaan lähettänyt yli muutaman gigatavun kansion, olet luultavasti kohdannut ainakin yhden näistä.

Miten StrongFolder lähettää kansion kansiona?

Rakensimme StrongFolderin yksinkertaisen ajatuksen varaan: jos tiedostot kulkevat suoraan selaimestasi vastaanottajan selaimeen, ei ole syytä pakata niitä ensin yhdeksi tiedostoksi.

Kun valitset kansion, selaimesi lukee sen rakenteen — jokaisen alikansion ja tiedostonimen. Mitään ei ladata palvelimelle. Lähetät linkin; vastaanottaja avaa sen ja valitsee tallennuspaikan. Sitten tiedostot kulkevat suoraan kahden selaimen välillä salatun WebRTC-yhteyden kautta, kukin suhteellisen polkunsa kanssa, ja sama kansiorakenne ilmestyy vastaanottajan levylle.

Mitä tämä muuttaa käytännössä:

• Ei pakkaamista, ei purkamista. Siirto alkaa heti, kun vastaanottaja avaa linkin.
• Ei ylimääräistä levytilaa. Vastaanottaja tarvitsee tilaa kansiolle, ei kansiolle ja arkistolle.
• Tiedostot saapuvat yksi kerrallaan. Ensimmäiset kuvat ovat vastaanottajan levyllä, kun loput ovat vielä matkalla.
• Polut käsitellään rehellisesti. Jos polku on liian pitkä Windowsille, lyhennämme nimeä ja lisäämme tekstitiedoston, joka luettelee jokaisen uudelleennimetyn tiedoston. Mikään ei katoa hiljaa.
• Emme aseta kokorajaa. StrongFolder ei aseta kokorajaa. Käytännön rajat ovat vastaanottajan laitteen vapaa levytila, yhteyden nopeus ja se, kuinka kauan molemmat laitteet pysyvät verkossa.

Mainitsen aina kaksi ehtoa. Tallentaakseen kokonaisen kansion rakenteineen vastaanottaja tarvitsee Chromen, Edgen, Operan tai muun Chromium-selaimen tietokoneella — muut selaimet lataavat tiedostot yksitellen tai ZIPinä. Ja välilehtesi on pysyttävä auki, kunnes vastaanottaja on valmis, koska tiedostot tulevat laitteeltasi, eivät palvelimelta. Se on hinta siitä, ettei mitään ladata palvelimelle. Miksi lähettäjä pysyy verkossa selittää sen yksityiskohtaisesti.

Milloin ZIP on yhä oikea työkalu?

En vastusta ZIPiä. Se on erinomainen muoto — vain ei oletusvaiheena ennen jokaista lähetystä. Pakkaan yhä, kun:

• arkistoin. Yhtä tiedostoa on helpompi säilyttää, tarkistussummata ja pitää vuosia.
• tarvitsen salasanan. StrongFolderin linkeissä ei ole salasanaa. Arkaluontoisille tiedostoille salattu arkisto (esimerkiksi 7-Zip ja AES-256) sekä toista kanavaa pitkin lähetetty salasana lisäävät suojakerroksen, joka toimii millä tahansa siirtotavalla.
• kansiossa on kymmeniätuhansia pieniä tiedostoja. node_modules-kansio tai pienten kuvien välimuisti siirtyy nopeammin yhtenä tiedostona, koska jokaisella tiedostolla on oma ylimääräinen kuormansa.
• vastaanottaja on puhelimella. Puhelimet eivät voi tallentaa kansiorakennetta selaimesta, joten tiedostot tulevat joka tapauksessa yksitellen tai ZIPinä.

Kaikessa muussa — kuvaus, editointi, CAD-projekti, pelimodi, skannattu arkisto — lähetä kansio sellaisenaan.

Miten lopetat kansioiden pakkaamisen lopullisesti?

Jos haluat vaiheittaisen version, jossa sähköposti, pilviasemat ja siirtopalvelut on vertailtu rinnakkain, lue Kansion lähettäminen pakkaamatta. Hyvin isoille kansioille Isojen tiedostojen lähettäminen käsittelee nopeutta ja asetuksia, ja Rajat ja vaatimukset luettelee jokaisen selainyksityiskohdan.

Ja jos kansio joskus saapuu rikkinäisenä — väärät nimet, puuttuvat alikansiot, mitä tahansa — kirjoita minulle osoitteeseen info@strongfolder.com. Kansiot ovat syy StrongFolderin olemassaoloon, ja haluan tietää.