Pull to refresh

Comments 24

>и возможностью выполнять над ними различные действия.
Была бы там еще кнопочка «исправить баг» :)
Думаю это мечта любого разработчика :)
Проект open-source, все в наших руках!
Ага, /dev/random > mycode.py а потом большая такая кнопка «исправить баг» :)
Как вариант если баг не тривиальный и нужно потратить время на исправление, то не помешала бы кнопка экспортировать проблему в task менеджер
Писать с багтрекеры джанговские стектрейсы? Спорно. Может я устарел, но предпочитаю баги описывать полно и понятно, а не Uncaught Exception: ValueError.
Ну все подряд не нужно, а вот в ручном режиме назначить исполнителю задачу разобраться с ошибкой можно. Вкупе с этим можно и доп инфу занести + идею как исправлять.
Одно другому не мешает. Мы пишем, потммоу что здорово ускоряет обнаружение бага.
у dcramer'а есть шняга для интеграции django-sentry с redmine
а где можно прочитать про эту шнягу?
Вы его используете на той же машине, где работают приложения, которые необходимо отслеживать?
Да, мы юзаем его как модуль к основному приложению. Соответственно сервер тот же.
Для комплексного мониторинга работы сервера в целом мы используем Zabbix, установленный на втором сервере.
Добавлю, что очень замечательной является возможность отправки отчетов на другой sentry-сервер. На мой взгляд — это первое о чем стоило упомянуть.

На сервере приложение ставится ровно так, как описал автор. Плюс необходимо добавить в настройки ключ:

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 есть, не подскажите?
Немного почитал исходники =)

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, то ли еще что-то такое. :(
crashkitapp.appspot.com пользовался им. Идея в принципе такая же. Есть либы для других языков.
Sign up to leave a comment.

Articles