3.0.0 Release Note

May 11, 2021
Darko G.

I’m very pleased to announce the release of new version which has a featured function “blocking on front-end” !

New feature: Blocking on front-end


I love right to internet access and hate internet censorship. That’s why I’ve hesitated to equip IP Location Block with this feature until now. The purpose of it is not for regional restrictions on content itself but definitely for security. However “The end justifies the means”. As for my analysis of this plugin’s security performance, this version has now greatly improved its potential ability for defence.

Analysis of Attack Vectors

Front-end target settings

OK, let’s look at a new section named “Front-end target settings”.

Front-end target settings

  • Matching rule
    You can specify it independently of one at “Validation rule settings”.

  • Validation target
    You can select either “All requests” or “Specify the targets”. In the latter case (which is a bonus feature gift ), you can specify the type of single and archive pages as blocking target.

  • UA string and qualification
    You can flexibly make a special rule set for each user agent to control their passage and blockade so as not to be afraid about SEO.

It’s very simple and streight forward, isn’t it? You can find some details in “[Overview][Overview]” and also in “UA string and Qualification”.

Chrome Compression Proxy

Google provides their data saver which can significantly reduce cellular data usage to optimize website content for Android.

Chrome Compression Proxy

This service keep client’s IP address in X-Forwarded header. So this plugin will automatically replace it as the origin IP address.

Living with caching plugin

Currently, this plugin supports WP Super Cache, W3 Total Cache and Vendi Cache (which was formerly built in Wordfence) under certain conditions. For example, WP Super Cache must be configured to use PHP with “Late init”.

WP Super Cache

For more detail, please refer to the documents “Living with caching plugin”.

Security and Speed

Definitely we need both of them. So you might be intersted in not only the performance on back-end but also performance on front-end.

It’s hard to strike a balance between them because a caching plugin would try to respond the contents without excuting any PHP codes at the very beggining of WordPress core proccess. That’s why Wordfence once had their own caching system named Falcon Engine.

I’m not satisfied with caching by PHP and late initialization. So I’d like to challenge to make this plugin more compatible with other caching plugins in the future!

Please feel free to post your issues, requests and suggestions at Support forum emoji .

Leave a Reply

Your email address will not be published. Required fields are marked *

© 2024 - IP Location Block by IDEOLOGIX Media