Типография: макеты по 2 ГБ от клиентов — свой файлообменник вместо чужих ссылок

MAATRIX

Клиент присылает макет для печати — файл на 2 ГБ, потому что это высокое разрешение, слои, вылеты под обрез. Он загружает его на первый попавшийся файлообменник, кидает вам ссылку в мессенджер и идёт заниматься своими делами. Вы открываете ссылку через три дня, когда очередь в допечатной подготовке дошла до его заказа, а там — «файл удалён» или «срок хранения истёк». Начинается второй круг: писать клиенту, ждать, пока он найдёт время перезалить, объяснять, почему тираж сдвигается. Дальше в статье — почему так происходит системно, а не по вине конкретного клиента, и как убрать эту точку отказа, поставив собственный файлообменник на своём сервере.

Почему чужие файлообменники ломают процесс именно в типографии

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

Между «клиент прислал ссылку» и «дизайнер типографии открыл файл» может пройти несколько дней вполне законно: заказ стоит в очереди, менеджер собирает подтверждение оплаты, макет ждёт, пока освободится допечатник, или клиент вообще прислал несколько версий и нужно дождаться финальной. За это время ссылка на бесплатном сервисе успевает умереть. И тогда типография — не клиент — оказывается тем, кто должен написать «пришлите, пожалуйста, ещё раз», выглядя при этом не очень профессионально: как будто сама не смогла вовремя скачать файл.

Вторая проблема — качество самих сервисов обмена. Часть из них пережимает или конвертирует файлы при загрузке, если это встроено в бесплатный тариф, часть ограничивает объём одного файла и заставляет клиента дробить макет на части или сначала архивировать. Для растрового макета с высоким разрешением это критично: любое пережатие — это либо видимые артефакты на печати, либо смещение цветового профиля, которое вылезет только на тираже, когда переделывать поздно и дорого.

Третья проблема — куда сложнее объяснить клиенту, чем первые две, но именно она стоит типографии денег: у чужого сервиса нет истории. Через месяц клиент возвращается с рекламацией «вы напечатали не то, что я прислал» — а ссылка на исходный файл давно умерла, и типографии нечем подтвердить, какой именно макет был получен и когда. Свой файлообменник закрывает все три проблемы одним и тем же способом: файл лежит там, где он нужен, столько, сколько нужно, без пережатия и без чужого расписания уборки мусора.

Что значит «свой файлообменник» на практике

Речь не про то, чтобы писать веб-приложение с нуля. Есть готовые open-source решения именно для этой задачи — простой веб-интерфейс, куда клиент перетаскивает файл через браузер без регистрации, получает ссылку, и эта ссылка ведёт на ваш сервер, а не на чужой. Одно из таких решений, которое хорошо подходит небольшой и средней типографии, — PsiTransfer: лёгкий, разворачивается в Docker одной командой, отдаёт клиенту привычный интерфейс drag-and-drop, а настройки — ваши: срок жизни ссылки, лимит на размер файла, пароль на скачивание, свой домен вместо чужого.

Принципиальная разница со сторонним сервисом — это не интерфейс (он у обоих похож), а то, кто устанавливает правила. На своём сервере срок жизни ссылки — не «сутки, потому что бесплатный тариф», а столько, сколько нужно вашему технологическому циклу: неделя, две недели, до момента, пока заказ не закрыт и файл можно удалить вручную. Лимит на размер файла — не «500 МБ на бесплатном плане», а объём диска на вашем сервере, который вы сами выбрали под свои задачи.

Подробная инструкция по разворачиванию PsiTransfer на VPS — в отдельной статье: как установить и настроить файлообменник PsiTransfer на VPS. Там пошагово: установка Docker, запуск контейнера, HTTPS через reverse proxy, чтобы у клиента не было предупреждения о небезопасном соединении в браузере. Если после запуска что-то не заработало сразу — обрывается загрузка большого файла, диск заполняется быстрее ожидаемого, ссылка не открывается по HTTPS — разбор типичных причин собран в статье частые ошибки файлообменника PsiTransfer и их решения.

Сценарий работы: от письма клиенту до архива

На практике смена процесса выглядит так. Вместо «пришлите макет на любой удобный вам файлообменник» менеджер типографии присылает клиенту прямую ссылку на форму загрузки на своём домене — что-то вроде files.вашатипография.ру. Клиент открывает её в браузере, перетаскивает файл, дожидается прогресс-бара до конца и получает короткую ссылку на скачивание, которую можно переслать обратно менеджеру или которую менеджер уже видит в панели.

Дальше файл лежит на сервере ровно столько, сколько нужно допечатной подготовке: пока идёт вычитка, пока согласовывается цветопроба, пока заказ не уйдёт в печать. Если у клиента несколько версий макета — было и стало после правок — они не перезаписывают друг друга где-то на стороннем сервисе с непонятной логикой версионирования, а лежат как отдельные загрузки с понятными именами и датой, потому что это ваш сервер и ваша структура папок.

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

Сколько места и производительности закладывать

Заголовок статьи не случайно называет цифру 2 ГБ — это реалистичный ориентир для макета с высоким разрешением под крупноформатную печать: баннер, плакат, упаковка с вылетами и слоями. Но это именно ориентир, а не норматив: у кого-то макет визитки — 20 МБ, а у кого-то файл для широкоформатного плаката с несколькими версиями раскладки уходит за 5 ГБ. Дальше — вопрос вашей реальной загрузки: сколько заказов в неделю, сколько версий макета в среднем присылает один клиент, как долго вы держите файл до закрытия заказа.

Прикидка простая: если в неделю через типографию проходит условно 30–50 заказов и на каждый в среднем приходится один-два файла по несколько сотен мегабайт — тысяча мегабайт с запасом, — то за месяц активного хранения набегает от нескольких десятков до сотни с лишним гигабайт, даже с учётом периодической очистки закрытых заказов. Это не то, что упрётся в лимиты VPS среднего размера, но диск стоит выбирать с запасом раза в два-три от текущей оценки — потому что поток файлов растёт вместе с потоком заказов, а расширять диск на живом сервере с файлообменником менее удобно, чем сразу взять с запасом.

Отдельный момент — скорость канала и загрузки на клиентской стороне. Файл в 2 ГБ на медленном мобильном интернете клиента будет заливаться долго вне зависимости от того, куда он его льёт — это ограничение не сервера, а канала клиента. Но время отклика и стабильность самого сервера при приёме крупной заливки — уже ваша зона ответственности: сервер должен выдерживать долгую HTTP-сессию на загрузку без обрыва по таймауту, и это как раз то, что настраивается в reverse proxy при установке (таймауты, лимит размера тела запроса) — подробности в статье по установке PsiTransfer, ссылка на которую была выше.

Если объём хранения планируется заметно больше — типография работает с крупноформатной печатью, упаковкой, где макеты регулярно тянут на несколько гигабайт каждый, а архив накапливается на терабайты за год-два — стоит сразу смотреть в сторону выделенного сервера под файловое хранилище с продуманным RAID и планом бэкапов, а не растягивать обычный VPS до предела. Этот сценарий и расчёт конфигурации разобраны отдельно: выделенный сервер для файлового хранилища на терабайты — конфигурация и цена.

Безопасность: ссылка не должна быть единственной защитой

У файлообменника с прямой ссылкой на скачивание есть очевидная уязвимость: если ссылка попала не в те руки — переслали не туда, случайно опубликовали в общем чате, — файл скачает кто угодно. Для макетов это чаще вопрос не утечки коммерческой тайны (хотя для рекламных агентств и дизайн-студий, работающих через типографию, бывает важно и это), а вопрос простой аккуратности: клиент хочет быть уверен, что его макет с логотипом и текстами не всплывёт где-то раньше официального анонса.

Практические меры, которые снижают риск, не усложняя жизнь клиенту:

• Пароль на скачивание для чувствительных заказов — PsiTransfer поддерживает защиту загрузки паролем, который менеджер сообщает клиенту отдельно от ссылки, например по телефону или в другом канале.
• Не публичный, а достаточно длинный и непредсказуемый идентификатор ссылки — чтобы её нельзя было подобрать перебором или угадать по паттерну соседнего заказа.
• HTTPS без исключений — без него ссылка и файл при передаче через недоверенную сеть (публичный Wi-Fi клиента, например) могут быть перехвачены; это настраивается один раз при установке через reverse proxy и дальше работает автоматически.
• Ограничение срока жизни ссылки после закрытия заказа, а не бессрочное хранение доступной по прямой ссылке копии — старые ссылки, о которых все забыли, со временем становятся самой частой причиной случайного доступа.

Это не избыточная защита «на всякий случай», а базовая гигиена, сравнимая с тем, что вы и так делаете с бумажными оригиналами макетов — не оставляете их на стойке ресепшена лицом вверх.

Что теряется и что приобретается по сравнению с публичными сервисами

Честно про ограничения, а не только про плюсы. Публичный файлообменник — это ноль настройки: клиент про него уже знает, интерфейс привычный, поддержка на стороне сервиса, вам не нужно ничего администрировать. Свой файлообменник на сервере требует разового усилия на установку и минимального внимания дальше — на месте ли бэкапы, не забился ли диск, не истёк ли SSL-сертификат (обычно автопродление настраивается сразу и дальше не требует рук).

Взамен вы получаете три вещи, которые публичный сервис в принципе не может дать, потому что они противоречат его бизнес-модели: контроль над сроком жизни файла (вы решаете, когда удалить, а не автоматика сервиса через неделю), контроль над качеством (файл не пережимается и не конвертируется при загрузке — ляжет на диск байт в байт), и собственный домен в ссылке, которая выглядит как часть вашего сервиса, а не как «скачал с непонятного сайта».

Сравнение по трём практическим параметрам:

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