Кеш объектов подтягивает расширения из другой базы
- Открыто два конфигуратора 1С УТ11.4 и УТ 11.5.
- в УТ11.5 открываю навигатор по метаданным
- в УТ 11.5 при поиске по объетам метаданных отображает расширения из 11.4
- Если в УТ 11.5 обновить кеш, то тоже самое наблюдается в УТ 11.4, т.е. в ней видны расширения УТ 11.5
Недостаточно рейтинга для добавления отрицательного голоса. Шаблон будет скрыт из ваших результатов поиска.
#1, ред. 27 ноября 2025 17:44
Видимо у всех баз одинаковое название конфигурации, кэш привязывается к нему.
В этом и плюсы и минусы. Плюсы - что кэш будет работать в копиях базы, минусы что название должно быть уникальным. Теоретически можно добавить настройку, чтобы привязывался к имени ИБ или пути к папке хранения.
#2, ред. 23 декабря 2025 23:13
(1) bolsun, Проходил через этот выбор. Считаю, что привязки кэша объектов метаданных к базе должна быть по умолчанию. При этом у пользователя должна быть возможность осознанно объединять кэши конфигураций (не расширений) у разных баз,
#3, 27 ноября 2025 17:55
(2) tormozit, это нужно делать менеджер кэша, задача выглядит все более сложной, да и для пользователя неочевидно. Нужно какое-то простое и интуитивное решение для этого.
#4, 27 ноября 2025 17:56
(3) bolsun, самое простое - возможность хранить кэш в разрезе названий ИБ или названий конфигурации. Делается относительно несложно, эффективность - высокая.
#5, ред. 27 ноября 2025 18:05
(3) bolsun, Да, можно при первом обновлении кэша в базе задать пользователю вопрос "Использовать в этой базе общий кэш конфигурации <ИмяКонфигурации>?" или в форме пометки расширений добавить флажок. И в идеале бы еще как то при каждом обновлении (возможно через уведомление) давать пользователю возможность переключаться между этими режимами "по конфигурации"<>"по базе".
#6, 01 декабря 2025 08:16
(1) bolsun, минусы в том, что базы могут быть не копиями. Есть еще такая проблема, например в одной базе "Расширение123" в списке идет вторым, в другой базе расширение с таким номером в списке идет пятым. Когда кэш построен по первой базе, переход по объектам метаданных этого расширения во второй базе ломается, т.к. видимо переход осуществляется по номеру расширения в списке (визуально открывается список расширений и переход встает не туда)