Коллеги, может кто подскажет, есть сильное желание программно узнавать версию конфигурации - не ту которая явно задана, а определяя автоматически. Ранее использовали таблицу "config" - оттуда можно получить дату и файл последнего обновления. Но хотелось бы средствами платформы, чтобы в файловом варианте тоже работало. Версию в свойствах менять не будем - БСП очень трепетно к ней относится... А как то узнавать обновлена база или нет нужно. Задача достаточно типичная, кто-нибудь как-нибудь решал?
По теме из базы знаний
- Сравнение 1С8 и Navision
- Серверная часть тиражного мобильного приложения (бекапы, обмены, обновления)
- АИТП. Управляем множественными версиями платформы на серверах, под управлением ОС Linux
- Программное создание расширения
- Как читать чужой код? Часть 2. Доработка типовой конфигурации. Обновление доработанной типовой конфигурации
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(26) Я выше и писал что мне этот номер версии ни к чему. Если я его поменяю - БСП "положит" мне всю базу.
В комментарий писать в принципе идея неплохая... Но это самый крайний случай если не удастся найти нормального решения...
Мы тут к CI/CD пытаемся двигаться, а в неё как то не укладывается ручное прописывание номера версии конфы. Да и сомнения у меня что при "срочном" обновлении это точно будут делать.
В комментарий писать в принципе идея неплохая... Но это самый крайний случай если не удастся найти нормального решения...
Мы тут к CI/CD пытаемся двигаться, а в неё как то не укладывается ручное прописывание номера версии конфы. Да и сомнения у меня что при "срочном" обновлении это точно будут делать.
Не знал что чем-то отличается версия в config и в свойствах конфигурации (они же Метаданные.Версия)...
Из чисто теоретических (сам так не пробовал): использовать COMОбъект("V83.COMConnector") из этой базы к этой-же базе и запросом вытянуть нужную вам таблицу (config в вашем случае).
Из чисто теоретических (сам так не пробовал): использовать COMОбъект("V83.COMConnector") из этой базы к этой-же базе и запросом вытянуть нужную вам таблицу (config в вашем случае).
(7)
Эх, если бы так можно было.... только таблица config инкапсулирована и из кода к ней не достучаться... по крайней мере я не знаю как.
Мне не нужна версия конфы... она всегда одна и та же.... мне нужен по сути порядковый номер обновления
использовать COMОбъект("V83.COMConnector") из этой базы к этой-же базе и запросом вытянуть нужную вам таблицу (config в вашем случае).
Эх, если бы так можно было.... только таблица config инкапсулирована и из кода к ней не достучаться... по крайней мере я не знаю как.
Мне не нужна версия конфы... она всегда одна и та же.... мне нужен по сути порядковый номер обновления
(19)
А ко второму десятку сообщений выясняется, что к нитке "Жигули" привязаны...
200 баз, у них даты могут до дня различаться, при этом версия конфы будет одна и та же....
Кажется, я вспомнил автора и его манеру постановки задачи: "Как протянуть нитку сквозь игольное ушко?" И всё.
А ко второму десятку сообщений выясняется, что к нитке "Жигули" привязаны...
(21) Так имя конфы мне тем более без надобности... в SQL это было бы "имя файла конфигурации". Но мне нужно средствами платформы - чтобы и в файловом и в клиент-серверном варианте получить одни и те же данные. 1С же как то просекает в РИБ что конфигурации разные... значит их сравнивать умеет. Может кто что уже и придумал... или расковырял как она это делает
1. А обновление конфигурации инициализирует какое-нибудь событие в каком-нибудь модуле, например управляемого приложения? Вроде нет, но если "да", то вы знаете что делать:).
2. Можно тонко настроить стандартный журнал регистрации, чтобы он фиксировал только событие "Информационная база. Изменение конфигурации". Получается журнал придётся включить, но фиксировать он будет только это событие. Или с журналом принципиально "не вариант" даже с такой настройкой?
Делается такая настройка как-то так:
2. Можно тонко настроить стандартный журнал регистрации, чтобы он фиксировал только событие "Информационная база. Изменение конфигурации". Получается журнал придётся включить, но фиксировать он будет только это событие. Или с журналом принципиально "не вариант" даже с такой настройкой?
Делается такая настройка как-то так:
УстановитьИспользованиеСобытияЖурналаРегистрации("_$InfoBase$_.ConfigUpdate",Новый ИспользованиеСобытияЖурналаРегистрации(Истина))
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот