Using Falcon Engine with WordPress in subdirectory
-
I’ll start by confessing to using WP Rocket for caching/minification. Since the WordPress 4.3 upgrade, I’ve had serious conflict problems with both WP Rocket 2.6.6 and 2.6.7:
- Using the DocumentCloud plugin, DocumentCloud embeds fail to render
- Using the Jetpack plugin, Related Posts fail to render
Interestingly, these conflicts disappear if I deactivate WP Rocket.
Even more interesting, neither of these conflicts appear if I activate the Falcon Engine caching module in Wordfence.
But, I have a problem with Falcon Engine that I hope can be addressed (it’s what caused me to license WP Rocket).
Activating the Falcon Engine caching understandably causes the .htaccess file to be rewritten. Totally to be expected (WP Rocket does this as well). Unfortunately, if you run WordPress in a subdirectory of Apache’s document root, Falcon Engine rewrites (or writes, actually) the wrong .htaccess file.
Instead of rewriting /.htaccess, Falcon Engine creates /[wordpress]/.htaccess (where [wordpress] is the WordPress subdirectory. Falcon Engine is smart enough to download /.htaccess but not to rewrite /.htaccess. And /[wordpress]/.htaccess is apparently totally ignored in my installation:
WordPress 4.3
Wordfence 6.0.15
OS X 10.10.5/Server 4.1.5 (with OS X native Apache; Homebrew PHP 5.6.12 and Homebrew MySQL 5.6.26When I copy the contents of /[wordpress]/.htaccess to /.htaccess everything works just fine, but I’d have to manually do that every time Wordfence blocked something. And it blocks plenty, let me tell you (that’s a compliment).
Is there a way to resolve this? I’m going to show that I know just enough to be dangerous and go ahead and ask: Can I create a symbolic link to one of the .htaccess files or something?
The topic ‘Using Falcon Engine with WordPress in subdirectory’ is closed to new replies.