-
-
Notifications
You must be signed in to change notification settings - Fork 77
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
Storing all interactions as backup for resolving future issues #23
Comments
That's a good idea in my opinion. I have have had some problems in the past where such a log would have helped ..... just created this account to +1 |
Sounds great!😍🔥 @lahivee @Iamscaredofcode I'm actually thinking about providing a control panel to monitor subscriptions and products. For sure your idea is a good starting point. I'll work on it ASAP, and for sure your contributions are welcomed! |
+1 |
1 similar comment
+1 |
This would be an awesome feature. I recommend making it optional. Until this feature is implemented, I came up with a workaround using a middleware. Sharing here for anyone else who might be interested. Create a new middleware file
Update
Create a new database table
Update the new migration file
Add the fillable columns to the new
In the config file created by this plugin
|
The middleware for saving the purchase notifications sounds like a great idea! 🚀 Congratulations @mreall! 🎉 |
Thanks for sharing your middleware! I had also started logging all my events by doing something similar except that I added my logger as a trait inside each of the listeners. Your solution seems perhaps a bit cleaner. I will implement both and see which one I like over time. As for the idea of creating a dashboard to monitor all this purchase activity, that sounds like an amazing idea @imdhemy ! Are you still planning to add it to this great package? |
Please keep us posted about your findings of middleware vs the trait, which one is better from your point of view. Yes, this is still planned, Currently, I'm focusing on a big refactoring with some bug fixes, reported or not. |
+1 |
Hi!
first off thank you for this amazing package!
I have an idea for improvement to prevent possible future issues:
I suggest storing all server notifications and receipt validations in a DB table in case we need to resolve customer issues in the future as a backup.
There may be errors with our application or anything else, and this could potentially save us a lot of troubles in the future.
The text was updated successfully, but these errors were encountered: