Comments 24
>и возможностью выполнять над ними различные действия.
Была бы там еще кнопочка «исправить баг» :)
Была бы там еще кнопочка «исправить баг» :)
Думаю это мечта любого разработчика :)
Проект open-source, все в наших руках!
Проект open-source, все в наших руках!
Как вариант если баг не тривиальный и нужно потратить время на исправление, то не помешала бы кнопка экспортировать проблему в task менеджер
Писать с багтрекеры джанговские стектрейсы? Спорно. Может я устарел, но предпочитаю баги описывать полно и понятно, а не Uncaught Exception: ValueError.
у dcramer'а есть шняга для интеграции django-sentry с redmine
Топик древний, но для истории не помешает: github.com/thurloat/sentry-jira
Вы его используете на той же машине, где работают приложения, которые необходимо отслеживать?
Добавлю, что очень замечательной является возможность отправки отчетов на другой sentry-сервер. На мой взгляд — это первое о чем стоило упомянуть.
На сервере приложение ставится ровно так, как описал автор. Плюс необходимо добавить в настройки ключ:
На машинах-клиентах прописываем в настроках следующий код:
Бывает так, что ошибки возникают на клиент-сервере при работе с базой, но при использовании удалённого sentry-сервера мы не потеряем оповещение.
Так же можно использовать handler для модуля logging для отправки отчетов.
На сервере приложение ставится ровно так, как описал автор. Плюс необходимо добавить в настройки ключ:
SENTRY_KEY = '0123456789abcde'
На машинах-клиентах прописываем в настроках следующий код:
SENTRY_REMOTE_URL = 'http://your.sentry.server/sentry/store/' #или несколько SENTRY_REMOTE_URL = ['http://server1/sentry/store/', 'http://server2/sentry/store/'] INSTALLED_APPS = [ #'indexer', на клиенте не нужен #'paging', на клиенте не нужен #'sentry', на клиенте не нужен ... 'sentry.client', ] SENTRY_KEY = '0123456789abcde' #ключ с нашего sentry-сервера
Бывает так, что ошибки возникают на клиент-сервере при работе с базой, но при использовании удалённого sentry-сервера мы не потеряем оповещение.
Так же можно использовать handler для модуля logging для отправки отчетов.
Мы пока такую возможность не использовали. Спасибо за уточнения.
А можно использовать и вторую базу, например sqlite
А сервер отличает разных клиентов, или все в одну кучу валит? Если отличает, наверное по ключу?
Бывает так, что ошибки возникают на клиент-сервере при работе с базой, но при использовании удалённого sentry-сервера мы не потеряем оповещение.
А что произойдет, если сетевое соединение между клиентом и удаленным сервером пропало? Та же хрень. Так зачем городить сложную систему передачи данных по HTTP? Лучше уж сразу в базу писать.
Интересная штука, а что-нибудь такое же и фриварное для Rails есть, не подскажите?
Немного почитал исходники =)
Автор извините, но ваш пост больше похож на tutorial по установке, чем на полноценную статью,
но все равно спасибо.
https://github.com/dcramer/django-sentry/blob/master/sentry/models.py - В самом конце файла # XXX: Django sucks and we can't listen to our specific app
Автор извините, но ваш пост больше похож на tutorial по установке, чем на полноценную статью,
но все равно спасибо.
Ах, как же мне не хватало, я своего велосипеда написал, но тут все что нужно. завтра отчитаюсь о проделанной работе. как раз проект есть новый) для этого
Существует подобное приложение, но серверная часть работает на Google App Engine. Удобнее, если не хочется ставить отдельный выделенный сервер только для слежения за ошибками.
К сожалению, не смог сходу найти его в закладках или по ключевым словам. Помню только, что в названии было что-то связанное с навигацией, то ли compass, то ли еще что-то такое. :(
К сожалению, не смог сходу найти его в закладках или по ключевым словам. Помню только, что в названии было что-то связанное с навигацией, то ли compass, то ли еще что-то такое. :(
crashkitapp.appspot.com пользовался им. Идея в принципе такая же. Есть либы для других языков.
Sign up to leave a comment.
Sentry — мониторинг ошибок в Django