You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Dec 26, 2024. It is now read-only.
Copy file name to clipboardExpand all lines: data/posts/ru/2021-01-18-error-tracking.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -11,7 +11,7 @@ author: Кирилл Мокевнин
11
11
12
12
## Как не надо работать с ошибками
13
13
14
-
Как, часто, происходит в разработке. Программисты написали какой-то код, выпустили новую версию сайта/приложения и пошли дальше заниматься своими делами. В это время у некоторых пользователей обнаруживаются проблемы: что-то зависает, формы не отправляются, данные отображаются неправильно и так далее. Такое может продолжаться довольно долго, пока кто-то разгневанный не напишет письмо в службу поддержки. Затем по цепочке это долетает до программистов, которые пытаются понять у кого произошла ошибка, где она случилась, и при каких обстоятельствах. Начинаются выяснения всех подробностей с вероятным привлечением клиента, если тот согласится помочь. При таком подходе, большое количество ошибок остается незамеченным очень долго и, самое неприятное, пользователи уходят. Можно ли этого избежать? Оказывается можно.
14
+
Как часто происходит в разработке: программисты написали какой-то код, выпустили новую версию сайта/приложения и пошли дальше заниматься своими делами. В это время у некоторых пользователей обнаруживаются проблемы: что-то зависает, формы не отправляются, данные отображаются неправильно и так далее. Такое может продолжаться довольно долго, пока кто-то разгневанный не напишет письмо в службу поддержки. Затем по цепочке это долетает до программистов, которые пытаются понять у кого произошла ошибка, где она случилась, и при каких обстоятельствах. Начинаются выяснения всех подробностей с вероятным привлечением клиента, если тот согласится помочь. При таком подходе, большое количество ошибок остается незамеченным очень долго и, самое неприятное, пользователи уходят. Можно ли этого избежать? Оказывается можно.
Каждый такой сервис сервис предоставляет библиотеки под разные языки и платформы, которые встраиваются в код и вызываются в случае возникновении ошибок. Эти библиотеки отправляют не только саму ошибку, но и информацию об окружении, которая может помочь. В нее могут входить данные о пользователе, о его браузере, о настройках приложения и так далее.
28
+
Каждый такой сервис предоставляет библиотеки под разные языки и платформы, которые встраиваются в код и вызываются в случае возникновения ошибок. Эти библиотеки отправляют не только саму ошибку, но и информацию об окружении, которая может помочь. В нее могут входить данные о пользователе, о его браузере, о настройках приложения и так далее.
29
29
30
30
В идеальном случае такая библиотека сразу [интегрирована](https://docs.rollbar.com/docs/rails) в какой-нибудь фреймворк, например Rails. Тогда не придется практически ничего настраивать, достаточно подключить библиотеку как плагин к фреймворку и дальше он начнет собирать ошибки сам, без дополнительного вмешательства. Если такой интеграции нет, то придется написать немного кода для связи своего приложения с библиотекой. Подробнее о том как это сделать, нужно смотреть в документации выбранного вами сервиса. [Вот](https://docs.rollbar.com/docs/react) пример интеграции Rollbar в React. После того как все заработает, пойманная ошибка будет выглядеть примерно так:
31
31
@@ -41,4 +41,4 @@ author: Кирилл Мокевнин
41
41
42
42
## Выводы
43
43
44
-
Трекеры ошибок не игрушка, а серьезный инструмент, без которого невозможно представить себе ни один продакшен. В качестве трекера, при этом, может выступать как один из многих сервисов, так и специализированный софт (например [Sentry](https://github.com/getsentry/sentry)), установленный к себе на сервера в случае повышенных требований к безопасности.
44
+
Трекеры ошибок — не игрушка, а серьезный инструмент, без которого невозможно представить себе ни один продакшн. В качестве трекера, при этом, может выступать как один из многих сервисов, так и специализированный софт (например [Sentry](https://github.com/getsentry/sentry)), установленный к себе на сервера в случае повышенных требований к безопасности.
0 commit comments