Видеограф шлёт черновик заказчику: ссылка вместо 30 ГБ в мессенджере

MAATRIX

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

Почему мессенджеры и почта не годятся для черновика

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

Telegram сжимает видео, отправленное как «видео» (не как файл), под свои параметры кодирования — теряется резкость, появляются артефакты на тёмных участках и градиентах, ровно там, где заказчик в первую очередь оценивает цветокоррекцию. Отправка «как документ» частично снимает проблему, но упирается в лимит размера для обычных аккаунтов и в скорость загрузки на мобильном интернете заказчика — тот, кто должен посмотреть черновик с телефона в метро, просто не дождётся закачки.

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

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

Что не так с чужими видеохостингами для черновика

Вариант «залить на YouTube как непубличное» или воспользоваться публичным файлообменником решает проблему размера, но создаёт новые.

• Реклама и чужой интерфейс. Заказчик открывает ссылку и видит логотип чужого сервиса, баннеры, кнопки «зарегистрируйтесь», иногда рекламу перед просмотром. Это разрушает впечатление профессиональной подачи, особенно если вы только что показали ему дорогую съёмку.
• Ограничение по времени хранения. У многих бесплатных файлообменников ссылка живёт несколько дней, потом файл удаляется — если заказчик уехал в командировку и вернулся к просмотру через неделю, ссылка уже мертва, и вы объясняете это в переписке вместо работы над правками.
• Непредсказуемое качество превью. Видеохостинги перекодируют загруженный файл под свои профили — то, что видит заказчик, уже не тот битрейт и не тот цвет, что вы свели. Для финальной сдачи это критично: клиент может одобрить версию, которая выглядит иначе, чем оригинал.
• Публичность, которая вам не нужна. Черновик клиентской свадьбы или коммерческого ролика — не то, что должно лежать в открытом доступе с индексацией поисковиками, даже если ссылка формально «по прямому URL». Часть сервисов такие ссылки всё равно подхватывает в свои рекомендации или кэш.
• Зависимость от чужой политики. Правила меняются, аккаунты блокируют за жалобы на копирайт (даже необоснованные), лимиты урезают без предупреждения — вы не контролируете инструмент, которым пользуетесь для сдачи работы.

Всё это решается одним способом: вы храните файл там, где правила устанавливаете сами.

Идея простая: свой сервер и ссылка вместо файла

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

Технически это не сложнее, чем настроить папку с общим доступом, но даёт вам контроль на каждом уровне:

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

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

Что выбрать: готовый файлообменник или простая раздача

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

Готовый self-hosted файлообменник. Инструменты вроде PsiTransfer поднимаются на VPS за один вечер и решают задачу «залил — получил ссылку — отправил» из коробки, с ограничением по числу скачиваний и сроку жизни ссылки. Мы разбирали установку и частые проблемы в отдельном материале — если хотите готовое решение без своей разработки, посмотрите пошаговую установку PsiTransfer на VPS и отдельно разбор типичных ошибок при эксплуатации.

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

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

Для видеографа, который сдаёт черновики каждую неделю нескольким заказчикам, разумнее один раз поднять Nextcloud или PsiTransfer, чем каждый раз вручную настраивать доступ к папке.

Настройка минимальной раздачи через nginx

Если выбрали третий вариант — быстрая раздача без отдельного сервиса, — вот рабочая схема. Понадобится VPS с установленным nginx.

Создайте директорию под черновики отдельно от прочих сайтов на сервере:

sudo mkdir -p /var/www/drafts
sudo chown -R www-data:www-data /var/www/drafts

Поставьте базовую HTTP-авторизацию, чтобы ссылка не открывалась случайным человеком, у которого она оказалась (переслали, попала в историю браузера на чужом устройстве):

sudo apt install -y apache2-utils
sudo htpasswd -c /etc/nginx/.htpasswd client_ivanov

Конфиг nginx для директории с черновиками — с включённым модулем mp4, чтобы видео можно было смотреть в браузере с перемоткой, не дожидаясь полной загрузки файла:

server {
    listen 443 ssl;
    server_name drafts.вашдомен.ru;

    ssl_certificate     /etc/letsencrypt/live/вашдомен.ru/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/вашдомен.ru/privkey.pem;

    location /ivanov/ {
        alias /var/www/drafts/ivanov/;
        auth_basic "Draft access";
        auth_basic_user_file /etc/nginx/.htpasswd;

        mp4;
        mp4_buffer_size     1m;
        mp4_max_buffer_size 5m;

        autoindex on;
        client_max_body_size 0;
    }
}

Директория /ivanov/ — это отдельная папка на каждого заказчика, чтобы у одного клиента не было доступа к черновикам другого даже при совпадении пароля (лучше вообще делать разные логины на каждого клиента, как в примере выше). После заливки файла ссылка выглядит так: https://drafts.вашдомен.ru/ivanov/svadba-chernovik-v2.mp4 — заказчик открывает её в браузере, вводит логин и пароль один раз, дальше видео проигрывается или скачивается по кнопке.

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

Что учесть до того, как отправить первую ссылку

• Не оставляйте autoindex открытым без пароля. Директория с перечислением файлов без авторизации — это открытый доступ к материалам всех клиентов для любого, кто угадает или найдёт адрес. Базовая авторизация из примера выше — обязательный минимум, не опция.
• Ставьте срок жизни ссылки в голове, даже если не автоматизировали это технически. Через месяц-два после сдачи проекта черновик стоит удалить с сервера — он не должен годами лежать доступным по старой ссылке, которая может утечь или остаться в истории чужого браузера.
• Проверяйте, что канал сервера тянет отдачу большого файла клиенту на слабом мобильном интернете. Загрузка на сервер и скачивание с него — разные задачи с разной нагрузкой на канал; если заказчики регулярно смотрят черновики с телефона в дороге, для потоковой отдачи важнее не пиковая скорость, а стабильность соединения на стороне сервера.
• Не полагайтесь на скорость соединения заказчика как на константу — то, что у одного клиента страница открывается мгновенно, не значит, что у другого, с домашним интернетом похуже, будет так же; отсюда и ценность прямого стриминга с перемоткой вместо обязательного полного скачивания перед просмотром.
• Разделяйте черновик и финал по правам доступа. Черновик с водяным знаком или в среднем качестве может лежать в общей директории на этапе согласования правок, а финальный файл в максимальном качестве — отдавайте отдельной, ограниченной по времени ссылкой уже после оплаты и утверждения.
• Резервируйте место под рост. Если вы ведёте несколько проектов параллельно, черновики быстро съедают место на диске — стоит сразу закладывать запас, а не расширять диск в панике посреди монтажа.

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

Согласование правок: следующий шаг после первой отправки ссылки

Отправка черновика ссылкой закрывает только первую часть процесса — заказчик посмотрел и написал правки в переписке, а вы вносите изменения и снова шлёте файл, теперь уже вторую версию, потом третью. Здесь тот же сервер экономит время дальше: вместо того чтобы каждый раз генерировать новую ссылку и объяснять заказчику, какая версия актуальна, можно вести версии в одной папке с понятными именами (chernovik-v1.mp4, chernovik-v2-s-pravkami.mp4) и присылать одну и ту же базовую ссылку на директорию — заказчик сам видит, что появилось новое.

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

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