Hi @peter8nss
I hope you are doing well.
The Forminator_Form_Views_Model->count_non_empty_ip_address() should require minimal effort most of the time unless you have a huge number of forms and views for those forms, if so then use the:
defined( 'FORMINATOR_VIEWS_ENABLE_TRACK_IP', false )
To wp-config.php below the /** That’s all, stop editing **/
But I believe we can look into improving it and I reported to our developers.
We can’t give an estimated time for it but please keep the plugin updated and eyes on changelogs.
Best Regards
Patrick Freitas
Hello @peter8nss,
I hope you’re doing good today!
We have forwarded your feedback to the developers, and will be marking this thread as resolved. Please feel free to reopen it if you still need our assistance.
Best Regards,
Dmytro
Hello @peter8nss
Hope you’re doing well today!
We’ve released a fix for the issue in the recent Forminator v1.39, please feel free to update the plugin to the latest version and let us know how it goes.
You can refer to the changelog here: https://ww.wp.xz.cn/plugins/forminator/#developers
Kind Regards,
Saurabh
Just rechecked this on v1.41.1. I’m still seeing the unnecessary get_option calls on all pages regardless of whether those pages includes a form. In fact, I’m seeing four attempted get_option calls from Forminator hitting the database for every page load:
- forminator_activated_addons
- wpmudev_apikey
- wpmudev_hc_options
- forminator_stripe_configuration
Hi @peter8nss,
The initial issue reported here was about “maybe_cleanup_ip_address” being every time Forminator is initialized. We have already released a fix for this and I was unable to replicate the issue on the latest version 1.41.1
That said, we have an improvement task for the other unnecessary get_option calls which is expected to be released with our upcoming updates. Unfortunately, we do not have an ETA on this at the moment.
Please feel free to get back to us if you need any further clarification.
Best Regards,
Nebu John