TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Rescue.js

164 pointsby cheeaunover 12 years ago

13 comments

kulkarnicover 12 years ago
I'm still not sure how it catches all unhandled exceptions. I looked at the source code (<a href="http://rescuejs.com/rescue.beta.js" rel="nofollow">http://rescuejs.com/rescue.beta.js</a>) and it only seems to wrap setTimeout, setInterval, jQuery.fn.ready, and jQuery.event.add. What about exceptions in other functions? Or does capturing the e.backtrace have something to do with it?<p>Would love to know (and if this works out of the box, what's to prevent cross-domain scripts from communicating with each other by raising exceptions?)
评论 #4653731 未加载
Tichyover 12 years ago
Could we start to add some information on what the given js library does in the HN titles?
brunoqcover 12 years ago
There's also Sentry (<a href="https://github.com/getsentry/sentry" rel="nofollow">https://github.com/getsentry/sentry</a>) which works on the server side too (with python, node.js, php, ruby and java)
tlrobinsonover 12 years ago
Is this basically what Proxino does? <a href="https://www.proxino.com/" rel="nofollow">https://www.proxino.com/</a>
dbloomover 12 years ago
It should be possible to get exceptions raised in event listeners too (including stacktraces) if you wrap the DOM prototypes. I do something similar in the exception catcher we use at Cue: <a href="https://github.com/Cue/greplin-exception-catcher/blob/master/javascript/errorcatcher.js" rel="nofollow">https://github.com/Cue/greplin-exception-catcher/blob/master...</a><p>Not only does it log stacktraces, but it also breaks Firebug. And you'll find out that most of your exceptions end up coming from JS injected by shady toolbars and malware on people's systems :-(.
brianrover 12 years ago
Also check out <a href="http://ratchet.io" rel="nofollow">http://ratchet.io</a> which also supports debug-style logging so you can, for example, wrap console.log() to debug client-side issues in production.
andrew_wc_brownover 12 years ago
We rumbled as well. Not as practical. We made a Star Trek game. <a href="http://the-glimmer-twins.r12.railsrumble.com/" rel="nofollow">http://the-glimmer-twins.r12.railsrumble.com/</a><p>Good luck!
timmcleanover 12 years ago
That's a neat use of JavaScript Source Maps. Unfortunately, it looks like you would effectively need to make your non-minified codebase public. Any plans for ways to get around that?
评论 #4653457 未加载
评论 #4653402 未加载
jaipover 12 years ago
Looks very much like <a href="http://errorception.com" rel="nofollow">http://errorception.com</a> to me. Definitely a dense market now, a comparison page would help.
mkrambover 12 years ago
<a href="http://www.errorify.com/" rel="nofollow">http://www.errorify.com/</a> is also using sourcemaps (and you don't have to make non-minified code public), with no dependencies (like jquery, ...), totally crossbrowser and provides optional code rewriting. And has unified dashboard <a href="http://www.errorify.com/features" rel="nofollow">http://www.errorify.com/features</a><p>@glesperance 10x
评论 #4653972 未加载
troelsover 12 years ago
When I tried to do this myself, I ran into a problem with lots of errors happening for reasons exterior to my app - People have strange plugins, that may fail; if the user navigates away from a page, before all javascript has loaded, it might cause unpredictable errors. You probably need to filter these out, to be able to use it for anything.
sidchillingover 12 years ago
Is this like <a href="http://errorception.com/" rel="nofollow">http://errorception.com/</a> ?
rorrrover 12 years ago
How do you deal with minified JS (which is what you normally have in production)?
评论 #4654146 未加载
评论 #4653450 未加载