Media redirects does not work if url contains wp-content
Hi Richard,
I just migrated a website from Wordpress to Umbraco, and when setting up redirects I noticed that none of the media redirects was working. After a bit of investigating, I noticed that media redirects where the url does not contain "wp-content" works fine.
Are there any specific logic in the source code about urls containing "wp-content", or am I missing something?
wp-content should not matter. I assume you get a picker to content items? SEOChecker tries to determine what a type should be based on the extension .pdf/.png etc should be media rest content. what is the complete url you try to redirect?
I get to pick media all right.
The redirect simply doesn't work when I include wp-content in the path. Tried it on another solution too, with the same result.
Try creating a redirect from "/wp-content/randomimage.jpg" to an image in your media library. If I try with "/subfolder/randomimage.jpg" it works fine for me.
Ah sorry, should have ring a bell in the first post. SEOChecker V2 comes with a bot filter that filters possible BOT hack attempts. This is because of hack scripts people use to find exploits in Wordpress sites. Those got logged in the past but not anymore because of this filter.
To fix your issue go to /appplugins/seochecker/config. Open SEOCheckerBotFilter.config and remove the following line
<urlFilter>wp-content/</urlFilter>
Then save and restart the site and all should be good again.
That makes sense. Good to know. Perhaps you should add "wp-login" to that list by default. I see a lot of hits in the inboud link errors section. I created a redirect to /, but I'll add it to the SEOCheckerBotFilter.config instead.
Media redirects does not work if url contains wp-content
Hi Richard, I just migrated a website from Wordpress to Umbraco, and when setting up redirects I noticed that none of the media redirects was working. After a bit of investigating, I noticed that media redirects where the url does not contain "wp-content" works fine.
Are there any specific logic in the source code about urls containing "wp-content", or am I missing something?
Thanks!
Hi,
wp-content should not matter. I assume you get a picker to content items? SEOChecker tries to determine what a type should be based on the extension .pdf/.png etc should be media rest content. what is the complete url you try to redirect?
Best,
Richard
I get to pick media all right. The redirect simply doesn't work when I include wp-content in the path. Tried it on another solution too, with the same result.
Try creating a redirect from "/wp-content/randomimage.jpg" to an image in your media library. If I try with "/subfolder/randomimage.jpg" it works fine for me.
I'm using v2.20.
Ah sorry, should have ring a bell in the first post. SEOChecker V2 comes with a bot filter that filters possible BOT hack attempts. This is because of hack scripts people use to find exploits in Wordpress sites. Those got logged in the past but not anymore because of this filter.
To fix your issue go to /appplugins/seochecker/config. Open SEOCheckerBotFilter.config and remove the following line
Then save and restart the site and all should be good again.
Best,
Richard
That makes sense. Good to know. Perhaps you should add "wp-login" to that list by default. I see a lot of hits in the inboud link errors section. I created a redirect to /, but I'll add it to the SEOCheckerBotFilter.config instead.
wp-login will be added :) wp-login.php was already there, In case you ever want to add something. Those files are open source https://github.com/rsoeteman/seochecker-resources
Thanks,
Richard
is working on a reply...