Forum Replies Created
-
AuthorPosts
-
Sorry for delay,
I in rare cases a plugin may need to directly request files in its folder. In these cases above rule will block access.
Therefore, if you experience problem it’s better to use this one:
wp-content/plugins/hide_my_wp/==nothing_404_404
Yes, I’m going to add it (the second rule) to future version. You can hide any other folder with same method.
Smart 🙂
Simply add this rule to your Replace URLs field:
wp-content/plugins/==nothing_404_404
Try here again
I saw it. You’re correct there’s a problem with htaccess.
I need FTP access to see and edit htaccess file. If you can’t provide it for any reason please install WP Htaccess Editor plugin.
First deactivate HMWP to make sure it was caused by HMWP.
Deactivating HMPW revert everything back if not it means the problem is not related to it.
Conversely, deactivating BWS doesn’t revert everything back and you probably need a fresh install. I suggest to take a backup using WP default export option and remember other important data. Then install a new fresh WP.
September 23, 2013 at 6:44 pm in reply to: suggestion – use your own BEGIN/END commented block in .htaccess #168Thanks for your suggestion!
In fact, it was already implemented for manual, Nginx and multi-site rules but single, Apache rules are added automatically by WordPress and we have no control over it.
It was fixed now! I also updated your version to 2.11 🙂
Thanks for registering in our forum!
Please provide debug report (from start tab). If it couldn’t help I also may need login details.
PS: You can send them as a ‘private reply’.
Glad to hear it.
Yes, this works for all updates.
CodeCanyon usually sends update notification to buyers.
OK, I’ll find it and take a look.
Go to your downloads page in CodeCanyon account and download it. It’s free!
To update there’s an answer in FAQ. It’s easy just deactivate and delete old version and install new version. You can also use Import/Export settings if you want.
Hello,
Unfortunately Minification is a complex operation and need a valid HTML code. Maybe that plugin is not valid or uses very new HTML5 APIs.
You can try W3 Total Cach minify module, too. If the problem persists you can exclude map page from minification. [I think W3TC has that feature]
If there are not so many comments in your HTML. You can also use Replace in HTML to manually remove them!
September 23, 2013 at 12:47 pm in reply to: htaccess redirects work, but html remains unchanged #155Hello
That’s because you use v2.1!
As you may read in the forum there is a little problem that stop this version from working.
Simply update plugin to v2.11 and it will work again 🙂
It was fixed 🙂
I just changed ‘files’ to ‘storage’ so no more conflict with new files folder in MS.
I also removed www from favicon URL.I don’t know why some customers want to enable all login plugins at once. Those actually don’t increase your security instead just bother you (and your users).
I think the problem is Login Ninja, disable it and try again.
If it doesn’t help this means one of those plugins uses a non-standard way for login address. Plugins should not use ‘wp-login.php’ directly in their source code they should use wp_login_url() function.
HMWP doesn’t do so much in wp-login page. It only need wp_login_url and nothing more so you may need to manually change their source code.
Thanks!
It seems the WP login details is wrong. I just temporary locked 🙂
Please check it out.
-
AuthorPosts