тем, что сервер как-то пытается обработать запрос, но возникает ошибка и отдает код 503 и при этом какае-то нагрузка все же создается. возможно сам хостер в правилах ngnix вашего закрыл таким способом к нему доступ. по хорошему после применения блокировки - должно отдавать 403 ошибку и при этом нагрузка будет минимальна.
как вариант можете удалить или переименовать этот файл xmlrpc.php в корне сайта. особо ни на что он не повлияет, но с последующим апдейтом вордпресса - снова появится
greg_cdr@i.ua: XMLRPC по дефолту закрыт, кажется, с версии 3,5
да нет, работает как обычно и в текущих версиях. я у себя обнаружил много ПОСТ-запросов именно к нему даже когда отключал его функционал в системе. а на сайте ТС выдается 503 ошибка кстати
вам нужно найти дырку с своей ЦМС - для начала попробуй подключить логер ПОСТ-запросов, далее удалить вредоносные файлы с сайты и уже в логах следить каким способом появляются новые
далее проверьте права на запись на папках сайта, выставьте правильные + в папки для загрузки картинок вкиньте хтакес с следующим содержанием:
<FilesMatch "\.([Pp][Hh][Pp]|[Cc][Gg][Ii]|[Pp][Ll]|[Ph][Hh][Tt][Mm][Ll])\.?.*"> Order allow,deny Deny from all </FilesMatch>
так же можно подключить скрипт АнтиШелл и настроить его работы через крон на проверку сайта каждые 6 часов. на почту будут отправляться отчеты о новых\измененных файлах
как вариант - еще для статики (картинки, стили, скрипты) подключить CDN + проверить лог ошибок пхп на сервере и если они найдутся - попытаться устранить.
часто нагрузку еще дают скрипты (с неправильными настройками) по уменьшению изображений на лету - типа после уменьшения не кешируют, а каждый раз для каждого юзера генерят картинку
смотрите в сторону плагина XCloner - Backup and Restore - бэкапит сайт и базу в один архив и в другом месте разворачивает, но все равно после него прийдется еще пройтись по поиску-замене старых УРЛ на новые
у меня у одного в статистике сайта за сегодня появились фразы, по которым человек пришел на сайт из поиска? просмотрел за предыдущие дни - почти 95% пустых, а сегодня "как прорвало" (проверку делал по 3-4 сайтам, везде стали видны поисковые фразы). они же их шифровали и только в метрике можно было смотреть, а сегодня что-то обновили?
можно подобное запихнуть в archive.php или почитайте про функцию status_header()
// ставим статус
$wp_query->set_404();
status_header(404);
// выводим файл 404.php
include( get_query_template( '404' ) );
вот такое сохранено в закладках Рейтинг с помощью jQuery, Ajax и PHP
Ой, а чем это мне грозит?
тем, что сервер как-то пытается обработать запрос, но возникает ошибка и отдает код 503 и при этом какае-то нагрузка все же создается. возможно сам хостер в правилах ngnix вашего закрыл таким способом к нему доступ. по хорошему после применения блокировки - должно отдавать 403 ошибку и при этом нагрузка будет минимальна.
как вариант можете удалить или переименовать этот файл xmlrpc.php в корне сайта. особо ни на что он не повлияет, но с последующим апдейтом вордпресса - снова появится
XMLRPC по дефолту закрыт, кажется, с версии 3,5
да нет, работает как обычно и в текущих версиях. я у себя обнаружил много ПОСТ-запросов именно к нему даже когда отключал его функционал в системе. а на сайте ТС выдается 503 ошибка кстати
о, вспомнил! сейчас же наиболее частая проблема вордпрессов - боты брутят пароль админа через xmlrpc.php - закройте к нему доступ в хтакес
вам нужно найти дырку с своей ЦМС - для начала попробуй подключить логер ПОСТ-запросов, далее удалить вредоносные файлы с сайты и уже в логах следить каким способом появляются новые
далее проверьте права на запись на папках сайта, выставьте правильные + в папки для загрузки картинок вкиньте хтакес с следующим содержанием:
так же можно подключить скрипт АнтиШелл и настроить его работы через крон на проверку сайта каждые 6 часов. на почту будут отправляться отчеты о новых\измененных файлах
как вариант - еще для статики (картинки, стили, скрипты) подключить CDN + проверить лог ошибок пхп на сервере и если они найдутся - попытаться устранить.
часто нагрузку еще дают скрипты (с неправильными настройками) по уменьшению изображений на лету - типа после уменьшения не кешируют, а каждый раз для каждого юзера генерят картинку
странно, а скрипт метрики нормально подключен и есть ли он на странице в коде? после загрузки страницы в консоле ошибок нет?
как вариант - на кнопку сабмита вешаете ID по типу: id:form_4_submit
и далее в конце страницы такой скриптик:
$("#form_4_submit").click( function() {yaCounter34060xxx.reachGoal("mskheader");});или же ID вешаете на саму форму, а в скрипте уже проверку на сабмит
смотрите в сторону плагина XCloner - Backup and Restore - бэкапит сайт и базу в один архив и в другом месте разворачивает, но все равно после него прийдется еще пройтись по поиску-замене старых УРЛ на новые
у меня у одного в статистике сайта за сегодня появились фразы, по которым человек пришел на сайт из поиска? просмотрел за предыдущие дни - почти 95% пустых, а сегодня "как прорвало" (проверку делал по 3-4 сайтам, везде стали видны поисковые фразы). они же их шифровали и только в метрике можно было смотреть, а сегодня что-то обновили?