You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The README mentions how to disable exceptions, but not how we should handle them properly, for instance in production. I do not want my update to break if the record is too large for instance.
I'd like to see examples of a recommended way of rescueing errors when setting up indexation on my model. I think mentioning it explicitly will encourage developers to handle exceptions properly, and prevent it to blow up in production when they do not expect it.
It would be awesome if we could use rescue right in the config block, such as this:
@Spone Have you figured out how to accomplish this? I am looking to log Algolia exceptions to Sentry without breaking the application in production when Algolia cannot be reached.
The README mentions how to disable exceptions, but not how we should handle them properly, for instance in production. I do not want my update to break if the record is too large for instance.
I'd like to see examples of a recommended way of
rescue
ing errors when setting up indexation on my model. I think mentioning it explicitly will encourage developers to handle exceptions properly, and prevent it to blow up in production when they do not expect it.It would be awesome if we could use
rescue
right in the config block, such as this:The text was updated successfully, but these errors were encountered: