Комментарии 29
npm install — как современно то…
НЛО прилетело и опубликовало эту надпись здесь
Ух как интересно стало — что не так с npm? Сначало даже подумал, что пропустил рождение новой звезды — но нет, nodejs все еще использует и поставляется с npm.
Суть претензии в этом?
Именно в этом.
Проблема даже не в самом npm, а registry (хранилище пакетов).
В таком случае, никаких претензий не будет, поскольку все файлы будет храниться в том месте где вам удобно.
Также есть IPFS...
# Проверяем путь к хранилищу пакетов
➜ npm get registry
http://registry.npmjs.org/
# Устанавливаем пакет в альтернативное хранилище:
➜ npm install --registry="https://путь к вашему локальному хранилищу"В таком случае, никаких претензий не будет, поскольку все файлы будет храниться в том месте где вам удобно.
Также есть IPFS...
То что другие используют идиотский подход при разработке пакетов, совершенно не значит что сама идея пакетов плоха, и не нужно их использовать.
Я когда-то давно сделал Panic.js для того же самого, но все никак руки не дойдут написать статью.
Тут ловятся непойманные исключения, парсится коллстек и загружаются исходники, разворачиваемые по клику:
Тут ловятся непойманные исключения, парсится коллстек и загружаются исходники, разворачиваемые по клику:
Видимо, там другой формат колл-стека, надо в этот модуль дописать его парсер:
https://github.com/xpl/useless/blob/master/base/reflection.js
Не обещаю, что это удастся сделать в обозимом будущем, но спасибо за репорт.
https://github.com/xpl/useless/blob/master/base/reflection.js
Не обещаю, что это удастся сделать в обозимом будущем, но спасибо за репорт.
125 кб + зависимости, к большому сожалению.
Это не для использования на продакшене — а для дебага лишняя сотня кб не проблема. Оно еще и вешает хук на все коллбеки EventTarget, поэтому страдает производительность (теоретически). Дело в том, что это не stand-alone инструмент, а часть здорового фреймворка, который оно весь тянет за собой. В будущем я хочу отделить его в самостоятельный проект, с минимумом зависимостей, тогда размер будет маленький. Собственно, это та причина, по которой это нигде особо не публиковалось пока.
Хорошая вещица!
Вот это можно было бы использовать как солидный парсер stacktrace (там есть всякие нюансы, кросс браузерность и тд) https://github.com/stacktracejs/stacktrace.js В принципе эта либа + простейший UI и библиотека не нужна.
В Safari есть такая проблема, что в onerror не передается объект Error, поэтому вы не сможете получить коллстек в unhandled exception listener'е.
В Panic.js упомянутом выше это обходится с помощью следующего work-around: поскольку практически весь реальный код выполняется внутри какого-либо колбека (setTimeout, addEventListener и т.п.), и таких «точек входа» не так много, то можно их все заврапить в try/catch:
https://github.com/xpl/useless/blob/master/base/uncaught.js
https://github.com/xpl/useless/blob/master/base/uncaughtAsync.js
Дополнительно это дает возможность строить асинхронные колл-стеки. Что забавно, хромовский веб-инспектор именно такие стеки и показывает, но при этом в объект Error передается «обычный» урезанный стек, без асинхронного контекста. Это фейл. Собственно, Panic.js позволяет получать полный стек на любой платформе, вне зависимости от прихотей браузера.
Что интересно, это позволяет пойти еще дальше — можно пробрасывать в AJAX-запросах серверный стек, и получать «сквозную» трассировку, с непрерывным стеком клиента и сервера, как будто и нет никакого разделения:
В Panic.js упомянутом выше это обходится с помощью следующего work-around: поскольку практически весь реальный код выполняется внутри какого-либо колбека (setTimeout, addEventListener и т.п.), и таких «точек входа» не так много, то можно их все заврапить в try/catch:
https://github.com/xpl/useless/blob/master/base/uncaught.js
https://github.com/xpl/useless/blob/master/base/uncaughtAsync.js
Дополнительно это дает возможность строить асинхронные колл-стеки. Что забавно, хромовский веб-инспектор именно такие стеки и показывает, но при этом в объект Error передается «обычный» урезанный стек, без асинхронного контекста. Это фейл. Собственно, Panic.js позволяет получать полный стек на любой платформе, вне зависимости от прихотей браузера.
Что интересно, это позволяет пойти еще дальше — можно пробрасывать в AJAX-запросах серверный стек, и получать «сквозную» трассировку, с непрерывным стеком клиента и сервера, как будто и нет никакого разделения:
Для Node.js там реализован няшный текстовый принтер эксепшенов, тоже со строками кода и табличным форматированием:
А умеет Panic.js отлавливать непойманные режекты в промисах?
Кажется, что пока onunhandledrejection не будет доступно в браузерах, сделать это проблематично.
Кажется, что пока onunhandledrejection не будет доступно в браузерах, сделать это проблематично.
Почему бы не добавить пакет в bower, раз инструмент используется в браузерах и на клиентах?
Так гораздо проще будет пользоваться тем, кто настроил клиентский инжект на страницу :)
Так гораздо проще будет пользоваться тем, кто настроил клиентский инжект на страницу :)
Хороший модуль. Кстати в дефолтную поставку можно добавить отпарвку ошибки в гугл аналитикс. Это самое простое решение, про него уже несколько раз писали на хабре.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Не пропусти js-ошибку