Как веб-приложение обрабатывает файлы без серверной копии

Современное веб-приложение может работать с содержимым файла без обязательной загрузки на сервер. pdf.ceo редактирует PDF и изображения в браузере пользователя, а files24.online передаёт файл по прямому каналу между двумя браузерами. В обоих продуктах сервер раздаёт приложение и помогает начать работу, но не хранит документ как обязательный промежуточный этап.

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

Два разных способа избежать серверной копии

У продуктов разная задача и разный путь данных.

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

Как pdf.ceo редактирует документ локально

Стандарт File API даёт веб-приложению доступ к файлу, который пользователь явно выбрал. Браузер представляет содержимое как File или Blob, после чего JavaScript и WebAssembly могут работать с данными в памяти.

В pdf.ceo процесс выглядит так:

1. пользователь выбирает PDF или изображение;
2. браузер читает файл в локальную память;
3. библиотека строит изображение страниц;
4. пользователь меняет порядок, поворачивает, обрезает или добавляет пометки;
5. итоговый PDF или архив создаётся в той же вкладке;
6. браузер скачивает готовый файл на устройство.

Сервер приложения не нужен как обработчик содержимого. Подробная схема опубликована в руководстве pdf.ceo.

Какие операции можно выполнять в браузере

В рабочем продукте доступны:

• объединение PDF и изображений;
• перестановка и удаление страниц;
• поворот и обрезка;
• текст, рисунки, выделения и пометки;
• преобразование HEIC с телефона;
• сохранение PDF, изображений или архива.

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

Как files24.online передаёт файл напрямую

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

После согласования браузеры открывают RTCDataChannel. Спецификация WebRTC определяет такой двунаправленный канал для произвольных данных между участниками.

Файл делится на части и отправляется с контролем буфера. Получатель собирает данные и сохраняет результат на своём устройстве. Порядок для пользователя описан в руководстве files24.online.

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

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

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

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

Как пользователь может проверить архитектуру

Для несекретного тестового файла можно открыть сетевой журнал браузера.

У pdf.ceo проверяется отсутствие запроса с содержимым документа. После полной загрузки приложения основные операции можно повторить с отключённой сетью.

У files24.online видно служебное соединение с сервером и отдельный прямой канал между участниками. Полная проверка WebRTC требует больше знаний, но продукт не предлагает серверную ссылку для последующего скачивания – потому что сервер не получил файл.

Такая проверка полезнее общего обещания «мы заботимся о конфиденциальности». Она показывает конкретный путь данных.

Какие риски всё равно остаются

Отсутствие серверной копии убирает один класс рисков, но не делает устройство неуязвимым. Нужно учитывать:

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

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

Как решения адаптируются под компанию

pdf.ceo можно развернуть во внутренней сети, закрепить утверждённую версию, изменить оформление, ограничить операции и связать результат с архивом.

Технологию files24.online можно встроить в корпоративный портал, добавить вход сотрудников, правила типов и размеров файлов, одноразовые сессии и журнал служебных событий. Содержимое при этом по-прежнему может идти напрямую.

Кастомизация не закрывает «пробел» продукта. Она подстраивает готовую архитектуру под роли, интерфейсы и требования конкретной организации.

Техническим специалистам

pdf.ceo использует PDF.js для чтения и показа страниц, pdf-lib для сборки результата, Fabric.js и Canvas для визуальных слоёв, а WebAssembly – для декодирования HEIC. Итог формируется как Blob в памяти вкладки.

files24.online разделяет служебный обмен через WebSocket и содержимое через WebRTC DataChannel. Передача по частям учитывает заполнение буфера, ход операции, отмену и повтор в пределах живой сессии.

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

Итог

«Онлайн-сервис» не обязательно означает «загрузите документ на наш сервер». Браузер может стать полноценной средой обработки, а WebRTC – каналом прямой передачи.

pdf.ceo и files24.online показывают две рабочие модели, в которых путь данных понятен пользователю и может быть проверен технически.