While I appreciate a need for "Error Logging as a Service", I really wish all of these kind of tools were open and could configured for logging back to our own servers without needing to access anything else in the "cloud". Building LoB web apps that are often accessed from heavily firewalled networks makes these tools, unfortunately, useless.
This is aweesome! I've played around with the idea of building something like this in the past, and have always shied away because of the complexity. Well done - it looks super useful.<p>One minor critique: Can you refer to yourself as "track.js" or "TrackJS" instead of {Track.js}? You're going to drive me nuts if I have to type curly braces every time I mention you somewhere.
Saw their presentation at Iowa Code Camp last year and I was really impressed.<p>Unfortunately, at the time, they had no plans to support source maps. We exclusively use minified JavaScript in production. Seems like not getting a proper line number or filename in a stack trace would be a huge hindrance to debugging.
Hopefully there's also a good way to track backend errors, because I'm getting this:<p><pre><code> Error establishing a database connection</code></pre>
As an alternative, Sentry also has a JS client [1], but is not limited to it, so you can centralize all error reporting in one tool.<p><a href="https://www.getsentry.com/for/javascript/" rel="nofollow">https://www.getsentry.com/for/javascript/</a>
I like this approach a lot. If this works in IE, I'm basically sold.<p>I do have a few questions that went unanswered, though:<p>- What's the performance impact, both in terms of initial page load and in terms of tracking stuff.<p>- How big is the buffer of "events" in the timeline?<p>- You charge per hit. Is there a way I can load the javascript from my own CDN? Does it ping your server upon load?<p>- What prevents somebody from going to my website and triggering a large number of "hits"?
Your script name is tracker.js which is not the best name as adblockers/privacy blockers simply block any names with the word track and many other similar names.
If you name your script something else that is not blocked it would enable it to run, and be valuable to see the errors that users get when they block other js on a page.
I searched trackjs.com for minify or minified or "source map" and nothing comes up.<p>So my question will Trackjs work with Javascript code output by Google's Closure Compiler? I have tried Tracekit in the past and other similar Saas services for client javascript error logging and nothing seems to work with minified source produced by Closure compiler. Unfortunately, I can't do without Closure compiler and minification.<p>edit : typo
We have used Track.js for many months to track JS errors in our production application and it is truly key to helping me and our CTO be aware of any client-facing issues that exist, recreate/fix those issues, and sleep well at night. I also know the founders personally and they are extremely skilled developers with deep expertise in Javascript and the DOM and I have no doubt they will continue to innovate and give us even more bang for our already well-worth-it buck
Full disclosure, I run product at <a href="http://airbrake.io" rel="nofollow">http://airbrake.io</a>.<p>We've always had high demand for Javascript error reporting. We've been slowly building out a new notifier which address the importance of page load and capturing errors without blocking the page load. <a href="https://github.com/airbrake/airbrake-js" rel="nofollow">https://github.com/airbrake/airbrake-js</a><p>One of the main problems is clients / IE, not only on how they throw errors but also standards of source-map support and standardisation of how errors should be handled.<p>I welcome trackjs and all over javascript errors to come together to help make it better for all developers. I'm not sure on actions yet but NewRelic has started to do great work in the Node space already.<p>@ToddGardner! We wish you the best of luck, the app looks great.
I applaud this effort and it is a step in the right direction for JS app error tracking, but it is a half-measure: we need to get to the point where frontend frameworks track this by default, post back to a common server endpoint, and then that error report is emailed to the dev/admin list
I've been waiting for the kick in the pants to finally add js error tracking.<p>This looks great. At my previous company, I set up Errorception (<a href="https://errorception.com/" rel="nofollow">https://errorception.com/</a>) and it was a good step, but I'm excited by the production-side logging possibilities that track js offers, and the timeline feature.<p>I've just now added it to my current company (<a href="https://zoomforth.com" rel="nofollow">https://zoomforth.com</a>), and would be happy to report later on how it works out!
Wow everyone, thank you so much for your support! Your comments and ideas have been amazing and positive. We're thrilled to be making an impact and to help make the web better.<p>Thanks HN, you're awesome.
On the one hand this looks nice, on the other hand it is a shame that something like this is needed at all. Most of the errors I see in the wild are type errors and the industry has just failed to offer a good solution when JavaScript took off. I really hope there will be a lot more adoption of technologies that solve the problem instead of treading the symptoms in the future, for example new ES6+ features, JavaScript supersets like TypeScript or trans-compilation like GWT.
will check after some time ( when db error is fixed ) , looks interesting from the home page..<p>side note: before posting on HN, its a good practice to see how much load the site can handle .<p>some easy to use tools :
- <a href="https://loader.io/" rel="nofollow">https://loader.io/</a> ( ref link : <a href="https://loader.io/s/kXCLA" rel="nofollow">https://loader.io/s/kXCLA</a> )<p>- <a href="https://www.blitz.io/" rel="nofollow">https://www.blitz.io/</a>
I just noticed this is the script link:<p><pre><code> /releases/1.2.2/tracker.js
</code></pre>
Is it a good idea to have the version number in there?<p>As won't that mean you'll never be able to update your customers with new versions of the script?<p>Nice product though, looks great, easy to use.<p>EDIT: Seriously, this product is awesome, amazing UI, easy to use. Try it out.
I've been using TrackJS for several months (Oct of last year I think) on personal project and I also introduced it into the products that I develop at Pearson VUE. It has been rock solid and extremely helpful. We attempted a home grown version before switching to TrackJS and we are much happier now.
Hmm I'm skeptical about the reliability of this especially on older browers.<p>Does it track these events basically in an order? JavaScript is single threaded in the browser so multiple reschedulings could easily hit different objects and events unrelated to each other.<p>Looks interesting nonetheless.
Very cool. Can you pass arbitrary parameters to the tracker? For instance, could I somehow pass in the user's id, and have that show up on the page? That way if he/she gave me a call and said something went wrong, it'd be easier to pin down.
Need to look into this more, I did something like this in the past with window.onerror which then set the error to our site so we could monitor javascript errors on client machines. Worked well enough, but yours looks a tad more polished than my attempt!<p>Good work!
Seems like a souped-up version of [ErrorBoard](<a href="https://github.com/Lapple/ErrorBoard" rel="nofollow">https://github.com/Lapple/ErrorBoard</a>), which is cool, but also means I can roll my own. Nice work.
This is super cool. Tools that capture errors on the user's end are invaluable. In an ideal world, the user would never experience errors, but I haven't lived in that world yet. Can't wait to see how this evolves.
I wish your blog post picture showed us the stack trace tab. With the screenshot you used, I don't see how that could help me debug my typical client-side error. What I usually need is a stack trace.
This seems promising, however you might want to provide some interactive demo if you want more signups. And make it clearer that there's a free trial.
But again, looks very good and I might use it.