One further point of clarification. Are you saying that when a site visitor requests a page, that request may generate a delete operation on the current cached files for that page and that Hummingbird handles the delete operation, but the owner of the delete request is the site visitor?
That's how I read the audit file I attached. A file was deleted by a user at IP Address.
How can someone attempt to login with an IP Address that isn't registered to a server? Are they just generating their own IP address? How would you determine whether an IP address is suspicious if it generated an IP Lockout?
thank you kindly,
Thank you kindly for following up with this ticket. After working with SiteGround, an agent cleaned out the htaccess file with just the barebones WordPress snippet. With an empty htaccess humingbird seemed to start behaving as expected.
I then re-added the hummingbird code for gzip and caching and things to be working again.
There were two snippets from the htaccess that might have contributed, but I don't speak server so I don't know.
One was a snippet to redirect for 403s ( I never added it) and another was a deny command to a SiteGround URL that the technician said they add when a WordPress script starts making too many requests.
I'll close this ticket for now.
WP Defender displays a number of exclamation marks on the dashboard. And File Scanning is completely disabled.
If you can help get those back working. Thank you kindly.
Ok, I deactivated all plugins. No Change.
I re-installed HB, the error is gone, but HB still indicates that gzip and caching are disabled.
I'm out of ideas.
EDIT: I just updated the PHP version running on the server from 5.0+ to 7.0. It doesn't seem to have helped either.
EDIT 2: HB Minification isn't listing files now. I've run the minification scan 4 times and each time the page loads with the button and no files.
What else is there to do?
Thank you kindly,