search

devfort / readinggym

The Zoolander Centre for Kids Who Can't Read Good
www.readinggym.org
4 stars 0 forks source link

Setup sentry for error logging #11

Open public opened 11 years ago

public commented 11 years ago

https://getsentry.com/welcome/

So we can track 500s better.

pkqk commented 11 years ago

I'm currently using exceptional.io, can add you as a member too, unless sentry is better?

public commented 11 years ago

That sounds acceptable. Do I need to register first?

jaylett commented 11 years ago

Does exceptional provide variable contents in the stack traces? Isn't clear from their intro site.

pkqk commented 11 years ago

it doesn't have variable contents, I think it only gets the backtrace. If sentry is better then I'm perfectly happy to switch.

jaylett commented 10 years ago

exceptional.io no longer exists; it's now airbrake.io — with similar pricing to Sentry AFAICT. I remain neutral on what approach we take, except that paying $$$ every month for projects that don't have active development seems a bit silly. Instead, maybe we should be running a /dev/fort Sentry instance somewhere? It has a good integration story with various languages (including Javascript) via the raven languages, so we aren't constraining future work in any way, and it's OSS.

(Of course this then requires someone to install Sentry and integrate. But at the same time we could integrate some other fort projects, so the extra effort would be shared.)

abs0 commented 10 years ago

I've had quite good experiences with the free tier of NewRelic (if you sign in via a 'partner' like rackspace cloudtools - itself free - then you get 'standard free' rather than 'lite free' which gives you 7 days of history and unlimited servers).

All the usual, exception monitoring, vm and even server agents, url uptime with notification.

On 15 November 2014 15:32, James Aylett notifications@github.com wrote:

exceptional.io no longer exists; it's now airbrake.io — with similar pricing to Sentry AFAICT. I remain neutral on what approach we take, except that paying $$$ every month for projects that don't have active development seems a bit silly. Instead, maybe we should be running a /dev/fort Sentry instance somewhere? It has a good integration story with various languages (including Javascript) via the raven languages, so we aren't constraining future work in any way, and it's OSS.

(Of course this then requires someone to install Sentry and integrate. But at the same time we could integrate some other fort projects, so the extra effort would be shared.)

— Reply to this email directly or view it on GitHub https://github.com/devfort/readinggym/issues/11#issuecomment-63176009.