Validates the URL used and if not matching the official permalink then it issues a HTTP 301 or HTTP 404 message.
If having the ability to use htaccess or isapi_rewrite, then one should continue to use these to add missing trailing back-slash or www prefix. They are a lot faster at redirecting than Permalink Validator, as they are activated without starting the PHP script engine when the URL has incorrect format.
Permalink Validator extends the validation so besides checking the format, then it also checks that the url is referring to something valid. The validation of the url doesn't generate any extra overhead in database queries (unless the url requires redirection).
The plugin makes a redirect when the url used to reach the page doesn't match the expected permalink url. Some times this leads to an endless loop, which Firefox shows as:
The page isn't redirecting properly <br/> <br/> Firefox has detected that the server is redirecting the request for this address in a way that will never complete. <br/> * This problem can sometimes be caused by disabling or refusing to accept cookies. <br/>
This can be caused by a conflict in the htaccess / isapi_rewrite redirection rules and the given permalink structure:
If this is not the case then you are very welcome to post a topic with your problem as feedback to this plugin. Please include your permalink-structure and WordPress version in your description of the problem.
The Permalink Validator will pretty much validate any URL you throw at it, but sometimes there are URL's that should not be validated.
Edit the plugin-code and replace this line:
$excludes = array();
With an array of the URL's to ignore:
$excludes = array("/forum");
Plugins that requires an URL excluded:
Add the following lines to your robots.txt:
Disallow: */feed <br/> Disallow: */atom <br/> Disallow: */rss2 <br/> Disallow: */rss <br/> Disallow: */trackback <br/> Disallow: /*/feed <br/> Disallow: /*/atom <br/> Disallow: /*/rss2 <br/> Disallow: /*/rss <br/> Disallow: /*/trackback <br/>
WordPress supports by default Apache htaccess and its mod_rewrite rules. When using WordPress on IIS then these will not work and one is limited to this type of permalink:
If using isapi_rewrite and changing from using index.php to not using index.php, then one can use the following httpd.ini (Assumes WordPress is installed in the root):
[ISAPI_Rewrite]<br/> # Rules to ensure that normal content gets through <br/> RewriteRule /software-files/(.*) /software-files/$1 [L] <br/> RewriteRule /images/(.*) /images/$1 [L] <br/> RewriteRule /favicon.ico /favicon.ico [L] <br/> RewriteRule /robots.txt /robots.txt [L] <br/>
# For file-based wordpress content (i.e. theme), admin, etc. <br/> RewriteRule /wp-(.*) /wp-$1 [L] <br/>
# Rule to perform 301 redirect to ensure trailing back-slash on post and pages <br/> RewriteCond Host: (.*) <br/> RewriteRule ([^.?]+[^.?/]) http://$1$2/ [I,R] <br/>
# Rule to perform 301 redirect (Remove index.php if specified) <br/> RewriteRule /index.php/(.*) /$1 [I,RP] <br/>
# For normal wordpress content, via index.php <br/> RewriteRule ^/$ /index.php [L] <br/> RewriteRule /(.*) /index.php/$1 [L] <br/>
Permalink Validator cannot see the difference between this url:
And this url on IIS:
It can also not see the difference between this url:
And this url on IIS:
This is because REQUEST_URI is not supported properly on IIS, and this plugin can only simulate REQUEST_URI to a certain limit. Therefore it is impossible to know whether index.php or extra slashes was specified or not. The solution is to use a rewrite engine like ISAPI_rewrite or IIS mod-rewrite as they can provide a proper REQUEST_URI.
Microsoft IIS fails to reply with error code 404 in the HTTP header, when trying to access an non existing WordPress page. This usually happens when using a custom 404 page on IIS.
It seems that when using PHP on IIS, then it is not possible to reply with a proper HTTP header. Apparently the only way to return a proper 404 on IIS is to use ASP.
Google tracking code adds a question-mark (?) option to the URL, which the Permalink Validator will strip because it is not part of the permalink URL.
Instead of using a question-mark (?), then one could use a hash (#) value, and then modify the Google tracking code to extract the hash value instead of the question-mark value.
Requires: 2.0.0 or higher
Compatible up to: 2.6
Last Updated: 7 years ago
Active Installs: 200+
Got something to say? Need help?