Как-то на досуге захотел покрутить данный сервис, но все реализации были громоздкими, обросшими кучей бизнес-процессов. Решил сделать, как мне нравится - минимум метаданных без привязки к БСП и прочему и посмотреть, что же это такое - сервис регистрации ошибок.
Честно говоря, непонятно, полезен ли этот сервис или нет. Эти же самые ошибки можно посмотреть в журнале регистрации или настроить выгрузку в elasticsearch и там смотреть, либо настроить технологический журнал. Скриншоты, которые делает сервис, особо ничего не дают.
Если вы НЕ любите ковыряться в журнале регистрации, настраивать всякие эластики, но хотите:
- увидеть, насколько забагованы ваши конфигурации,
- увидеть, как часто возникают ошибки,
- увидеть последнее, что видела жертва ошибки, в виде скрина,
- посмотреть, какой участок кода вызвал ошибку,
то смело можете настраивать сервис регистрации ошибок.
Что же нужно сделать, чтобы воспользоваться сервисом:
1. Добавляем метаданные/расширение
Можно либо через сравнить объединить .cf загрузить нужные метаданные, либо установить расширение.
2. Создаём пользователя с ролью - сро_ОсновнаяРоль, через которого будут регистрироваться ошибки.
3. Публикуем http-сервис, желательно опубликовать отдельно от основных публикаций, т.к. в настройке нужно будет жёстко прописать пользователя, созданного ранее, и его пароль, через которого будут регистрироваться ошибки.
Отредактируем файл публикации default.vrd, либо заменим приложенным файлом и отредактировать ИМЯ_СЕРВЕРА, ИМЯ_БАЗЫ, ИМЯ_ПОЛЬЗОВАТЕЛЯ и ПАРОЛЬ:
4. Настраиваем базы на отправку ошибок:
Чтобы база, из которой мы хотим получать ошибки, их отправляла, нужно её настроить. Либо воспользовавшись обработкой:
либо вручную:
Нужно учитывать, что копии настроенных баз тоже начнут спамить. Чтобы была возможность фильтровать ошибки из копий, можно встроить настройку при открытии копий баз.
Тестировалось на версии 8.3.25.1445.
Вступайте в нашу телеграмм-группу Инфостарт
