EastDevonAlliance

P.S. The BetterWordpress web site also looks abandoned with documentation replaced by adverts.

I note that Volodymyr Kolesnykov (@SJinks) made a Pull Request on BWP reCaptcha 2 years ago and there was no response, so it seems like this plugin is no longer supported by the author.

However you may find that Volodymyr is maintaining his own copy at https://github.com/sjinks/bwp-recaptcha (but it does mean that you will need to update manually rather than using the wordpress plugin updater.

Did you set regex?

Otherwise you can hand craft a .htaccess rule.

Source url: https://olddomain/(.*)
Target url: https://newdomain/$1

The link I refer to is an external link to https://contactform7.com/additional-settings/

I am not sure that you would want to do that as serving e.g. a jpg through wordpress is about 100x slower that just serving it.

So you should look to try the nginx redirection functionality in this plugin.

Well the configuration looks correct, but it isn’t working. Have you tried setting wordpress debug on to see whether there are any error messages?

Have you checked your htaccess file to see if a redirect has been left there by this plugin?

Please provide full details of the urls and the redirects you have set up.

Line 302 in /wp-content/plugins/redirection/models/redirect.php says:

if (
	( $this->regex === false && (
		$this->url === $url || 
		$this->url === rtrim( $url, '/' ) || 
		$this->url === urldecode( $url ) 
		)
	) || 
	( $this->regex === true && 
		@preg_match( '@'.str_replace( '@', '\\@', $this->url ).'@', $url, $matches ) > 0
	) || 
	( $this->regex === true && 
		@preg_match( '@'.str_replace( '@', '\\@', $this->url ).'@', urldecode( $url ), $matches ) > 0
	) 
) {

So if regex is not set then I cannot see why you should be experiencing your issue.

NOTE: There is (I think) a bug in this code though not related to the issue above:

$this->url === rtrim( $url, '/' )

should I think be:

rtrim($this->url, '/') === rtrim( $url, '/' )

Also, I am not sure that this should be an === comparison which is case sensitive or == which is case insensitive – or do you need to lower-case the URL to make a case-insensitive comparison?

• This reply was modified 7 years, 10 months ago by EastDevonAlliance.
• This reply was modified 7 years, 10 months ago by EastDevonAlliance.
• This reply was modified 7 years, 10 months ago by EastDevonAlliance.

The regex cheeckbox treats the string as a regex – if you don’t use special regex characters, then it treats it as a sub-string to look for. Which is why I asked.

But if the checkbox is unchecked, then this would seem to be a bug.

Do you have the regex box checked?

Look for a separate plugin for this – there are lots to choose from.

Looks correct to me.

It works when you don’t put the extension on because WP’s php code is triggered and so the redirection plugin runs.

I suspect that when you have a URL with the extension, then your web server attempts to serve it directly without running WP and so you get a 404.

I see you are running an nginx server, so you will need to check your nginx configuration to see what happens when you do / do not have an extension.