Skip to content
This repository has been archived by the owner on Jul 27, 2023. It is now read-only.

Error Logging #49

Open
Kenttleton opened this issue Feb 13, 2018 · 7 comments
Open

Error Logging #49

Kenttleton opened this issue Feb 13, 2018 · 7 comments
Labels
Enhancement This issue is a new feature. Question This issue is really just a question.

Comments

@Kenttleton
Copy link
Member

As we are building integrations with various services we should think about how and where to log errors since we are using a hosting service without a file storage for a hard copy of the log. This may be a good use for a database table of errors that are accessible from the admin/user section of the website.

Thoughts, comments, concerns?

@Kenttleton Kenttleton added Enhancement This issue is a new feature. Question This issue is really just a question. labels Feb 13, 2018
@dannyrb
Copy link
Member

dannyrb commented Feb 13, 2018

Every error sends @kavinci a:

  • Text (Twilio)
  • E-mail (Sendgrid)
  • Fax (Phaxio)
  • Postcard (Lob)

@Kenttleton
Copy link
Member Author

Sounds perfect lol

@jwoo92
Copy link
Member

jwoo92 commented Feb 14, 2018

I vote for delivery by pigeon foot

@jwoo92
Copy link
Member

jwoo92 commented Oct 4, 2018

What do you guys think about leveraging our GraphQL server by sending caught clientside errors to it and then redirecting to a specified error-purpose channel within our slack community?

@dannyrb
Copy link
Member

dannyrb commented Oct 4, 2018

That sounds noisy. Ideally you want to catch as much info around exceptions as possible to help identify what conditions/contexts caused them. As well as the frequency of the occurrence, associated user comments (if feedback was provided), and that exception's history.

Honestly, dropping in the free version of something like Sentry would probably make the most sense. If you want to expose the data, you can share individual exceptions, or get creative with its API and share features.

@jwoo92
Copy link
Member

jwoo92 commented Oct 5, 2018

Maybe...It very well could be. It also could be non-noisy and pretty helpful too without much investment, we just have to get a little creative :)

We already center around Slack, so why not make it convenient for us as a group? Leveraging our GraphQL server, which is compounded with Apollo Client and does a great job handling errors out of the box, and having it ping the channel using a small bit of logging logic serverside would make a lot of sense wouldn't it?

We are a really small group of people who like to build stuff. We won't learn as well if we only just consume, right?

@jwoo92
Copy link
Member

jwoo92 commented Dec 20, 2019

Public note to self: Talked with sales team over at TrackJS and they agreed to give us full access to their error logging platform since we are open source. All they asked was to include a small note in the footer of the site saying like "tracking errors thanks to TrackJS".

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Enhancement This issue is a new feature. Question This issue is really just a question.
Projects
None yet
Development

No branches or pull requests

3 participants