Size: a a a

1С, БСП, DevOps и Архитектура

2020 July 12

KW

Knott Watt in 1С, БСП, DevOps и Архитектура
ZEEGIN
без учета открытия конфигурации, помещения в хранилище и т.п.
Понятно. Тоже верно
источник

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
John Doe
Везде где я последнее время встречаю НайтиПо... там время на исправление от пары часов до пары дней
если реально сложно бывает найти альтернативу давай статью напишем как это делать чтоб проще было разработчикам
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
ZEEGIN
без учета открытия конфигурации, помещения в хранилище и т.п.
И я про него.
Я разделяю как минимум два кейса ошибочного применения НайтиПо...:
- лень разработчика по созданию отдельной настройки (решается-таки вынесением в настройку), но и тут могут быть нюансы по дополнительной возне с автоматическим заполнением этой настройки в обработчике обновления (определением чем ее заполнить)
- завязана неочевидная бизнес-логика - тут время неограничено из-за глубины пиздеца, который может быть по задумке; тут какой-нибудь инструкции на этот счет составить не представляется возможным
источник
2020 July 13

АК

Александр Капралов... in 1С, БСП, DevOps и Архитектура
Видел конфигурацию с НайтиПо. Регулярно они во всем тексте конфигурации дополняют свои НайтиПо новыми подробностями. Делать по другому просто не хотят. :)
источник

ПБ

Павел Белов... in 1С, БСП, DevOps и Архитектура
Knott Watt
Пока что на сонар времени не хватает, чтобы изучить детально, цель просто показать начальству, что в типовой слишком много поисков по наименованию и надо им в отчете показать где это и как используется, но в формате pdf
мы такие какахи через сонар отлавливали
источник

KW

Knott Watt in 1С, БСП, DevOps и Архитектура
Павел Белов
мы такие какахи через сонар отлавливали
Отловить не проблема, проблема была задокументировать в требуемом виде)
источник

IS

Ivan Smirnov in 1С, БСП, DevOps и Архитектура
Коллеги, делал кто-то интеграцию с облачными кассами АТОЛ по 54-ФЗ?
источник
2020 July 14

М

Максим in 1С, БСП, DevOps и Архитектура
Добрый день. Кто использует ИнструментыРазработчикаОбновлениеВспомогательныхДанных.epf? Пользуетесь ли при автоматизации обновления из хранилища? Как запускаете в случае автоматического обновления?
источник

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
это обновление нужно когда ты разрабатываешь права доступа рлс или отчеты
источник

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
чтобы быстро обновлять точечно что надо
источник

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
в пакетном режиме при автоматизации лучше запускать ключ ЗапуститьОбновлениеИнформационнойБазы
источник

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
он сам все сделает
источник

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
всмысле вообще без обработки
источник

АК

Александр Капралов... in 1С, БСП, DevOps и Архитектура
Максим
Добрый день. Кто использует ИнструментыРазработчикаОбновлениеВспомогательныхДанных.epf? Пользуетесь ли при автоматизации обновления из хранилища? Как запускаете в случае автоматического обновления?
Я пользуюсь.
Причем тут хранилище не понял.
Что значит автоматическое обновление?
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Максим
Добрый день. Кто использует ИнструментыРазработчикаОбновлениеВспомогательныхДанных.epf? Пользуетесь ли при автоматизации обновления из хранилища? Как запускаете в случае автоматического обновления?
При имеющемся хранилище это не нужно.
Просто внедрил свою стороннюю подсистему и отщелкиваю ее номер релиза. Тогда БСП сама все делает.
Плюсом появляется возможность прописать все манипуляции, которые ранее кто-то делал вручную в предприятии (после наката релиза), в обработчик обновления.
Короче грех что-то делать вручную после наката обновления, когда есть хранилище и возможность отщелкивать релизы и прописывать все манипуляции в коде.

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

М

Максим in 1С, БСП, DevOps и Архитектура
Александр Капралов
Я пользуюсь.
Причем тут хранилище не понял.
Что значит автоматическое обновление?
Обновление из-хранилища = без повышения версии. Автоматическое - без участия пользователя.
источник

М

Максим in 1С, БСП, DevOps и Архитектура
John Doe
При имеющемся хранилище это не нужно.
Просто внедрил свою стороннюю подсистему и отщелкиваю ее номер релиза. Тогда БСП сама все делает.
Плюсом появляется возможность прописать все манипуляции, которые ранее кто-то делал вручную в предприятии (после наката релиза), в обработчик обновления.
Короче грех что-то делать вручную после наката обновления, когда есть хранилище и возможность отщелкивать релизы и прописывать все манипуляции в коде.

Саму обработку использую разве что если вручную подключаю к инфобазе какое-нибудь расширение, содержащее отчеты.
Но и в этом случае она иногда требует монопольный режим, поэтому и тут по большому счету польза мнимая - один фиг можно прогнать через ключ запуска конфигуратора.
возможно я не все понимаю, но получается у вас повышается версия и срабатывают встроенные обработчики, так?
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Максим
возможно я не все понимаю, но получается у вас повышается версия и срабатывают встроенные обработчики, так?
Версия моей подсистемы, а не корня конфигурации
источник

М

Максим in 1С, БСП, DevOps и Архитектура
John Doe
Версия моей подсистемы, а не корня конфигурации
хм, интересно, попробую разобраться в вопросе
источник

АК

Александр Капралов... in 1С, БСП, DevOps и Архитектура
Максим
Обновление из-хранилища = без повышения версии. Автоматическое - без участия пользователя.
Если меняется версия конфигурации или библиотеки, то обновление вспомогательных данных запускается автоматически и ничего вручную запускать не нужно.
Если ты поменял что-то в метаданных, но версию конфигурации не поменял, запускаешь эту обработку вручную.
источник