Comments 27
мне кажется или JavaScript стремительно развивается? не говоря уже о недели/месяце js-а на хабре… )
отличная идея! пойду прикручивать у себя, а то от тестеров фиг дождешься репортов по Js ошибкам
Если вы сами пишите код, что вам мешает самостоятельно провести тестирование?
Пользуясь случаем, хочу дать ссылку на свой инструмент тестирования Suitest
Пользуясь случаем, хочу дать ссылку на свой инструмент тестирования Suitest
Как раз недавно обдумывал, чем собирать статистику JS ошибок, а тут такой подарок. А казалось бы — очевидные вещи, коллбэк на ошибки и логгирование, но как изящно в итоге.
На самом деле стартап qbaka.net, который, вероятно, упомянут тут, все равно имеет немало плюсов перед этим подходом.
Группировка однотипных ошибок, различная статистика, подробное окружение в котором они произошли, фильтрация, итд.
Группировка однотипных ошибок, различная статистика, подробное окружение в котором они произошли, фильтрация, итд.
Я видел пост про него, но к GA доверия несколько больше. Особенно в том смысле, что они не закроются вдруг через пару лет. Так-то стартап хороший.
Похоже, что разработчики забили на этот сервис. «Наш сервис бесплатен до cередины июля.»
Хотя я могу и ошибаться.
Хотя я могу и ошибаться.
Вот о чем я и говорил… допустим у них отличный функционал, но это не продукт для энтерпрайза, по крайней мере пока.
>Похоже, что разработчики забили на этот сервис.
Не, мы не забили :) просто забыл про эту строчку. Щас обновлю. Мы активно пилим сервис — просто хотим порадовать единовременным выкатыванием сразу кучи фич.
Не, мы не забили :) просто забыл про эту строчку. Щас обновлю. Мы активно пилим сервис — просто хотим порадовать единовременным выкатыванием сразу кучи фич.
Раз вы близки к этому сервису, то у меня к вам очень серьёзный вопрос.
Что происходит когда пользователь выбирает квоту ошибок в день? Дело в том, что для статистики большинству проектов хватит выборки из нескольких тысяч ошибок в день с головой. Они будут закрывать самые частые или самые опасные ошибки и спокойно сидеть дальше. При большой посещаемости программист легко может сделать так, чтобы отправлялись не каждая первая ошибка, а например каждая десятая, ведь на статистике это не скажется, а единичные ошибки не так и критичны.
Дело в том, что я в своё время хотел стартовать похожую штуку, благо был код для отлова, группировки, анализа и тп и делать пришлось бы не с нуля, но так и не придумал как можно заработать на этом.
Что происходит когда пользователь выбирает квоту ошибок в день? Дело в том, что для статистики большинству проектов хватит выборки из нескольких тысяч ошибок в день с головой. Они будут закрывать самые частые или самые опасные ошибки и спокойно сидеть дальше. При большой посещаемости программист легко может сделать так, чтобы отправлялись не каждая первая ошибка, а например каждая десятая, ведь на статистике это не скажется, а единичные ошибки не так и критичны.
Дело в том, что я в своё время хотел стартовать похожую штуку, благо был код для отлова, группировки, анализа и тп и делать пришлось бы не с нуля, но так и не придумал как можно заработать на этом.
Я.Метрику тоже ведь можно использовать?
Просто я к метрике больше привык :)
Просто я к метрике больше привык :)
спасибо, добавил во все проекты!
Сервис Muscula бесплатный и предлагает опциональный дополнительный репортинг в GA
Если не ошибаюсь, то из документации следует, что методу "_trackEvent" в нашем случае необходимо передавать необязательный параметр opt_noninteraction=true, иначе сработавшие ошибки будут засчитаны как значимое действие со страницей и не будет засчитан «bounce» даже если он произойдет, что в свою очередь может занизить действительное количество отскоков.
т.е. как то так:
_gaq.push(['_trackEvent', 'JS Error', msg, navigator.userAgent + ' -> ' + url + " : " + line, 0, true]);
Там сложно написано в документации, да.
На самом деле это влияет лишь на подсчёт показателя отказов. Т.е. по умолчанию, сработавшее событие говорит нам, что пользователь активен и в отказ его не заносить, но на сбор событий это абсолютно никак не влияет.
Если вы учитываете GA отказы родным способом, то да, имеет смысл поставить true в случае с ошибками. Пожалуй, добавлю в пост. Спасибо.
На самом деле это влияет лишь на подсчёт показателя отказов. Т.е. по умолчанию, сработавшее событие говорит нам, что пользователь активен и в отказ его не заносить, но на сбор событий это абсолютно никак не влияет.
Если вы учитываете GA отказы родным способом, то да, имеет смысл поставить true в случае с ошибками. Пожалуй, добавлю в пост. Спасибо.
Залил к себе на сайт, работает, даволен, спасибо.
Просто и эффективно, то что нужно!
Просто и эффективно, то что нужно!
А никто не знает как можно расшифровать сообщение ScriptError.
Вот именно так видно без каких либо других наводящих пояснений.
Вот именно так видно без каких либо других наводящих пояснений.
Как сделать обработчик собственных исключений, думаю уже понятно
для тех, кто не слишком опытен, дайте плз пару намёков.
спасибо.
Sign up to leave a comment.
Google Analytics для сбора ошибок JavaScript