Папки заслуживают лучшего, чем ZIP

Мы считаем, что пора перестать архивировать папки только ради того, чтобы ими поделиться. Упаковка большой папки стоит времени и двойного места на диске, медиафайлы почти не сжимаются, а огромные архивы ломаются или портят длинные пути. StrongFolder передаёт папку как папку, из браузера в браузер, и получатель получает те же подпапки и имена файлов.

Дерево папок перемещается между двумя компьютерами, не упакованное в ZIP

Правый клик, «Сжать», ждём, прикрепляем, отправляем. Потом получатель скачивает, делает правый клик, «Извлечь», снова ждёт. Большинство из нас делает это не задумываясь — так папки отправляют уже десятилетиями. Я думаю, пора перестать архивировать папки только ради того, чтобы ими поделиться. Формат ZIP появился в 1989 году, когда задача была втиснуть документы на дискеты и передать их через медленные модемы. Сегодня наши папки — это видеопроекты, фотосессии и репозитории кода, и старая привычка обходится дороже, чем экономит.

Зачем мы вообще архивируем папки?

Потому что большинство каналов обмена передают отдельные файлы. Вложение в письме — файл. Загрузка в чат — файл. Классическая ссылка для скачивания указывает на один файл. Папка — это дерево файлов, поэтому её нужно упаковать в один файл, прежде чем она пройдёт через эти трубы.

Второй причиной было сжатие, и в 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-файлов, которые получателю потом приходится собирать обратно.

Имена файлов. Архивы, созданные одной программой и открытые другой, могут искажать нелатинские имена файлов — кириллицу, греческий, китайский, буквы с диакритикой. Структура приходит, имена — нет.

Мусор. Архивы, созданные в Finder на macOS, содержат папки __MACOSX и файлы .DS_Store, которые сбивают с толку пользователей Windows и оказываются в проекте получателя.

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

Ничего экзотического тут нет. Если вы когда-нибудь отправляли папку больше нескольких гигабайт, вы, скорее всего, сталкивались хотя бы с одной из этих проблем.

Как StrongFolder передаёт папку как папку?

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

Когда вы выбираете папку, ваш браузер читает её дерево — каждую подпапку и имя файла. Ничего не загружается. Вы отправляете ссылку; получатель открывает её и выбирает, куда сохранить. Затем файлы идут напрямую между двумя браузерами по зашифрованному соединению WebRTC, каждый со своим относительным путём, и на диске получателя появляется то же дерево папок.

Что это меняет на практике:

  • Ни упаковки, ни распаковки. Передача начинается в момент, когда получатель открывает ссылку.
  • Никакого лишнего места на диске. Получателю нужно место для папки, а не для папки плюс архив.
  • Файлы приходят по одному. Первые фотографии уже на диске получателя, пока остальные ещё в пути.
  • С путями мы обходимся честно. Если путь слишком длинный для Windows, мы сокращаем имя и добавляем текстовый файл со списком всех переименованных файлов. Ничего не пропадает молча.
  • Никакого лимита размера с нашей стороны. StrongFolder не ограничивает размер. На практике предел задают свободное место на диске получателя, скорость соединения и то, сколько времени оба устройства остаются онлайн.

Есть два условия, о которых я всегда говорю. Чтобы сохранить целую папку со структурой, получателю нужен Chrome, Edge, Opera или другой браузер на базе Chromium на компьютере — другие браузеры скачивают файлы по одному или в виде ZIP. И ваша вкладка должна оставаться открытой, пока получатель не закончит, потому что файлы идут с вашего устройства, а не с сервера. Это компромисс за то, что ничего не загружается. Статья Почему отправитель должен оставаться в сети объясняет это подробно.

Отправить файлы

Бесплатно · в браузере · без регистрации

Когда ZIP всё ещё правильный инструмент?

Я не против ZIP. Это отличный формат — просто не как обязательный шаг перед каждой отправкой. Я по-прежнему архивирую, когда:

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

Для всего остального — съёмки, монтажа, CAD-проекта, мода для игры, архива сканов — отправляйте папку как есть.

Как перестать архивировать папки навсегда?

Если вам нужна пошаговая версия, со сравнением почты, облачных дисков и сервисов передачи файлов, читайте Как отправить папку без архивации. Для очень больших папок статья Как отправить большие файлы рассказывает о скорости и настройке, а на странице Ограничения и требования перечислены все детали о браузерах.

И если папка когда-нибудь придёт сломанной — неправильные имена, пропавшие подпапки, что угодно, — напишите мне на info@strongfolder.com. Папки — причина, по которой существует StrongFolder, и я хочу об этом знать.

Частые вопросы

Нужно ли архивировать папку, чтобы отправить её через StrongFolder?

Нет. Выберите саму папку; StrongFolder прочитает её дерево и передаст каждый файл с его путём. Папки передаются как папки: вложенные папки и имена файлов сохраняются, ничего не архивируется.

Что нужно получателю, чтобы получить всю папку целиком?

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

Бывает ли архивация лучшим выбором?

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

Отправьте следующий файл — или папку — напрямую

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

Отправить файлыВ Chrome