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