-
-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Record all errors (do not overwrite) #4
Comments
That's true we do override the existing error, the reason being on high volume errors should be stored in some other database systems. |
No need to have relation between errors. You can simply group them by pair of URL, exception type. That's minimal. As of the database system choice. There are ways to do that. You could also add messages to the queue and process them later on in batch. That would decrease DB writes. |
Exactly, that's the reason it's been built very minimal.
|
Hey, perhaps it should be started small. For now, it would be good to record all exceptions and provide an option to use another database (for instance, same driver/same engine, but a different database). It's very simple with Django (a single config in settings). With Flask a little bit more work. BTW, another way of connecting to MongoDB is using djongo. Integration with MongoDB is then seamless. |
At the moment, errors are overwritten. A better approach would be to simply group similar errors together (Sentry way) and allow to navigate from one to another.
The text was updated successfully, but these errors were encountered: