Wordpress LScache Plugin: Wordfence Block
Last Updated on: Wed, 15 Apr 2026 00:00:02 good night, Im having problems with the cache along with the Wordfence plugin, when I block an IP by the plugins firewall I need to Purge ALL from the cache manually, but after some time the cache goes back to the previous version and the lock does not work even though it is active. well , thats understandable , if a page is cached by unblocked user , it wont hit PHP again , when no PHP involved , WD wont run and block request. I dont really have any good solution to this alternatively you can use rewrite rule to block an IP e.g. RewriteCond % REMOTE_ADDR ^111 .111 .111 .111$ RewriteRule . - [F,L] but this seems only to be viable if you need to block handful of IPs, if you need to block a lot or a wide-range , it may not really be an option. how does WD works with other cache plugin in such case ? hmm? I would understand this if the cache was in the browser, but the cache is on the server? so there shouldnt be this problem since the user would be reconnecting to server and PHP runs again, unless the litespeed cache is different from what Im imagining. now how wordfence works with others, I dont know, because I only use litespeed cache, I dont usually use cache from other plugins or programs that can be added to the OS and wordpress. thats precisely what I want to say , the cache is NOT stored at browser , but on the server , unless you explicitly set cache-control header without cache or cache miss : user -> webserver -> PHP , after PHP generates the page , the page will be saved into a local file at disk or memory , this step is same for all and any kind of cache plugin after cache is generated : for example , it saves into /wp-content/cache/page/xxxx.html , and then use rewrite rule or similar technique to redirect the request directly into this HTML file without invoke PHP for max efficiency and speed. except the LSWS uses server-built-in feature to redirect into cache , instead of going through rewrite rule , which is little bit of more efficient , but thats different story , the logic behind all cache plugins is same. anyway , at this step , since no PHP will be involved , so WordFence wont run to check blocking thats what I meant as I dont have any good solution for this , since PHP is not running at all. if WordFence can set a cookie or something , then we can certainly use it to vary , thats why I wonder how it works with blocking on other cache plugins. but whats the problem, wordfence has its own lock page and it runs before wordpress as I understand it. then there should be this problem on the server. after all, the server would get the cache of this wordfence page for the blocked ips. but for some reason its not being done in the litespeed cache. in the other caches from what I talked to who uses wordfence is not having this problem. I just tested with W3 Total Cache WP Fastest Cache WP Super Cache alone with LiteSpeed Cache , all act same way when page is cached
LiteCache Rush: Speed comes from using less, not from doing it faster
Reference