kup1986
Forum Replies Created
-
For the less code savvy like myself, this would be incredibly beneficial to be an option within the plugin settings. Say a checkmark setting the upper limit for file uploads, rather than having to copy/paste the htaccess code each time.
Forum: Plugins
In reply to: [All-In-One Security (AIOS) – Security and Firewall] Creating a cacheYou can close this. We were able to figure it out.
Forum: Plugins
In reply to: [All-In-One Security (AIOS) – Security and Firewall] Creating a cacheWhat are you referring to by CDN?
We not use any cache plugin, in fact, this is one of the few we actually use. In fact, on the site I’m specifically referring to for this support ticket, there are literally a total of 5 plugins: Advanced Custom Fields Pro, All in One Security, Display Widgets, Mail Poet, and a custom Social share we wrote. We disabled them one by one and its definitely All in One causing the cached pages.
What specific log are you asking for from the server and I’ll go find that.
Forum: Plugins
In reply to: [MailPoet Newsletters (Previous)] Mailpoet not savingAs a quick follow-up, there is another option to just rename the login page (instead of the secret word redirect above). When enabled, it works fine.
websitename.com/renamedURL, for example
I would prefer the cookie based method. Its worth nothing that this method doesn’t add anything to the HTAccess file, but apparently does this in a database table instead.
Forum: Plugins
In reply to: [MailPoet Newsletters (Previous)] Mailpoet not savingI am having this problem now. We use a plugin called All In One WP Security that allows us to rename our login page from /wp-admin to a cookie-based “secret word”. For example, websitename.com/?SeCrEtWoRd=1 could be a variation of our login URL. Once that is triggered, a cookie is put on the computer and the user is allowed to proceed to /wp-admin.
I found this comment on the internet:
“In the cases where your WordPress installation has a theme or plugins which “
“use AJAX, a few extra lines of directives and exceptions need to be added to “
“your .htacces file to prevent AJAX requests from being automatically blocked “
“by the brute force prevention feature.Here is the part of our HTAccess file when this is enabled:
#AIOWPS_ENABLE_BRUTE_FORCE_PREVENTION_START
RewriteEngine On
RewriteCond %{REQUEST_URI} (wp-admin|wp-login)
RewriteCond %{HTTP_COOKIE} !*********= [NC]
RewriteCond %{HTTP_COOKIE} !aiowps_cookie_test_c4sdgc81am= [NC]
RewriteRule .* http://127.0.0.1 [L]
#AIOWPS_ENABLE_BRUTE_FORCE_PREVENTION_END(The ******** is our secret word for this particular site)
Forum: Plugins
In reply to: [Simple Calendar - Google Calendar Plugin] Last event always "dropped"yes, there are only about 15 events to begin with but the max was used
I began to revert our client’s websites to the rename feature yesterday. However, as I mentioned in this thread…something happened. I don’t know if they’re related or not, but I discovered the problem when trying to follow the advice of just using the rename feature.
Forum: Plugins
In reply to: [All-In-One Security (AIOS) – Security and Firewall] Unable to loginA bit more info I thought of:
I could see the secret word just fine in both the htaccess file as well as in the config database row. So no concerns that it got changed.
We have wordpress auto update turned off, so there wasn’t an unexpected WordPress update over the weekend. Nor did I update any plugins (including this one; the database lists version 1.6 as the version we have on this site). It just…stopped working.
I can rebuild the stuff I deleted and as I mentioned I simply renamed the plugin folder for now. I was hoping to keep all settings in place and switch to just the rename login page instead of cookie based, but at this point I just need to get back in.
Should add, we are on version 1.42.2