Mehmet
Forum Replies Created
-
Hi @programmin,
Thanks for your message.
The error is due to the missing
typecolumn in thewp_statistics_pagestable.Before making any changes, please make sure to back up your database.
Then, try running this SQL command:
ALTER TABLE wp_statistics_pages ADD COLUMN type varchar(180) NOT NULL;The database optimization tools are now under:
Statistics > Optimization > Data Cleanup
This section handles tasks like removing old records, visitor data, user agents, and more.To help us understand why this happened, we’d appreciate if you could share:
- Your Site Health Info
- When the issue started
- Whether the site was migrated, cloned, or updated recently
Looking forward to your reply.
Best,
MehmetHi Roger,
I’m glad to hear that page tracking is working again and that everything is resolved on your end.
Thank you for the update!I’ll go ahead and mark this ticket as resolved.
If you need any further assistance in the future, feel free to reach out anytime.Best regards,
MehmetHello @cdserveopro,
Thank you for reaching out.
If I understand correctly, you are referring to embedding statistical data into your Divi pages using shortcodes.
WP Statistics does support shortcodes, which allow you to display various statistics directly on your pages or posts.
You can refer to our documentation here for more details:
https://wp-statistics.com/resources/shortcodes/For example, to display the total number of visitors, you can use this shortcode:
[wpstatistics stat=visitors time=total]Regarding your second question about generating CSV files automatically:
Currently, WP Statistics does not automatically generate and email CSV reports.However, we do offer an add-on called Advanced Reporting, which allows you to receive statistical reports in PDF format.
Additionally, you can manually export your statistics data in CSV, XML, or TSV format by going to:
Statistics > Optimization > Data ExportLet us know if you have any further questions or need help setting things up.
Best regards,
MehmetHi @archux,
To better understand the issue, we’d like to gather more environment-specific details. Could you please send us your Site Health Info?
This will help us review your PHP version, active/inactive plugins, and overall system setup.From our experience, there’s a chance the issue may be due to a conflict with another plugin.
Have you tried temporarily deactivating all plugins except WP Statistics to see if the tracking starts working?If you’re able to run that test, it could be very revealing—conflicts are a common reason for tracker-related issues.
Also, this document offers valuable guidance on troubleshooting the tracker:
https://wp-statistics.com/resources/troubleshoot-the-tracker/Additionally, if you’re comfortable enabling WordPress debugging, any related log entries could be extremely helpful:
https://developer.wordpress.org/advanced-administration/debug/debug-wordpress/The more data you can share with us, the faster we can pinpoint what’s going wrong.
Best regards,
— MehmetHi @rdtardif,
Thank you for your detailed message and for the additional context regarding the site migration.
It seems that the issue may be related to a missing column in the database.
Could you please try running the following SQL command in your database?
ALTER TABLE wp_statistics_pages ADD COLUMN type varchar(180) NOT NULL;
It appears that, for some reason, this column is not currently present in your database.Before proceeding, we strongly recommend creating a full backup of your database.
Please let us know once you’ve done this or if you run into any issues.
Looking forward to your update.
Best regards,
MehmetDear @seanst3r,
Thank you for the update.
Yes, you are absolutely right — the reason you’re not seeing the extra options, including the Tracker Debugger, is because you’re currently using Server Side Tracking.
If you switch the Tracking Method to Client Side Tracking (Recommended), the Open Debugger button will become visible in the General settings tab.
Please let us know if you need any assistance with this change or if you have any other questions.
Best regards,
MehmetDear @programmin,
Thank you for opening the thread!
The error you’re seeing ({“code”:”not_found_meta_box”,”message”:”Invalid MetaBox Name in Request.”}) is occurring because the MetaBox functionality has been deprecated in version 14.12 of WP Statistics.
Recommended Solution:
Use the new methods provided by WP Statistics to retrieve hits data:// Using the Hits class directly
$hits = WP_STATISTICS\Hits::record();If you need to maintain the same API endpoint structure, you can create a custom endpoint in your theme’s functions.php:
add_action('rest_api_init', function () {
register_rest_route('wp-statistics/v2', '/metabox', array(
'methods' => 'GET',
'callback' => 'custom_metabox_callback',
'permission_callback' => function () {
return current_user_can('manage_options');
}
));
});
function custom_metabox_callback($request) {
$name = $request->get_param('name');
if ($name === 'hits') {
$hits = WP_STATISTICS\Hits::record();
return rest_ensure_response($hits);
}
return new WP_REST_Response(array('code' => 'not_found_meta_box', 'message' => 'Invalid MetaBox Name in Request.'), 400);
}Let us know if you need any further assistance!
Regards,
Mehmet- This reply was modified 1 year, 1 month ago by Mehmet.
Hi @rdtardif,
Thank you for reaching out and for using WP Statistics.
Could you please confirm if all the same plugins are installed across your other websites as well?
This issue might be caused by a conflict between WP Statistics and another plugin.To help us investigate further, we’d appreciate it if you could share the Site Health Info from the affected website.
This will allow us to check the PHP version, WP Statistics version, and other active plugins.Additionally, if possible, please enable WordPress debug logging and send us any related log entries.
This can help us identify if any errors are occurring in the background.You can follow this guide to enable logging:
https://developer.wordpress.org/advanced-administration/debug/debug-wordpress/We’ll do our best to help you resolve the issue promptly.
Looking forward to your reply.Best regards,
MehmetForum: Plugins
In reply to: [SlimStat Analytics] Access Log locked on last visit since last update 5.2.11Hello @cooperator_jr,
Thank you for your update.
We are pleased to hear that the latest version is working correctly on your end.
We will now proceed to close this ticket as resolved.Best regards,
MehmetHi @seanst3r,
Thank you for your detailed feedback and for following up.
To quickly stop the logs from being written into the database, please use the following filter in your theme’s functions.php file or a custom plugin:
add_filter('wp_statistics_disable_tracker_debugger_logs', function () {
return true; // Disables tracker debugger error logging
});This will disable the Tracker Debugger log storage entirely.
Regarding the Debugger page, the path you followed is correct:
WP-Admin ▸ Statistics ▸ Settings ▸ General ▸ Open Debugger
After clicking the Open Debugger button, it should redirect you to:
yoursite.com/wp-admin/admin.php?page=wps_tracker-debugger_pageCould you please confirm whether the page is not loading at all or if you’re encountering a specific error?
We appreciate your insights, and we’ll take your suggestions seriously as we review and improve how these logs are managed.
Thanks again for your feedback and patience.
Best regards,
MehmetHi @the5krunner,
Thank you for reaching out and sharing this issue with us.
The query you’ve mentioned is part of the visitor migration process within WP Statistics.
It is expected to run temporarily as part of data handling and optimization routines.
However, if it is running continuously and causing high CPU usage, this might indicate an unexpected behavior or a specific condition on your site.
To help us investigate further, could you please provide any relevant log entries or server error logs related to this process?
We’ll be happy to look into this and assist you further.
Best regards,
MehmetHello @ronnyk1988,
Thank you for reaching out.
Please make sure that the bot name you’ve excluded is spelled exactly as it appears in the logs.
You can also go to Statistics > Settings > Filtering & Exceptions, and exclude the Administrator to avoid counting views triggered by logged-in actions.
If Swift Performance is using a specific IP range, you can add those IP addresses to the Excluded IP Address List on the same settings page.
To find the exact bot name or IP addresses used by Swift Performance, I recommend checking their documentation or contacting their support team directly.
Let us know if you need further assistance—we’re happy to help.
Best regards,
MehmetDear @tarikozaslan,
Thank you again for your patience and for reporting the issue.
I’m following up to let you know that this warning has been resolved in version 5.2.11, released on April 25, 2025.
Please update your WP SlimStat plugin to the latest version to apply the fix.
Let us know if you experience any further issues or have any questions.
Best regards,
MehmetHi @seanst3r,
Thanks for reporting this and sharing the details—much appreciated.
Apologies for the inconvenience caused. I’ve passed this on to our dev team for review.
To help us dig deeper, could you share a bit more?
– What caching plugin (if any) are you using?
– Any sample of the repeated JS errors would be helpful.
We appreciate your input, and we’ll do our best to get this addressed.
I’ll keep you updated as we make progress on this.
Best regards,
MehmetForum: Plugins
In reply to: [SlimStat Analytics] The slimstat plug-in does not work after the update.Hi @kmsh1,
The issue you experienced has been resolved in version 5.2.13.
Please update to the latest version and let us know if the problem persists.
Best regards,
Mehmet