Папки заслуговують на більше, ніж ZIP

Ми вважаємо, що час перестати пакувати папки в ZIP лише для того, щоб ними поділитися. Архівація великої папки забирає час і вдвічі більше місця на диску, медіафайли майже не стискаються, а величезні архіви ламають або спотворюють довгі шляхи. StrongFolder надсилає папку як папку, з браузера в браузер, тож одержувач отримує ті самі вкладені папки й назви файлів.

Дерево папок переходить між двома комп'ютерами, не запаковане в ZIP

Правий клік, «Стиснути», чекаємо, вкладаємо, надсилаємо. Потім одержувач завантажує, клікає правою кнопкою, «Розпакувати», знову чекає. Більшість із нас робить це не замислюючись — так папки надсилали десятиліттями. Я вважаю, що час перестати архівувати папки лише для того, щоб ними поділитися. Формат ZIP з'явився 1989 року, коли задача полягала в тому, щоб утиснути документи на дискети й передати повільними модемами. Наші сьогоднішні папки — це відеопроєкти, фотосесії й репозиторії коду, і стара звичка коштує більше, ніж заощаджує.

Навіщо ми взагалі пакуємо папки в ZIP?

Бо більшість каналів обміну передають окремі файли. Вкладення в листі — це файл. Вивантаження в чат — це файл. Класичне посилання для завантаження вказує на один файл. Папка — це дерево файлів, тож її треба запакувати в один файл, щоб вона пройшла крізь ці труби.

Другою причиною було стиснення, і 1989 року воно мало значення: текст і таблиці стискаються сильно. Але для більшості папок, які люди надсилають сьогодні, ця причина непомітно зникла.

Чого насправді коштує архівація?

Візьмімо реальний приклад: папка з весільної зйомки на 40 GB — RAW-фото, кілька кліпів MP4, трохи оброблених JPEG.

  • Місце на диску, двічі. Вам потрібно близько 40 GB вільного місця для архіву поруч з оригіналом. Одержувачу потрібно 40 GB для ZIP і ще 40 GB, щоб його розпакувати, — 80 GB для папки на 40 GB, принаймні доки він не видалить архів.
  • Час, тричі. Ви чекаєте, поки архів пакується, потім поки він передається, потім одержувач чекає, поки він розпаковується. На ноутбуці пакування й розпакування десятків гігабайтів може тривати стільки ж, скільки сама передача.
  • Майже жодного стиснення. JPEG, MP4, MOV і більшість форматів RAW уже стиснуті. Архівація ледь змінює їхній розмір. Ви платите часом і місцем на диску, а натомість не отримуєте майже нічого.
  • Нічим не можна скористатися до кінця. З одним великим архівом одержувач не відкриє першого фото, доки не прийде останній байт і весь архів не буде розпаковано.

Що ламається всередині ZIP?

Вартість — одне. А ще щось іде не так, і зазвичай у найгірший момент.

Довгі шляхи. Windows за замовчуванням обмежує повну довжину шляху до файлу 260 символами. Проєктна папка, створена на Mac із глибокими вкладеними папками й описовими назвами, може розпакуватися у Windows з помилками або без частини файлів.

Величезні архіви. Оригінальний формат ZIP зупиняється на 4 GB на файл і 65 535 записах. Розширення ZIP64 знімає ці обмеження, але не кожен інструмент на кожному комп'ютері працює з ним однаково. Деякі хмарні диски ділять завантаження великої папки на кілька ZIP-файлів, які одержувачу потім доводиться збирати докупи.

Назви файлів. Архіви, створені одним інструментом і відкриті іншим, можуть спотворювати нелатинські назви файлів — кирилицю, грецькі, китайські символи, літери з діакритикою. Структура приходить, а назви — ні.

Сміття. Архіви, створені в macOS Finder, містять папки __MACOSX і файли .DS_Store, які плутають користувачів Windows і потрапляють у проєкт одержувача.

Одна помилка — починай спочатку. Якщо завантаження на 40 GB обірвалося на 95 %, архів непридатний. Якщо пошкоджено один байт, розпакування може зупинитися на півдорозі.

Нічого екзотичного тут немає. Якщо ви колись надсилали папку більшу за кілька гігабайтів, імовірно, стикалися хоча б з одним із цього.

Як StrongFolder надсилає папку як папку?

Ми побудували StrongFolder на простій ідеї: якщо файли йдуть безпосередньо з вашого браузера в браузер одержувача, немає причин спершу пакувати їх в один файл.

Коли ви обираєте папку, браузер читає її дерево — кожну вкладену папку й назву файлу. Нічого не вивантажується. Ви надсилаєте посилання; одержувач відкриває його й обирає, куди зберегти. Потім файли йдуть безпосередньо між двома браузерами через зашифроване з'єднання WebRTC, кожен зі своїм відносним шляхом, і на диску одержувача з'являється те саме дерево папок.

Що це змінює на практиці:

  • Ні пакування, ні розпакування. Передача починається в ту мить, коли одержувач відкриває посилання.
  • Жодного зайвого місця на диску. Одержувачу потрібне місце для папки, а не для папки плюс архіву.
  • Файли приходять по одному. Перші фото вже на диску одержувача, поки решта ще в дорозі.
  • Зі шляхами поводимося чесно. Якщо шлях задовгий для Windows, ми скорочуємо назву й додаємо текстовий файл зі списком усіх перейменованих файлів. Ніщо не зникає мовчки.
  • Жодного ліміту розміру з нашого боку. StrongFolder не обмежує розмір. На практиці межу задають вільне місце на диску одержувача, швидкість з'єднання й те, скільки часу обидва пристрої залишаються онлайн.

Є дві умови, які я завжди згадую. Щоб зберегти цілу папку зі структурою, одержувачу потрібен Chrome, Edge, Opera чи інший браузер на базі Chromium на комп'ютері — інші браузери завантажують файли по одному або як ZIP. І ваша вкладка має залишатися відкритою, доки одержувач не завершить, бо файли йдуть із вашого пристрою, а не з сервера. Це ціна того, що нічого не вивантажується. Стаття чому відправник залишається в мережі пояснює це докладно.

Надіслати файли

Безкоштовно · у браузері · без реєстрації

Коли ZIP досі правильний інструмент?

Я не проти ZIP. Це чудовий формат — просто не як обов'язковий крок перед кожним надсиланням. Я досі пакую в ZIP, коли:

  • Я архівую. Один файл простіше зберігати, перевіряти контрольною сумою й тримати роками.
  • Мені потрібен пароль. Посилання StrongFolder не мають пароля. Для чутливих файлів зашифрований архів (наприклад, 7-Zip з AES-256) плюс пароль, надісланий іншим каналом, додає шар захисту, який працює з будь-яким способом передачі.
  • У папці десятки тисяч дрібних файлів. Папка node_modules або кеш дрібних зображень передаються швидше одним файлом, бо кожен файл має власні накладні витрати.
  • Одержувач на телефоні. Телефони не можуть зберегти дерево папок із браузера, тож файли все одно прийдуть по одному або як ZIP.

Для всього іншого — зйомки, монтажу, CAD-проєкту, мода для гри, відсканованого архіву — надсилайте папку як є.

Як назавжди перестати пакувати папки в ZIP?

Якщо вам потрібна покрокова версія з порівнянням пошти, хмарних дисків і сервісів передачі, прочитайте Як надіслати папку без архівації. Для дуже великих папок стаття Як надіслати великі файли розповідає про швидкість і налаштування, а Обмеження та вимоги перелічують усі подробиці щодо браузерів.

А якщо папка колись прийде зламаною — неправильні назви, бракує вкладених папок, будь-що, — напишіть мені на info@strongfolder.com. Папки — причина, з якої існує StrongFolder, і я хочу про це знати.

Поширені запитання

Чи треба пакувати папку в ZIP, щоб надіслати її через StrongFolder?

Ні. Оберіть саму папку; StrongFolder прочитає її дерево й надішле кожен файл із його шляхом. Папки передаються як папки: вкладені папки й назви файлів зберігаються, нічого не архівується.

Що потрібно одержувачу, щоб отримати всю папку?

Щоб зберегти цілу папку зі структурою, потрібен File System Access API: Chrome, Edge, Opera та інші браузери на Chromium на комп'ютері. В інших браузерах файли можна завантажити по одному або одним ZIP-архівом.

Чи буває архів ZIP кращим вибором?

Так: для довготривалого архівування, для зашифрованого архіву з паролем або для папки з десятками тисяч дрібних файлів, які швидше передаються, запаковані в один файл.

Надішліть наступний файл — або папку — напряму

Без завантаження в хмару, без нашого обмеження розміру, без облікового запису. Виберіть файл або цілу папку, скопіюйте посилання — і одержувач завантажить усе прямо з вашого пристрою.

Надіслати файлиДодати в Chrome