Title: Mehmet's Replies | WordPress.org --- # Mehmet [ ](https://wordpress.org/support/users/gandomi/) * [Profile](https://wordpress.org/support/users/gandomi/) * [Topics Started](https://wordpress.org/support/users/gandomi/topics/) * [Replies Created](https://wordpress.org/support/users/gandomi/replies/) * [Reviews Written](https://wordpress.org/support/users/gandomi/reviews/) * [Topics Replied To](https://wordpress.org/support/users/gandomi/replied-to/) * [Engagements](https://wordpress.org/support/users/gandomi/engagements/) * [Favorites](https://wordpress.org/support/users/gandomi/favorites/) Search replies: ## Forum Replies Created Viewing 15 replies - 1 through 15 (of 410 total) 1 [2](https://wordpress.org/support/users/gandomi/replies/page/2/?output_format=md) [3](https://wordpress.org/support/users/gandomi/replies/page/3/?output_format=md)… [26](https://wordpress.org/support/users/gandomi/replies/page/26/?output_format=md) [27](https://wordpress.org/support/users/gandomi/replies/page/27/?output_format=md) [28](https://wordpress.org/support/users/gandomi/replies/page/28/?output_format=md) [→](https://wordpress.org/support/users/gandomi/replies/page/2/?output_format=md) * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WP Statistics – Simple, privacy-friendly Google Analytics alternative] WP Statistics TR Turkish](https://wordpress.org/support/topic/wp-statistics-tr-turkish/) * [Mehmet](https://wordpress.org/support/users/gandomi/) * (@gandomi) * [3 months, 2 weeks ago](https://wordpress.org/support/topic/wp-statistics-tr-turkish/#post-18835692) * Hi [@cmedya](https://wordpress.org/support/users/cmedya/), * Thank you so much for taking the time to translate WP Statistics into Turkish! * We really appreciate community contributions like this. * To make sure your translation gets officially included in the plugin and is maintained across future updates, we recommend submitting it through translate.wordpress. org (GlotPress), which is the official WordPress translation platform. * You can find a step-by-step guide on how to do this here: * [https://wp-statistics.com/resources/how-to-translate-wp-statistics-plugin/](https://wp-statistics.com/resources/how-to-translate-wp-statistics-plugin/) * This way, your translations will be automatically available to all Turkish-speaking users when they install or update the plugin. * Thanks again for your contribution! * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WP Statistics – Simple, privacy-friendly Google Analytics alternative] No views in WP dashboard Posts column and elsewhere](https://wordpress.org/support/topic/no-views-in-wp-dashboard-posts-column-and-elsewhere/) * [Mehmet](https://wordpress.org/support/users/gandomi/) * (@gandomi) * [3 months, 2 weeks ago](https://wordpress.org/support/topic/no-views-in-wp-dashboard-posts-column-and-elsewhere/#post-18835677) * Hi [@sublunar](https://wordpress.org/support/users/sublunar/), * Thanks for the detailed report and troubleshooting steps. * The Overview page and the per-page views (Page Insights, Top Pages, Posts column) pull data from different database tables. Overview uses visitor-level data, while page-specific views rely on a separate pages table. So it’s possible for Overview to show traffic while everything else shows 0. * Here are a few things to check: - **Switch to a default theme temporarily** Please switch to a default WordPress theme (e.g., Twenty Twenty-Five) and visit a few pages on your site. Then check if views start appearing. WP Statistics relies on WordPress template conditionals to detect page types — if your theme handles templates in a non- standard way, the plugin may silently fail to record page views. - **Check your Tracking Method** Go to **WP Statistics > Settings > General > Tracker Configuration** and make sure **Client Side Tracking** is selected. If it’s currently set to Server Side Tracking, switching to Client Side may resolve the issue, especially if you have any caching in place. - **Run a database schema check** Go to **WP Statistics > Optimization > Plugin Maintenance** and click **Re-check Schema**. This will verify your database tables are intact and repair any issues. - **Database diagnostic (optional)** If you have access to phpMyAdmin or WP- CLI, run these two queries: `SELECT COUNT(*) FROM wp_statistics_pages; `` SELECT COUNT(*) FROM wp_statistics_visitor;` If the visitor table has records but the pages table is empty, that confirms page recording is broken and helps us narrow down the cause. * Let us know what you find and we’ll go from there. Best regards * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WP Statistics – Simple, privacy-friendly Google Analytics alternative] No visitors with client side tracking](https://wordpress.org/support/topic/no-visitors-with-client-side-tracking/) * [Mehmet](https://wordpress.org/support/users/gandomi/) * (@gandomi) * [3 months, 2 weeks ago](https://wordpress.org/support/topic/no-visitors-with-client-side-tracking/#post-18833400) * Hi [@lodree](https://wordpress.org/support/users/lodree/), * Thank you for the update and for taking the time to investigate this so thoroughly, it’s great that you got a clear answer from IONOS. * It’s unfortunate that shared hosting limitations prevent them from adding ModSecurity exception rules. As you’ve concluded, the most reliable solution would be to move to a hosting plan that allows custom ModSecurity configuration (a VPS or managed hosting where whitelist rules can be applied). * If you switch hosting providers and encounter any further issues with the plugin, please don’t hesitate to open a new topic and we’ll be happy to help. * Thanks again for your patience throughout this process! * Best regards * Forum: [Reviews](https://wordpress.org/support/forum/reviews/) In reply to: [[WP Statistics – Simple, privacy-friendly Google Analytics alternative] Great Analytics Plugin](https://wordpress.org/support/topic/great-analytics-plugin-13/) * [Mehmet](https://wordpress.org/support/users/gandomi/) * (@gandomi) * [3 months, 3 weeks ago](https://wordpress.org/support/topic/great-analytics-plugin-13/#post-18831783) * Hi Julia, * Thank you so much for this wonderful review, it truly made our day! * We’re thrilled to hear that WP Statistics has been serving you well since 2025, even on large websites. * Privacy-first analytics is something we care deeply about, and knowing that features like cookie-free tracking make a real difference for users like you is incredibly motivating for our team. * Being compared favorably to Matomo is a huge compliment, we’ll keep working hard to deserve it! * If you ever have suggestions, questions, or need any help, don’t hesitate to reach out. We’re always here. * Thanks again for taking the time to share your experience. It means the world to us! * Warm regards, * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WSMS (formerly WP SMS) – SMS & MMS Notifications with OTP and 2FA for WooCommerce] Issue Sending to one client](https://wordpress.org/support/topic/issue-sending-to-one-client/) * [Mehmet](https://wordpress.org/support/users/gandomi/) * (@gandomi) * [3 months, 3 weeks ago](https://wordpress.org/support/topic/issue-sending-to-one-client/#post-18831779) * Hi [@lindseyt](https://wordpress.org/support/users/lindseyt/), * Thanks for reaching out! * Since this only affects one specific client’s number, the issue is almost certainly something in how that number is stored or formatted on that contact’s record. * Could you check the following: 1. Look at the raw value, go to wherever that client’s phone number is stored ( WooCommerce order, user profile, custom field, etc.) and check if there are any extra spaces, dashes, brackets, or invisible characters around the digits. 2. Delete and re-type the number, **don’t paste it, type it manually** in the correct format (61476xxxxxx) and test again. 3. Check the form field, if the number comes from an Elementor Forms submission, check the entry in the form submissions log to see the exact value that was submitted. * Since all your other clients work fine, this is isolated to the data for this one contact rather than a plugin configuration issue. * Let us know what the stored value looks like and we can help from there! * Best regard * Forum: [Reviews](https://wordpress.org/support/forum/reviews/) In reply to: [[WP Statistics – Simple, privacy-friendly Google Analytics alternative] very good](https://wordpress.org/support/topic/very-good-7736/) * [Mehmet](https://wordpress.org/support/users/gandomi/) * (@gandomi) * [3 months, 3 weeks ago](https://wordpress.org/support/topic/very-good-7736/#post-18830469) * Hi [@arieston31](https://wordpress.org/support/users/arieston31/), * Thank you very much for your kind feedback * We’re really happy to hear that everything is working well for you. If you ever need any assistance or have questions about the plugin, feel free to reach out, we’re always here to help. * Have a great day! * Best regards, * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WP Statistics – Simple, privacy-friendly Google Analytics alternative] Migration of database colums failed –> website not avaiable](https://wordpress.org/support/topic/migration-of-database-colums-failed-website-not-avaiable/) * [Mehmet](https://wordpress.org/support/users/gandomi/) * (@gandomi) * [3 months, 3 weeks ago](https://wordpress.org/support/topic/migration-of-database-colums-failed-website-not-avaiable/#post-18828313) * Hi Christian, * Thank you for the detailed follow-up and for sharing your hosting specs. * You’re right, your server resources are more than sufficient, so that’s not the cause here. Before we rule out everything on your end, could you check whether there might be a pluginconflict on that specific site? Since the migration worked fine on your other 2 websites, something unique to this site’s setup may be interfering with the migration process. * To help us investigate, could you share: 1. A list of active plugins on the affected site (especially any that interact with the database, caching, or cron, e.g., object caching plugins, database optimization tools, orsecurity plugins) 2. The approximate size of your visitors table on this site. * This information will help us narrow down whether something specific to this site is causing the migration to behave differently. * Best regards * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WP Statistics – Simple, privacy-friendly Google Analytics alternative] Huge issue with the plugin](https://wordpress.org/support/topic/huge-issue-with-the-plugin/) * [Mehmet](https://wordpress.org/support/users/gandomi/) * (@gandomi) * [3 months, 4 weeks ago](https://wordpress.org/support/topic/huge-issue-with-the-plugin/#post-18823093) * Hi [@peq42](https://wordpress.org/support/users/peq42/), Thank you for the detailed report. Based on what you’re describing, this is very likely caused by your server’s optimization setup interfering with the WP Statistics tracker script. * Looking at your site, you have mod_pagespeed enabled at the server level, and possibly Autoptimize as well. These tools can rewrite, combine, or cache JavaScript files, which canprevent tracker.js from loading correctly for visitors, even though the file exists and loadsfine when accessed directly. * Here’s what I’d recommend: 1. Exclude tracker.js from mod_pagespeed, You can do this by adding the following to your .htaccess file:ModPagespeedDisallow “_/wp-statistics/_“ 2. Exclude from Autoptimize (if active), Go to Autoptimize settings and add wp- statistics to the JS exclusion list. ([https://wp-statistics.com/resources/how-to-exclude-wp-statistics-tracker-js-from-caching-minification/](https://wp-statistics.com/resources/how-to-exclude-wp-statistics-tracker-js-from-caching-minification/)) 3. Purge your mod_pagespeed cache after making these changes: sudo touch /var/cache/ mod_pagespeed/cache.flush 4. Or contact your hosting provider to flush it for you. After applying these changes, WP Statistics should start tracking visits normally again. * Let us know if that resolves the issue! * Best regards * Forum: [Reviews](https://wordpress.org/support/forum/reviews/) In reply to: [[WP Statistics – Simple, privacy-friendly Google Analytics alternative] Great product](https://wordpress.org/support/topic/great-product-1212/) * [Mehmet](https://wordpress.org/support/users/gandomi/) * (@gandomi) * [3 months, 4 weeks ago](https://wordpress.org/support/topic/great-product-1212/#post-18823088) * Hi [@tjoseph](https://wordpress.org/support/users/tjoseph/), * Thank you so much for the kind words and the detailed review! It’s great to hear that WP Statistics is covering all the analytics needs you were looking for. * We put a lot of thought into making sure site owners can answer the questions that actually matter, so it’s really rewarding to hear that comes through in your experience. * If you ever have any questions or suggestions, don’t hesitate to reach out. * Thanks again for the support! * Best regards * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WP Statistics – Simple, privacy-friendly Google Analytics alternative] Fatal Error In AJAX Request](https://wordpress.org/support/topic/fatal-error-in-ajax-request/) * [Mehmet](https://wordpress.org/support/users/gandomi/) * (@gandomi) * [3 months, 4 weeks ago](https://wordpress.org/support/topic/fatal-error-in-ajax-request/#post-18823081) * Hi Michael, Good news, this issue has already been fixed by our team. The fix will be included in the nextrelease of WP Statistics. * In the meantime, if you’d like to stop seeing the error right away, you can update to the development version from our GitHub repository. * Thank you for reporting this! * Best regards * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WP Statistics – Simple, privacy-friendly Google Analytics alternative] Historical Total Visitors and Views does not work](https://wordpress.org/support/topic/historical-total-visitors-and-views-does-not-work/) * [Mehmet](https://wordpress.org/support/users/gandomi/) * (@gandomi) * [4 months ago](https://wordpress.org/support/topic/historical-total-visitors-and-views-does-not-work/#post-18820682) * Hi [@taojing10](https://wordpress.org/support/users/taojing10/), * Thank you for your patience and for the detailed follow-up, that really helps us narrow things down! * You’re right, this is a bug. The [wpstatistics stat=visits time=total] shortcode is not including historical data in its total.We’ve identified the root cause in our code and I’ve escalated this to the development team. * I’ll follow up with you here once the fix is available. * Thanks again for taking the time to report this! * Best regards * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WP Statistics – Simple, privacy-friendly Google Analytics alternative] Fatal Error In AJAX Request](https://wordpress.org/support/topic/fatal-error-in-ajax-request/) * [Mehmet](https://wordpress.org/support/users/gandomi/) * (@gandomi) * [4 months ago](https://wordpress.org/support/topic/fatal-error-in-ajax-request/#post-18820665) * Hi [@michaelhull](https://wordpress.org/support/users/michaelhull/), * Thank you for reporting this and for providing the detailed error log, that’s really helpful! * I’ve been able to identify the issue in our code. The GeoIP background updater is encountering a type mismatch when processing certain visitor records, which causes the fatal error you’reseeing. * I’ve escalated this to our development team to get it resolved. I’ll follow up with you here once the fix is ready. * In the meantime, the error shouldn’t affect your site’s core functionality, it’s limited to the background GeoIP update process. * Thanks again for bringing this to our attention, we really appreciate it! * Best regards * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WP Statistics – Simple, privacy-friendly Google Analytics alternative] Historical Total Visitors and Views does not work](https://wordpress.org/support/topic/historical-total-visitors-and-views-does-not-work/) * [Mehmet](https://wordpress.org/support/users/gandomi/) * (@gandomi) * [4 months ago](https://wordpress.org/support/topic/historical-total-visitors-and-views-does-not-work/#post-18819307) * Hi [@taojing10](https://wordpress.org/support/users/taojing10/), * Thank you for your patience and for the follow-up. * We’ve tested the Historical Data feature on our end with v14.16.1, and both Historical Total Visitors and Historical Total Site Views are working correctly and reflecting in the totals. * [https://mega.nz/file/5wpgDSRa#cDJWj-fjVDvPJ-B7cP1ZWXNZy6rs-FIiRPzNkioBXqo](https://mega.nz/file/5wpgDSRa#cDJWj-fjVDvPJ-B7cP1ZWXNZy6rs-FIiRPzNkioBXqo) * Could you please try the following steps: 1. Go to WP Statistics → Optimization → Historical Data and re-enter your Historical Total Site Views number, then click Save Changes. 2. Clear any caching you may have (caching plugin, server-side cache, or CDN). 3. Go to Optimization → Plugin Maintenance and click Refresh Summary Totals under Data Migrations. 4. Clear your browser cache and reload the Overview page. * After these steps, check if the Total Site Views now includes your historical number. * Best regards, * Forum: [Reviews](https://wordpress.org/support/forum/reviews/) In reply to: [[WP Statistics – Simple, privacy-friendly Google Analytics alternative] Essential plugin, well designed, feature rich and highly programmable](https://wordpress.org/support/topic/essential-plugin-well-designed-feature-rich-and-highly-programmable/) * [Mehmet](https://wordpress.org/support/users/gandomi/) * (@gandomi) * [4 months ago](https://wordpress.org/support/topic/essential-plugin-well-designed-feature-rich-and-highly-programmable/#post-18819262) * Hi Roberto, Thank you so much for your kind words! We’re glad you find WP Statistics well designed, feature rich, and programmable. Feedback like yours keeps us motivated to keep improving the plugin. * If you ever have questions or suggestions, don’t hesitate to reach out! * Best regards, * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WP Statistics – Simple, privacy-friendly Google Analytics alternative] Migration of database colums failed –> website not avaiable](https://wordpress.org/support/topic/migration-of-database-colums-failed-website-not-avaiable/) * [Mehmet](https://wordpress.org/support/users/gandomi/) * (@gandomi) * [4 months ago](https://wordpress.org/support/topic/migration-of-database-colums-failed-website-not-avaiable/#post-18817910) * Hi [@cortlieb](https://wordpress.org/support/users/cortlieb/), * We’re sorry about this experience. We’ve identified the root cause, the background migration process can overwhelm the database on certain hosting configurations, which is what caused your site to become inaccessible. * **This problem is often related to hosting resource limits.** Before applying the fix below, we strongly recommend checking the following with your hosting provider to prevent it from happening again: - **PHP Memory Limit:** Should be at least `256M`. You can check this in **Tools > Site Health > Info > Server** once your site is back up. If it’s lower, ask your host to increase it or add `define('WP_MEMORY_LIMIT', '256M');` to your `wp-config.php`. - **PHP Max Execution Time:** Should be at least `120` seconds. - **MySQL Max Connections:** On shared hosting this can be very low. The migration runs many database queries in quick succession. Ask your host if there is a limit on simultaneous database connections or queries per second, and if so, whether it can be increased. - **WP-Cron:** The migration relies on WordPress cron. Some hosts disable or throttle WP-Cron. Ask your host to confirm cron is enabled and not rate-limited. * **To restore your site, please follow these steps using phpMyAdmin:** 1. Log in to your hosting control panel and open **phpMyAdmin** 2. Select your WordPress database 3. Go to the **SQL** tab and run the following queries one by one: * ```wp-block-code -- Step 1: Remove all queued migration batch data DELETE FROM wp_options WHERE option_name LIKE 'wp_statistics_visitor_columns_migrator_batch_%'; DELETE FROM wp_options WHERE option_name LIKE 'wp_statistics_update_visitors_source_channel_batch_%'; -- Step 2: Remove process locks DELETE FROM wp_options WHERE option_name LIKE '%wp_statistics_visitor_columns_migrator_process_lock%'; DELETE FROM wp_options WHERE option_name LIKE '%wp_statistics_update_visitors_source_channel_process_lock%'; -- Step 3: Remove status flags DELETE FROM wp_options WHERE option_name IN ( 'wp_statistics_update_visitors_source_channel_status', 'wp_statistics_visitor_columns_migrator_status' ); -- Step 4: Reset migration tracking DELETE FROM wp_options WHERE option_name = 'wp_statistics_jobs'; ``` * **Note:** If your table prefix is not the default `wp_`, replace `wp_options` with your actual prefix (e.g. `xyz_options`). You can check this in your `wp- config.php` file under `$table_prefix`. 4. If you previously deactivated WP Statistics via FTP, you can now reactivate it from **Plugins > Installed Plugins** in your admin. The migration will no longer auto-run. 5. The migration prompt may reappear in the admin area. **Please do not start it again** until you’ve confirmed the hosting resources above are adequate, or until we release an update with improved handling for large databases. * We’ve escalated this matter to our development team and we will follow up with you once a permanent fix is available. We understand how critical site availability is and we take this seriously. * Please let us know if this resolves the issue or if you need any further assistance. Viewing 15 replies - 1 through 15 (of 410 total) 1 [2](https://wordpress.org/support/users/gandomi/replies/page/2/?output_format=md) [3](https://wordpress.org/support/users/gandomi/replies/page/3/?output_format=md)… [26](https://wordpress.org/support/users/gandomi/replies/page/26/?output_format=md) [27](https://wordpress.org/support/users/gandomi/replies/page/27/?output_format=md) [28](https://wordpress.org/support/users/gandomi/replies/page/28/?output_format=md) [→](https://wordpress.org/support/users/gandomi/replies/page/2/?output_format=md)