|
Посылка уведомления об ошибке
|
|||
---|---|---|---|
#18+
При возникновении исключительных ситуаций, решили сделать возможность посылки уведомления об ошибке разработчику. Все необходимые сведения об ошибках мы собираем, но вот как лучше послать их разработчику? По какому протоколу? Если например через почту, то как лучше (через почтовый клиент, указывать явно свой smtp сервер и посылать без клиента, или вообще свой smtp сервер таскать)? Просто у кого-то почтовый клиент не настроен, в некоторых сетях разрешается пользоваться только определенным smtp сервером (у нас так например), у кого-то доступ по FTP закрыт... Кто-то выходит через прокси и т.п... Может через HTTP посылать? (По-моему самый доступный для конечного пользователя..)? В общем клиенты могут быть самыми разными... Поделитесь плиз опытом... ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2007, 16:13 |
|
Посылка уведомления об ошибке
|
|||
---|---|---|---|
#18+
OI> Поделитесь плиз опытом... MAPI? -- С уважением Кочмин Александр Firebird Foundation associate member #257 Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2007, 17:46 |
|
Посылка уведомления об ошибке
|
|||
---|---|---|---|
#18+
Считаю, что отправлять сообщения непосредственно разработчику не стоит. Потому что: 1. Не все ошибки разработчику интересны. Нафига ему ошибки криворуких пользователей типа "Не заполнено поле такое-то", "Вы ввели неправильную дату абвгд" и т.п.? Короче, ошибки, которые он не сможет помочь устранить, ему посылать бессмысленно. 2. Если у 2-х пользователей одна и та же ошибка, стоит ли разработчику послать 2 раза одно и то же? 3. Откуда так уверен делающий ошибку, что все данные, необходимые для устранения проблемы, есть? Может беда с настройкой системы вцелом, отсутствием нужного триггера или вообще надо errorlog сервера слать разработчику? 4. И еще тому подобных десяток причин. Потому лучше их просто складывать в БД или еще какой-нибудь буфер. А из него уже специально обученный сотрудник будет фильтровать такие обращения, что-то решать своими силами, а что-то действительно отправлять разработчику. То есть, заниматься локальной техподдержкой. Или Вы под разрабочтком понимаете как раз таки локального эникейщика? Хотя, если разработчик имеет доступ к БД, где это все будет фиксироваться, вообще никуда не надо посылать ошибку. А посылать проще всего по протоколу SMTP на обычную почту. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2007, 18:01 |
|
Посылка уведомления об ошибке
|
|||
---|---|---|---|
#18+
а у кого-то инета нет, у кого-то админ - параноик.. может сделать возможность разных вариантов, пусть на месте разбираются как лучше ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2007, 18:01 |
|
Посылка уведомления об ошибке
|
|||
---|---|---|---|
#18+
Alexandr Kochmin MAPI? Сейчас я как раз использую MAPI (MapiSendMail). Но если у кого-то не установлен и не настроен почтовый клиент, то ничего хорошего из этого не выйдет (или я ошибаюсь?).. Причем я заметил что у тех клиентов у кого установлен The Bat самая важная строка "To:" остается не заполненной :( Может лучше по другим протоколам посылать данные? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2007, 18:08 |
|
Посылка уведомления об ошибке
|
|||
---|---|---|---|
#18+
У нас на pl/sql написан посылатор и посылка сообщений идет непосредственно с субд (oracle linux, пакет utl_http вроде бы,шлем через smtp). на ошибки на клиенте как-то забили (хотя когда оно валится - в окне диагностики сообщения есть кнопка Отправить разработчику,но она как раз кидает текст ошибки в секретную таблицу в бд,а оттуда все отправляется, хотя чаще пользователи просто звонят).отправка сообщений идет в некоторых блоках обработки исключений.вначале хотели повесить на системный триггер на error,но ошибок стало валить столько,что проще было забить на них вообще. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2007, 18:35 |
|
Посылка уведомления об ошибке
|
|||
---|---|---|---|
#18+
optimizerа у кого-то инета нет, у кого-то админ - параноик.. может сделать возможность разных вариантов, пусть на месте разбираются как лучше IMHO - сделать 2 системы независимых по ошибкам (в СУБД своя логика и отправка) - при желании в OS есть dll, где на api можно скрыто и железобетонно отправить по мылу (обычно хакеры используют) если конечно есть сеть и порт открыт. Т.е. кнопку "Отправить разработчику" а там уже проблема программиста. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2007, 09:21 |
|
Посылка уведомления об ошибке
|
|||
---|---|---|---|
#18+
optimizerа у кого-то инета нет, у кого-то админ - параноик.. может сделать возможность разных вариантов, пусть на месте разбираются как лучше А у кого-то служба безопасности не разрешит. Итого- мухи отдельно (журнал регистрации событий), котлеты (пересылка журнала) - отдельно. Ограничения но количество сообщений(сохраняемых и пересылаемых) не забудьте сделать. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2007, 09:56 |
|
Посылка уведомления об ошибке
|
|||
---|---|---|---|
#18+
Opilki_InsideПри возникновении исключительных ситуаций, решили сделать возможность Ну так дайте пользователям эту возможность с вариантами выбора, и пусть отправляют как хотят. Если захотят..... Или речь идет о несогласованной с заказчиком отправке? ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2007, 15:04 |
|
Посылка уведомления об ошибке
|
|||
---|---|---|---|
#18+
Складывайте в базу и по расписанию отправляйте с тачки, где все протоколы разрешены. Предварительно можно удалить "мусорные ошибки". ЗЫ: зачем вообще задавать подобные вопросы широкой общественности ? ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2007, 16:13 |
|
Посылка уведомления об ошибке
|
|||
---|---|---|---|
#18+
Спасибо за советы! В итоге я просто сделал в программе небольшую настройку на посылку подобных сообщений! (А по умолчанию наверно эту посылку лучше вообще отключить...) LSVЗЫ: зачем вообще задавать подобные вопросы широкой общественности ? Что бы услышать мнение этой самой общественности... ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2007, 16:21 |
|
|
start [/forum/topic.php?fid=33&msg=34294873&tid=1549172]: |
0ms |
get settings: |
7ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
193ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
55ms |
get tp. blocked users: |
2ms |
others: | 254ms |
total: | 542ms |
0 / 0 |