consultant1027
Forum Replies Created
-
Forum: Plugins
In reply to: [CleanTalk Anti-Spam. Spam Firewall & Bot protection] False Positive IncreaseBTW, do you have more specific recommendations for the settings in Lightspeed Cache? Nevermind, I see the public cache TTL is already set to 1 day.
- This reply was modified 9 months, 1 week ago by consultant1027.
Forum: Plugins
In reply to: [CleanTalk Anti-Spam. Spam Firewall & Bot protection] False Positive IncreaseThanks. Looks like these options are set by default on newer installations so it’s the older website I need to set these options in CleanTalk. I’ll see how it goes.
Forum: Plugins
In reply to: [CleanTalk Anti-Spam. Spam Firewall & Bot protection] False Positive IncreaseService #908580
Whether or not I identified the mechanism correctly is essentially irrelevant. We are horrified just in the last week how many false positives there are. Lost a lot of business to this. Is there not a way to get a weekly report? We had no idea the severity of the problem until users started complaining and I looked at the logs.
Pretty much every spam that shows IP:1 and Email:1 or Email:0 is a false positive.Forum: Plugins
In reply to: [CleanTalk Anti-Spam. Spam Firewall & Bot protection] False Positive IncreaseAlso, if the minimum IP report setting isn’t a future option, there should be at least a setting to not count IP reports older than X years or something.
Forum: Plugins
In reply to: [CleanTalk Anti-Spam. Spam Firewall & Bot protection] False Positive IncreaseBrowsing through just the last 2 weeks of posts, this appears to be a frequent issue so I’m not alone.
Same here for a portion of users. Was not a problem until a few months ago approximately. Been using Clean Talk for years without this problem.
If you login into Clean Talk and look at your spam logs, look for the entry flagged as spam. I bet it lists, IP:1 Email:1. We are having the same issue with Formiddable forms. Only a small portion of users are identified by spam but we weren’t having this issue a few months back. They all only have a single IP report (1) and are all false positives.
I was wondering about a feature like that. Rollback option should be a standard feature of WordPress! I manage too many sites to do manual updates and test. If a down monitor is trigger then I investigate, backup the database, then restore the backup before the plugin was updated, restore the database backup (assuming the update didn’t make changes to it’s DB table structure) and then exclude it from auto updates until the problem is resolved.
That rollback plugin is a much more elegant solution.
Forum: Fixing WordPress
In reply to: 6.0.2 Causing Google Crawl Error for admin.ajax.phpI would disagree about the problem being Google Search Console simply from the fact none of my 6.0.1 sites were having the problem. Could Google Search Console been changed about the same time 6.0.2 was released? Not likely.
In any case it’s not a major factor for search implications in my opinion. Just a minor annoyance.
Forum: Fixing WordPress
In reply to: 6.0.2 Causing Google Crawl Error for admin.ajax.phpGoogle doesn’t give any more detailed information. I’m not the only one. It’s something that started happening with 6.0.2. The fact probably a lot of WordPress sites out there have yet to update to 6.0.2 combined with many WordPress users are probably not signed up with Google Search Console combined with Google can crawl different sites with less frequency doesn’t surprise me there isn’t a flood of inquiries about this yet. It may not have any significant consequence from Google rankings standpoint but my stance is that it’s better to fix it to remove the chance of that happening.
There’s another thread that just got started on it but the title of it in my opinion is not well written as to make people having the issue easily find the right thread, hence why I started a separate thread with a more accurate title description.
https://ww.wp.xz.cn/support/topic/wordpress-6-0-2-update-gsc-showing-5xx-errors/
The full path of the problem page will be {domain name}/wp-admin/admin-ajax.php
- This reply was modified 3 years, 9 months ago by consultant1027.
Forum: Plugins
In reply to: [Ultimate FAQ Accordion Plugin] 2.07 created a fatal error on multiple sitesJust happened to one of my sites using the plugin but not the other. Had to login via Recovery Mode. Interestingly, no update available message. Had to click the Details link on the plugin and update from there. .08 version fixed it here too.
I am working with support and I pointed out the fact the plug documentation says “By default, duplicate entries can’t be submitted within 60 seconds of each other.”
Like others, I’ve seen BOTH duplicate entries with the same date and time and duplicate entries hours apart. I brought this to support’s attention in my reply. They said…
“it is possible that this is caused by server cache, this is well documented here https://formidableforms.com/knowledgebase/why-am-i-receiving-duplicate-entries/”
The caching plugin I use (WP Fastest Cache) has not been recently updated nor have there been any setting changes. I’ve not had this duplicate problem before for at least 2 years (at least not that I noticed as this is a client’s website and they may have only starting noticing recently due to it happening more often.)
And the database corruption problem mentioned here https://formidableforms.com/knowledgebase/why-am-i-receiving-duplicate-entries/ per the description causes duplicates with the same datetime stamp.
So logic seems to indicate it’s not the cache plugin. As I mentioned before only two things changed with the site right before I was notified this was happening. Manual update to WordPress 5.7 and update to Formidable Forms 4.1 about 10-14 days ago.
The crazy thing is I see messages from many months ago in this support forum describing the same issues and it’s not always duplicate entries with the same time but hours or days apart. This seems to me it’s a bug in the core code of Formidable that has somehow resurfaced, or, it’s a plugin conflict that only affects certain combinations of plugins and therefore only certain user’s websites. But I’ve not installed any new plugins.
- This reply was modified 5 years, 2 months ago by consultant1027.
This thread is marked “Resolved?” LOL
As about March 25, 2021 we are starting to see this issue for the first time on one of my websites. Haven’t seen it happen on the other two running Formidable (yet). It’s happened with only two dupes at the exact same time and with 4 dupes spanning 2 days at randomnly spaced times. It’s as if the user is returning to our website and somehow triggering another form submission without actually submitting the form themselves. The contents are exactly the same.
The only thing that has changed is we updated to the latest wordpress and formidable forms plugin right before this started happing. But I see posts about similar things happening months and years ago!
Formidable has a published add-in hook to prevent duplicate entries, which to me, as a Software Developer for 30 years, is a definite BAND-AID approach to something that isn’t working right.
Got the same message from Support to install the add-in hook. Let’s have a REAL solution that doesn’t require makeshift patches.
- This reply was modified 5 years, 2 months ago by consultant1027.
I should add I doubt it’s a conflict with another plugin as disabling the conflicting plugin would have probably also solved the problem. My gut as a Sys Admin is that it is probably related to one or a combination of the WordPress version, PHP version, and using GD library instead of Imagick. I would start there as trying to get the exact combination of plugins is going to be time consuming.
PHP 7.3