IP динамический, но мне не влом будет зайти через FTP и заменить на время обслуживания сайта, данные моего текущего IP. У меня больше вопрос в правильности директив в файле .htaccess, чтобы скрипты движка сайта могли правильно работать. Есть правильный рецепт?
Рецепт как модифицировать admin path я уже применил, но вот как модифицировать user path я так понял в drupal 6.x рецептов нет. Может тогда в .htaccess что-то хитрое настроить для запрета доступа к ***.ru/user и к ***.ru/user/login
используя что-то типа
Deny from all
Allow from *.*.*.*
Пользователей на сайте кроме админа нет, поэтому может просто закрыть доступ для всех, кроме своего ip адреса?
В логах админки друпала ничего необычного не нашёл, в логах FTP - поддержка хостинга тоже говорит, что ничего нет. У меня появилось предположение, что причина в хранении пароля от достопа к FTP в файле ftp.ini тотал коммандера. Сейчас удалил и поменял.
Опять пытаются взломать?! Взлом через ошибку _real_escape_string() expects parameter 1 to be string, array given in
IP динамический, но мне не влом будет зайти через FTP и заменить на время обслуживания сайта, данные моего текущего IP. У меня больше вопрос в правильности директив в файле .htaccess, чтобы скрипты движка сайта могли правильно работать. Есть правильный рецепт?
Опять пытаются взломать?! Взлом через ошибку _real_escape_string() expects parameter 1 to be string, array given in
Рецепт как модифицировать admin path я уже применил, но вот как модифицировать user path я так понял в drupal 6.x рецептов нет. Может тогда в .htaccess что-то хитрое настроить для запрета доступа к ***.ru/user и к ***.ru/user/login
используя что-то типа
Deny from all
Allow from *.*.*.*
Пользователей на сайте кроме админа нет, поэтому может просто закрыть доступ для всех, кроме своего ip адреса?
письмо от Google - обнаружен взломанный контент
Не получиться у меня провести этот эксперимент полноценно - работаю с трех различных компьютеров, не ко всем есть одновременный доступ.
письмо от Google - обнаружен взломанный контент
В логах админки друпала ничего необычного не нашёл, в логах FTP - поддержка хостинга тоже говорит, что ничего нет. У меня появилось предположение, что причина в хранении пароля от достопа к FTP в файле ftp.ini тотал коммандера. Сейчас удалил и поменял.