ozzymuppet

No worries, thanks for the great plugin.

I just went on a deleting spree to clean out some auto redirects and now the logging has come back, after more than 24 hours… weird.

I turned on debug and put in an obviously incorrect address so you can see the logs (below). I can’t see any obvious errors.

What did concern me though is that it’s logged a valid URL (for an image) and says it redirected to my default homepage. Strange no? https://imgur.com/a/uK7XP When I do the same, it does’nt appear in the log again…. also strange heh.

LOG

2017-05-24 10:06:35 (INFO): Updating database version (begin).
2017-05-24 10:06:35 (INFO): 734 log rows were migrated to the new table structre.
2017-05-24 10:06:35 (INFO): Updating database version (end).
2017-05-24 14:01:30 (INFO): deleteOldRedirectsCron. Old captured URLs removed: 0, Old automatic redirects removed: 0, Old manual redirects removed: 0, Old log lines removed: 0, Duplicate rows deleted: 7
2017-05-25 14:01:05 (INFO): deleteOldRedirectsCron. Old captured URLs removed: 0, Old automatic redirects removed: 0, Old manual redirects removed: 0, Old log lines removed: 0, Duplicate rows deleted: 22
2017-05-26 13:45:23 (DEBUG): Displaying sub page: abj404_options
2017-05-26 13:45:28 (DEBUG): Processing request for action: (none)
2017-05-26 13:45:28 (DEBUG): Displaying sub page: abj404_debugfile
2017-05-26 13:46:18 (DEBUG): Processing 404 for URL: /wp-content/charts/1004407.png | Redirect: {"id":0} | is_single(): | is_page(): | is_feed(): | is_trackback(): | is_preview(): | options: auto_redirects: 1, auto_score: 80, auto_cats: 0, auto_tags: 0, dest404page: 4488|1, HTTP_USER_AGENT: Googlebot-Image/1.0, REMOTE_ADDR: [REMOVED IP 2], REQUEST_URI: /wp-content/charts/1004407.png
2017-05-26 13:46:18 (DEBUG): No posts or pages matching slug: 1004407.png
2017-05-26 13:46:28 (DEBUG): Logging redirect. redirect_id: 9325 | Referer: | Current user: | From: /wp-content/charts/1004407.png to: https://www.REMOVED.com/REMOVED, Reason: user specified 404 page
2017-05-26 13:46:45 (DEBUG): Processing request for action: (none)
2017-05-26 13:46:45 (DEBUG): Displaying sub page: abj404_debugfile
2017-05-26 13:47:17 (DEBUG): Processing request for action: (none)
2017-05-26 13:47:17 (DEBUG): Displaying sub page: abj404_redirects
2017-05-26 13:47:28 (DEBUG): Processing request for action: (none)
2017-05-26 13:47:28 (DEBUG): Displaying sub page: abj404_logs
2017-05-26 13:47:28 (DEBUG): 473 redirects found for logs page select option.
2017-05-26 13:47:29 (DEBUG): 500 log records displayed on the page.
2017-05-26 13:48:40 (DEBUG): Processing 404 for URL: /dsa/dkauw | Redirect: {"id":0} | is_single(): | is_page(): | is_feed(): | is_trackback(): | is_preview(): | options: auto_redirects: 1, auto_score: 80, auto_cats: 0, auto_tags: 0, dest404page: 4488|1, HTTP_USER_AGENT: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:53.0) Gecko/20100101 Firefox/53.0, REMOTE_ADDR: [REMOVED IP], REQUEST_URI: /dsa/dkauw
2017-05-26 13:48:40 (DEBUG): No posts or pages matching slug: dkauw
2017-05-26 13:48:52 (DEBUG): Logging redirect. redirect_id: 9326 | Referer: | Current user: REMOVED_ADMIN_ACCOUNT | From: /dsa/dkauw to: https://www.REMOVED.com/REMOVED, Reason: user specified 404 page
2017-05-26 13:48:59 (DEBUG): Processing 404 for URL: /wp-content/charts/1004407.png | Redirect: {"id":0} | is_single(): | is_page(): | is_feed(): | is_trackback(): | is_preview(): | options: auto_redirects: 1, auto_score: 80, auto_cats: 0, auto_tags: 0, dest404page: 4488|1, HTTP_USER_AGENT: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:53.0) Gecko/20100101 Firefox/53.0, REMOTE_ADDR: [REMOVED IP], REQUEST_URI: /wp-content/charts/1004407.png
2017-05-26 13:48:59 (DEBUG): No posts or pages matching slug: 1004407.png
2017-05-26 13:48:59 (DEBUG): Processing 404 for URL: /wp-content/uploads/blank.gif | Redirect: {"id":0} | is_single(): | is_page(): | is_feed(): | is_trackback(): | is_preview(): | options: auto_redirects: 1, auto_score: 80, auto_cats: 0, auto_tags: 0, dest404page: 4488|1, HTTP_USER_AGENT: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:53.0) Gecko/20100101 Firefox/53.0, REMOTE_ADDR: [REMOVED IP], REQUEST_URI: /wp-content/uploads/blank.gif
2017-05-26 13:48:59 (DEBUG): No posts or pages matching slug: blank.gif
2017-05-26 13:49:07 (DEBUG): Logging redirect. redirect_id: 9327 | Referer: https://www.REMOVED.com/REMOVED | Current user: REMOVED_ADMIN_ACCOUNT | From: /wp-content/uploads/blank.gif to: https://www.REMOVED.com/REMOVED, Reason: user specified 404 page
2017-05-26 13:49:07 (DEBUG): Logging redirect. redirect_id: 9328 | Referer: https://www.REMOVED.com/REMOVED | Current user: REMOVED_ADMIN_ACCOUNT | From: /wp-content/charts/1004407.png to: https://www.REMOVED.com/REMOVED, Reason: user specified 404 page
2017-05-26 13:49:07 (DEBUG): Processing request for action: (none)
2017-05-26 13:49:07 (DEBUG): Displaying sub page: abj404_debugfile

+Clicked button to email me any replies.

Me too. Did you ever fix this? Seems like a great plugin, shame about this. I can hopefully enable manually though, without the Wizard.

Hello,

Thanks for your offer, appreciate that. I managed to resolve it by reprocessing all the data back in again (takes a while with 4k+ posts importing from XML!) I believe this was caused by an XML import that was cancelled halfway through. It must have left some field half or incorrectly populated.

Thanks again.

I think I can answer my own question – yes it captures it, as the EAL plugin uses a 301 redirect.

So I guess the question then comes back to filtering information, and how these “known” redirects could be captured and excluded from logs (eg. by having an option to exclude 301s based on wildcards like /go/), but still being able to capture a genuine situation where a /go/ redirect link does’nt actually exist nor lead to anywhere (ie. 404 page).

A lot of master data changes. It has to be the data given its only affecting clicks from the last 24 hours, works normally for all previous dates.

Can you advise what Axis#0 is? Is that the category name perhaps?

Set to resolved.

I have’nt had any more of the /-/-/-/-/-/-/-/-/-/-/ since 2017/04/01 04:04:14 AM

1st April… I don’t think I had upgraded by then? What I had changed was I installed a security plugin (WB Cerber) as your plugin (404 solution) notified me that various people were trying to access the XML-RPC (and incorrectly) which is frequently exploited by hackers. So I reckon those /-/-/ may be generated by someone trying to penetrate the site.

I think your plugin has helped me with security too! Good stuff. I’ll let you know if I see it anymore of it.

Fantastic – thank you! I’ve cleared out the history, set debugging on, and will take a look after a few days. It really is a useful plugin, I did’nt realise the 404s which were generated previously.

One useful config item would be the option to auto filter Googlebot captured 404s, as it’s frequently checking pages/images I removed a long time ago. And allowing you to show more than 25 items per page, up to 200 perhaps, as sometimes you may want to clear a lot out, but not everything via the purge.

Hello,

Thanks for your response. You’re right, was a CSS issue. I was able to resolve it two ways.

1. First, I gave the lower/content section of my website a CSS ID#, then reduced the Z-Index on that (as opposed to increasing Z-Index of menu). This fixed the issue, but meant components on that lower section didn’t activate as they should.

2. I re-enaged the actual wordpress (php) header section, and put the Switcher into that. Previous I was generating my own header with DIVs which proved a bad idea given these Z-Index troubles. Having the header and content sections separated in this way ensured they were both able to be activated my mouse-over, etc.

Looking great now, thank you for the excellent plugin!

Hmm… shortcodes.php looks like actual wordpress code, not the plugin so I won’t be removing it.

Can you please investigate this problem further? The plugin is working sure, but we can’t have an error displaying on our pages ??

Thanks.

Disabled majority of other plugs, purged cache, disabled cloudflare, refreshed .htaccess

I suspect its the plugin itself? Will check the line 560 and perhaps remove it, if its not working anyway.