Вопросы по All In One WP Security & Firewall

Резервную копию сайта? Не считая переставшего работать плагина, сайт в порядке. Как я понял, мне тоже надо удалить переименованную папку плагина и поставить его заново.

В .htaccess ничего не делал. Вот его код на момент возникновения проблемы:

# BEGIN All In One WP Security
#AIOWPS_BLOCK_WP_FILE_ACCESS_START
<Files license.txt>
order allow,deny
deny from all
</files>
<Files wp-config-sample.php>
order allow,deny
deny from all
</Files>
<Files readme.html>
order allow,deny
deny from all
</Files>
#AIOWPS_BLOCK_WP_FILE_ACCESS_END
#AIOWPS_BASIC_HTACCESS_RULES_START
<Files .htaccess>
order allow,deny
deny from all
</Files>
ServerSignature Off
LimitRequestBody 10240000
<Files wp-config.php>
order allow,deny
deny from all
</Files>
#AIOWPS_BASIC_HTACCESS_RULES_END
#AIOWPS_PINGBACK_HTACCESS_RULES_START
<IfModule mod_alias.c>
RedirectMatch 403 /(.*)/xmlrpc\.php$
</IfModule>
#AIOWPS_PINGBACK_HTACCESS_RULES_END
#AIOWPS_LOGIN_WHITELIST_START
<FilesMatch "^(wp-login\.php)">
Order Allow,Deny
Allow from мой сайт
Allow from IP моего сайта
Allow from мой IP
</FilesMatch>
#AIOWPS_LOGIN_WHITELIST_END
# END All In One WP Security

php_value display_errors 1
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Как я уже писал выше, это не помогло, в панель администратора смог зайти только после переименования папки. Сейчас хочу понять как корректно снести плагин (просто удалить папку?) и что могло послужить причиной проблемы. В плагине делал минимальные настройки, без режима обслуживания и защиты от брут-форса (не считая блокировки чужих IP при обращении к wp-login).

Я не делал ничего лишнего, только то, что вы рекомендовали. Но сейчас подозреваю, что проблема могла возникнуть из-за моей невнимательности — я пытался войти через /wp-admin и забыл, что воспользовался опцией смены URL страницы входа. Самое интересное, что когда я захотел это проверить и все восстановил (вернул прежний код в .htaccess и переименовал обратно папку плагина), то смог зайти сразу, без ручного ввода нового имени (оно само появилось в адресной строке). Если проблема повторится, проверю в этом ли было дело.

Уточните пжст — какие файлы важнейшие? Разве резервной копии БД не достаточно?

Ar1ur! Не обижайтесь, но надеюсь теперь проблема решена?

Константин, я вовсе не обижаюсь, напротив — очень вам признателен за подробные и весьма полезные разъяснения. Да, проблема решена, просто мне интересно почему система перестала впускать меня по новому имени URL ни с того ни с сего (я ведь даже не выходил), но зато когда я все восстановил — сразу впустила, мне даже не пришлось вводить новый URL.

Перестали автоматически создаваться резервные копии. В настройках частота создания бекапов указана ежедневно («1 — дней»), включена опция получения бекапов на почту. Но последний бекап был создан 19-ого апреля. В папке wp-content\aiowps_backups только пять бекапов (но с какими-то странными датами: 12-ого, 13-ого, 16-ого, 17-ого, 19-ого). Я предположил, что это как-то связано с количеством бэкапов для хранения (изначально указал пять), и поменял на сто — ничего не изменилось, автоматически бекапы по-прежнему не создаются. Вручную создаются (только на почту). Интересно, что точно такая же проблема у меня была на предыдущем плагине, Better WP Security.

Подскажите пжст кто знает: какая может быть причина и как ее исправить?