Как ускорить передачу фотографий из мобильного приложения 1С на сервер?

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

Выясняем причины задержки

Основная причина медленной работы заключается в объеме передаваемых данных. Мобильные устройства современных пользователей оснащены камерами с очень высоким разрешением, в результате чего один снимок может достигать нескольких мегабайт в «сыром» виде. При попытке преобразовать эти данные в Base64Строка или сериализовать их в XML для передачи через стандартные механизмы обмена, объем данных возрастает, а нагрузка на процессор мобильного устройства при сериализации и шифровании (особенно в VPN-каналах) становится критической.

Шаг 1: Оптимизация параметров захвата изображения

Самое эффективное решение, подтвержденное практикой, — ограничить качество и разрешение изображения непосредственно в момент создания снимка. Нет смысла передавать фото в разрешении 4К, если оно будет отображаться в небольшом окне учетной системы. Используйте объект РазрешениеКамерыУстройства для настройки параметров.

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

Разрешение = Новый РазрешениеКамерыУстройства;
Разрешение.Высота = 800;
Разрешение.Ширина = 1280;
// 90 — это коэффициент качества сжатия JPEG (от 1 до 100)
ДанныеМультимедиа = СредстваМультимедиа.СделатьФотоснимок(ТипКамерыУстройства.Задняя, Разрешение, 90);

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

Шаг 2: Выбор метода передачи данных

Если после оптимизации размера снимка скорость все еще недостаточно высока, проанализируйте способ передачи. Вместо сериализации данных в длинные строки внутри структур (что является затратной операцией), рассмотрите следующие подходы:

1. Использование ХранилищаЗначения: При передаче данных на сервер старайтесь упаковывать их в ХранилищеЗначения с использованием алгоритма СжатиеДанных.
2. HTTP-сервисы: Переходите от Web-сервисов (SOAP) к HTTP-сервисам. Они позволяют работать с двоичными данными как с потоком, что значительно быстрее и экономнее по ресурсам памяти, чем обработка XML-конвертов.

Пример использования сжатия данных перед отправкой:

// Сжатие данных на стороне клиента перед отправкой
ДанныеДляОтправки = Новый ХранилищеЗначения(ДанныеКартинки, Новый СжатиеДанных(9));
Сервис.SavePics(ДанныеДляОтправки);

Шаг 3: Диагностика сетевых ограничений

Если оптимизация данных не дает нужного результата, проведите диагностику инфраструктуры:

• Проверьте работу приложения в обход VPN. Часто именно шифрование трафика становится «бутылочным горлышком».
• Выполните замеры производительности на сервере с помощью ТекущаяУниверсальнаяДатаВМиллисекундах. Замерьте время до начала обработки данных и после завершения записи, чтобы понять, где именно происходит задержка: на этапе передачи (сети) или на этапе записи в базу данных.
• Проверьте количество фоновых заданий, которые могут блокировать ресурсы сервера.

Итоговые рекомендации

Для создания стабильно работающего механизма передачи фото в мобильной 1С придерживайтесь следующих правил:

• Всегда ограничивайте разрешение камеры программно, не доверяя настройкам по умолчанию.
• Всегда используйте СжатиеДанных для двоичных объектов.
• Избегайте преобразования больших двоичных данных в Base64, если есть возможность передать их как чистый поток данных.
• Разрабатывайте архитектуру с учетом возможной нестабильности сети — используйте отложенную передачу через локальную базу данных, если это допустимо бизнес-процессом.

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