jimmycrackedcorn

If I were to guess at this author’s motivation it’s probably because this is/was a free plugin that he likely made for himself mostly. Without any monetization, there is no reason he has to support the plugin at all. Nobody has paid him anything.

Do you have any suggestion for embedding .docx or .pptx files? GDE did that well and I have a client’s intranet that still needs a solution.

Hmm…I haven’t ever installed this myself because my web host includes it in the package when they install WordPress on any new hosting account that I create. I don’t think you missed something except for believing that I (should have)/had read the installation instructions.

Did you test using the “Quick Page/Post Redirect” plugin with 301 redirects as well as Meta redirects?

Alright, that’s fair enough, but if there is a secret 404 happening instead of a 301 like I would have expected, then this is impacting my SEO. I’m anxious to learn what you find after you investigate.

Thank you for doing that, but I’ve just finished. ??

Ok, I just noticed that in order for the logging to begin, I must change a setting

https://www.wpsecurityauditlog.com/wordpress-user-monitoring-plugin-documentation/logging-404-requests-urls-logfile/

I will now go manually do this on all 47 of my sites. Thank you.

Are you sure this is working? I upgraded an hour ago and I see the (empty) new subdirectory at wordpress/wp-content/uploads/wp-security-audit-log/404s/ but there’s no log file being written in there for the site I’m watching, despite the dashboard showing more 404 reports.

I found my solution. In the wp-config.php file the plug-in Root Relative URLs left behind

define(‘WP_CONTENT_URL’, ‘/wp-content’);

Changing that line to

define(‘WP_CONTENT_URL’, ‘https://’ . $_SERVER[‘HTTP_HOST’] . ‘/wp-content’);

has fixed the problem.

I found it. In the wp-config.php file your plugin left behind

define(‘WP_CONTENT_URL’, ‘/wp-content’);

Changing that to

define(‘WP_CONTENT_URL’, ‘https://’ . $_SERVER[‘HTTP_HOST’] . ‘/wp-content’);

has fixed the problem.

I think I’ve tracked this down to being an issue not with your plugin, but with remnants left behind after uninstalling a plugin called Root Relative URLs.

If anyone has any idea what gets left behind from this plugin I’d love to know.

Just wanted to post that I have not resolved this. I run 50 WordPress web sites and I use GDE on half of them.

Of those 25 sites, GDE works correctly on maybe 22 of them, beginning each embedded tag with ‘https://www.domain.com’. On the other 3 sites, GDE omits the URL and begins the tag with ‘/wp-content….’.

I can’t find the setting controlling this and as you said it seems to be outside of GDE.

In the Dashboard “Latest Alerts | WP Security Audit Log” area, those items are linked.

No, James is reporting having the exact same issue. I just started a thread because I am having the issue as well.

Ok folks, I have a pastebin link for you:

https://pastebin.com/L5RDV9Ty