Sentry

Создание проекта в Sentry: 1. Войдите на сайт sentry. Sentry может быть развернут в вашей инфраструктуре, либо доступно использование облачной версии: в https://sentry.io/pricing/. Подробнее: https://open.sentry.io/ 2. Выберите пункт Projects (Проекты) в меню слева. Откроется список проектов. (Он может быть пустым, если вы ещё не участвуете в проектах). 3. В правом верхнем углу нажимаем "Create Project" ("Создать проект")и создаем конфигурацию для проекта (скриншот 2): 3.1. Choose your platform: выбираем язык или фреймворк, который используется в проекте и который мы хотим отслеживать. Для проектов на Битрикс php - для бэкенда, js - для фронтенда (скриншот 3).  3.2. Set your alert frequency: оповещения на каждую ошибку (Alert me on every new issue), в зависимости от количества уникальных ошибок в заданное время, возможность создания ошибки позднее (Я создам свои собственные оповещения позже). 3.3. Name your project and assign it a team: назовите ваш проект в поле Project name (Название проекта) и назначьте команду в поле Team (Команда) (можно выбрать из существующих в выпадающем списке или  создать новую). 3.4. Нажмите Create Project (Создать проект). Оказываетесь на странице конфигурации Configure SDK. Нажав кнопку Take me to Issues, переходите на страницу инцидентов нового проекта. Подключение модуля к проекту: 1. Установить модуль из маркетплейса 2. Настроить модуль: 2.1. Настройки мониторинга ошибок на фронте: 2.1.1.Первым делом находим клиентский ключ dsn и вводим в поле `Имя источника данных`. Ключ находится на сайте по пути Проекты ->Настройки проекта -> Клиентские ключи (Client Keys) (скриншот 4). 2.1.2. Включаем галочку `Включить Sentry для js`, чтобы началась работа по инициализации библиотек; 2.1.3. Указываем `Частота выборки исключений` от 0 до 1.0, где 1.0 равен 100%, т.е указываем все ли мы ошибки js будем у себя в мониторинге отмечать; 2.1.4. Выбираем `Окружение` - это окружение, в котором будут записываться ошибки dev, pre-production или production; 2.1.5. `Режим отладки Sentry` - включает дебаг библиотеки sentry на фронте (если фронт не подключается к сервису); 2.1.6. `Частота записи сессии` - частота записи сессий пользователя, от 0 до 1.0, где 1.0 равен 100%, т.е указываем, все ли сессии записывать; 2.1.7. `Частота записи сессии пользователя при исключениях` - частота записи сессий пользователя при ошибках; 2.1.8. `Частота профилировки` - частота профилировки js, от 0 до 1.0, где 1.0 равен 100%; 2.1.9. Далее есть дополнительные настройки этого раздела - это проверка уровня url, данная настройка помогает подключать библиотеку sentry не на всем сайте, а, например, только со 2 уровня url, т.е с разделов сайта. 2.1.10.`Добавить заголовок Access-Control-Allow-Headers` включает CORS заголовок Access-Control-Allow-Headers: sentry-trace, baggage (подробности: https://docs.sentry.io/platforms/javascript/usage/distributed-tracing/dealing-with-cors-issues/ ). 2.2. Настройки мониторинга ошибок на сервере: 2.2.1.Первым делом запрашиваем у администратора sentry, dsn - `имя источника данных`; 2.2.2.Включаем галочку `Включить Sentry для серверной части`, чтобы началась работа инициализации модуля; 2.2.3. Указываем `Частота выборки` от 0 до 1.0, где 1.0 равен 100%, т.е указываем, все ли мы ошибки php будем у себя в мониторинге отмечать; 2.2.4. Выбираем `Окружение` - это окружение, в котором будут записываться ошибки dev, pre-production или production; 2.2.5. Можно выключить режим релиза, позволяет отслеживать тенденции ошибок в каждом из релизов; 2.2.6 Выбор, на основании чего будет выпускаться релиз - на основании тегов или хеша коммита; 2.2.7. `Отключить типы/уровни ошибок` - данная настройка позволяет отключать типы ошибок, отправляемых на сервер sentry. 2.3. Проверка работы модуля: 2.3.1. Проверка работы на фронте: нужно добавить несуществующую функцию. Например: <script>test();</script> 2.3.2. Проверка работы на php: сделать что-нибудь, что вызывает фаталку, например в командной строке php в bitrix админке.