Mehmet
Forum Replies Created
-
Hello @newcodebyte,
Thank you very much for your reply.
I’m glad to hear that changing the location detection method to DB-IP resolved the problem.
If you have any further questions or need assistance, please don’t hesitate to contact me.
Best regards,
MehmetHello @newcodebyte,
Thank you for your message.
Could you please confirm if you are using any VPN or proxy service?
Sometimes these can affect the detected IP location.Also, please try changing the location detection method by going to:
Statistics > Settings > Advanced Options > Location Detection MethodSelect a different method there and see if the location is detected correctly afterward.
Let me know the results so I can assist you further.
Best regards,
MehmetHello @zilliq,
Thank you for your explanation.
To better understand the issue, we’ll need to check your PHP error logs.
If PHP error logging is not yet enabled on your site, you can do so by following these steps:
- Connect to your website via FTP or File Manager in your hosting control panel.
- Open the
wp-config.phpfile located in the root directory of your WordPress installation. - Just before the line that says
/* That's all, stop editing! */, add the following code:
define( 'WP_DEBUG', true );define( 'WP_DEBUG_LOG', true );define( 'WP_DEBUG_DISPLAY', false );- Save the file and revisit one of the affected pages to trigger the error again.
- The error details will be recorded in the file
/wp-content/debug.log.
Once you have this file, please send us its content so we can review the exact error message and find a solution.
After troubleshooting, remember to disable debugging by setting
WP_DEBUGtofalse.Kind regards,
MehmetHello @zilliq,
Thank you for your message.
Could you please share the full error message or a screenshot of it with us?
This will help us investigate the issue and determine the cause more quickly.We appreciate your cooperation.
Kind regards,
MehmetHello @horgster,
Thank you for sharing your detailed feedback and concerns regarding the
wp_statistics_tracker_js_errorsoption.We understand how a large autoloaded option can affect site performance, and we appreciate you taking the time to explain your case and suggestions clearly.
I have forwarded your feedback and recommendations to our development team for review. We will keep you updated on any progress regarding this matter.
In the meantime, if you have any further suggestions or ideas, we’d be happy to hear them via our feedback board here:
https://feedback.veronalabs.com/boards/wp-statisticsThank you again for helping us improve WP Statistics.
Best regards,
MehmetHello @shqipcinema,
Thank you for your patience, and sorry for the delay.
The Delete Records Older Than option will not remove your total views or visitors.
They only delete old extra details like location or browser to reduce database size and improve performance.
You can use this now if you want, but it’s not urgent.
By default, it is set to 365 days.
Best regards,
MehmetHi Joerg,
I’m glad to hear the latest update resolved the issue.
Thank you for your patience and for sharing your feedback throughout the process.Best regards,
MehmetThank you very much for your valuable suggestion.
We really appreciate your feedback and will definitely consider adding the ability to tag pages for easier recognition in the Stats panel in a future update.If you have any other ideas or questions, please feel free to share them with us.
https://feedback.veronalabs.com/boards/wp-statistics
We’re always here to help!Thanks again for your support.
Best regards.
Hi @xiexiema,
Thank you for your detailed explanation.
Since the CMP page is actually your main landing page, there is no way to separate them in the statistics as they share the same URL.
However, you can use the date filter to specify a time range.
By doing this, you can identify which statistics belong to the period when the CMP was active and which ones are from before it was enabled.Please let us know if you need any further assistance.
Best regards.
Hi @xiexiema,
Just following up to check if everything is still working as expected on your end.
Were you able to successfully track visits through the CMP landing page?
Please feel free to reach out if you need any further help.
Best regards,
MehmetHello @xiexiema,
To set this up, please follow these steps:
- Go to CMP Settings > CMP Advance Setup > Custom External Scripts > Footer Scripts.
- Copy and paste this link there:
https://yourwebsiteurl.com/wp-content/plugins/wp-statistics/assets/js/tracker.js - Replace yourwebsiteurl.com with your actual website address.
- Save the settings.
Next:
- While logged in as admin, open your website and right-click on the page, then select View Page Source.
- Press Ctrl + F and search for the phrase:
wp-statistics-tracker-js-extra. - Copy the content including the two
<script>tags around it. It should look something like this:
<script id="wp-statistics-tracker-js-extra">
var WP_Statistics_Tracker_Object = {"requestUrl":"http:\/\/localhost\/wp-statistics\/wp-json\/wp-statistics\/v2","ajaxUrl":"http:\/\/localhost\/wp-statistics\/wp-admin\/admin-ajax.php","hitParams":{"wp_statistics_hit":1,"source_type":"home","source_id":0,"search_query":"","signature":"f5f879c107e57b34433e14c1cc94c05a","endpoint":"hit"},"onlineParams":{"wp_statistics_hit":1,"source_type":"home","source_id":0,"search_query":"","signature":"f5f879c107e57b34433e14c1cc94c05a","endpoint":"online"},"option":{"userOnline":true,"dntEnabled":false,"bypassAdBlockers":false,"consentIntegration":{"name":null,"status":[]},"isPreview":false,"trackAnonymously":false,"isWpConsentApiActive":false,"consentLevel":"disabled"},"jsCheckTime":"60000","isLegacyEventLoaded":"","customEventAjaxUrl":"http:\/\/localhost\/wp-statistics\/wp-admin\/admin-ajax.php?action=wp_statistics_custom_event&nonce=5c1620695d"};
</script>Then:
- Go to CMP Settings > SEO & Analytics > Website Analytics,
- Choose the Other option,
- Paste the copied script there and save the settings.
Also, please make sure that from the path:
Statistics > Settings > General > Bypass Ad Blockers
this option is disabled.This way, the analytics will correctly track this page’s statistics.
If you need any further help, just let me know!
Best regards,
Mehmet,Hi Joerg,
Thank you for your kind message and valuable feedback.
The ID of the message you mentioned is:
wordpressobjectcache_cache_plugin_detectedFor example, if I remove this value from the
wp_statistics_dismissed_noticesoption:a:1:{i:0;s:42:"wordpressobjectcache_cache_plugin_detected";}
the notice will appear again.We appreciate you bringing this up, and I want to assure you that we’re currently working on improving this behavior in a future update.
Thanks again for your support and for using our plugin!
Best regards,
MehmetHi Franz,
Thank you for the update and the information.
Would it be possible for you to contact us directly via email at support@veronalabs.com?
This will help us investigate the issue more efficiently and provide a quicker resolution.Once you’ve sent the email, please let us know here as well so we can follow up promptly.
Kind regards,
Hi Joerg,
Thank you for your reply,
The correct database option that stores dismissed messages is:
wp_statistics_dismissed_noticesThis field keeps a list of which admin notices have been hidden.
For example, it might look like this:a:2:{i:0;s:22:"cloudflare_geolocation";i:1;s:20:"share_anonymous_data";}Each item is the ID of a message that was dismissed.
If the cache notice is still showing up, it’s possible that its ID is not listed there.
To fix it, you can:- Go to your database (via phpMyAdmin or a database plugin).
- Find the
wp_statistics_dismissed_noticesrow in thewp_optionstable. - Edit the value and make sure the notice ID is included.
Best regards,
MehmetHi @xiexiema,
Thank you for your message and your interest in the Pro version.
To assist you properly, could you please confirm the exact name of the “Coming Soon” plugin you’re using?
In most cases, the issue can be resolved by manually enqueuing our tracking script using a suitable hook from that plugin.
Looking forward to your update.
Best regards,
Mehmet