← На главную
При ведении товарного каталога в конфигурации 1С:Управление торговлей 11 часто возникает необходимость прикреплять к одной позиции сразу несколько графических файлов: общие планы, ракурсы деталей, технические схемы или сертификаты. В связи с этим закономерно возникает вопрос: как система определяет главное изображение для предварительного просмотра и как избежать проблем с производительностью при загрузке картинок? Разберем этот механизм детально.
Архитектура хранения и логика выбора основного изображения
Проанализируем, как устроена работа с графическими данными в типовой конфигурации. В справочнике Номенклатура предусмотрен специальный реквизит ФайлКартинки, имеющий тип СправочникСсылка.НоменклатураПрисоединенныеФайлы.
Рассмотрим логику работы системы при добавлении файлов:
- Автоматическое назначение: когда вы впервые прикрепляете изображение к карточке номенклатуры, система автоматически записывает ссылку на созданный элемент в реквизит
ФайлКартинки. Именно этот файл становится основным и отображается на панели предварительного просмотра. - Смена главного изображения: если к номенклатуре привязано несколько картинок, пользователь может в любой момент изменить приоритет. Для этого перейдем в список присоединенных файлов номенклатуры, выделим нужный объект и воспользуемся командой Сделать основным (или аналогичной кнопкой в командной панели). После этого ссылка в карточке товара перезаписывается.
Если физическое хранение настроено внутри информационной базы, двоичные данные файлов помещаются не в саму таблицу справочника номенклатуры, а в специальный регистр сведений ДвоичныеДанныеФайлов (в ресурс ХранимыйФайл с типом ХранилищеЗначений).
Риски хранения изображений в базе данных
Выясним причину, почему разработчики и системные администраторы настоятельно рекомендуют не хранить графические файлы напрямую в таблицах базы данных:
- Превышение лимита в файловом режиме: для файловых баз
.1CD действует критическое ограничение платформы — размер любой отдельной таблицы не может превышать 4 ГБ. Таблица регистра ДвоичныеДанныеФайлов переполняется в первую очередь при загрузке полноразмерных фото, что приводит к аварийной остановке работы базы. - Рост объема резервных копий: бэкапы СУБД начинают весить десятки и сотни гигабайт, что существенно увеличивает время их создания и восстановления.
- Замедление регламентных процедур: операции реструктуризации таблиц при обновлении, тестирование и исправление (ТиИ), а также реиндексация базы данных начинают занимать часы.
- Падение производительности и повышенный сетевой трафик: передача «тяжелых» несжатых изображений между сервером 1С и клиентом замедляет открытие форм номенклатуры и списков подбора. На 32-разрядных серверах 1С интенсивное чтение больших бинарных данных может приводить к исчерпанию адресного пространства рабочего процесса
rphost.
Пошаговая настройка оптимального хранения файлов
Разберем по шагам, как правильно организовать работу с графическими файлами в типовом решении, используя штатные инструменты администрирования.
- Включение хранения в томах на диске: перейдем в раздел НСИ и администрирование → Настройки работы с файлами. Установим флаг Хранить файлы в томах на диске. Затем перейдем по гиперссылке Тома хранения файлов и создадим один или несколько томов, указав сетевой UNC-путь (например, для ОС Windows) или путь в файловой системе Linux. В этом случае база данных содержит только метаданные и относительные пути, а сами файлы распределяются операционной системой по каталогам.
- Перенос ранее загруженных файлов: если в базе уже накопился объем картинок в таблицах СУБД, воспользуемся штатной обработкой переноса файлов в тома хранения (доступна в настройках работы с файлами), чтобы разгрузить тело базы.
- Ограничение максимального размера: в настройках работы с файлами зададим параметр Максимальный размер файла (Мб). Это предотвратит случайную загрузку пользователями необработанных фотографий высокого разрешения размером по 10–20 МБ.
Рекомендации по подготовке изображений и оптимизации
Рассмотрим практические подходы, которые позволяют сохранить высокую скорость интерфейса при большом товарном каталоге:
- Предварительная оптимизация (ресайз): для карточки товара и каталогов достаточно разрешения в пределах 800×800 или 1000×1000 пикселей в формате JPEG/PNG с умеренным сжатием. Вес одного файла при этом составляет 100–300 КБ, что обеспечивает практически мгновенное открытие карточки.
- Программное сжатие при записи: при наличии программиста можно реализовать автоматическое масштабирование картинок при их загрузке через объект платформы
Картинка перед помещением в хранилище. - Использование миниатюр (Thumbnails): для каталогов и списков подбора целесообразно формировать миниатюрные копии, а полноразмерный оригинал подгружать только при открытии отдельной формы просмотра.
- Внешнее хранилище или CDN: при тесной интеграции с интернет-магазинами или маркетплейсами эффективной практикой является хранение медиаконтента на внешнем веб-сервере или в объектном S3-хранилище, сохраняя в 1С только прямые URL-ссылки.