- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте.Просто понятия уже не имею.3 вдс уже взял( 6ядер+6гигов).
Вчера к вечеру падал раз 5.Подключил в Cloudflare.
Настроил я под атакой,сайт пока работает.До этого заказывал оптимизацию вдс ,толку нет.
Удалил практически все плагины,оставил те что нужны мне.
Знающие подскажите что делать.Небольшой скрин с панели,видно вчерашний и сегодня всплеск.
Знающие подскажите что делать
Анализировать источник нагрузки.
См логи, поставь https://ru.wordpress.org/plugins/query-monitor/ или что-то подобное.
Вангую - премиальная тема с говноконструкторами-мышевозками?
Рекомендую посмотреть доклады
https://wordpress.tv/2015/08/20/konstantin-kovshenin-wordpress-performance-killers/
https://wordpress.tv/2014/09/02/konstantin-kovshenin-scaling-wordpress/
https://wordpress.tv/2016/10/08/konstantin-kovshenin-memory-devourers-in-wordpress/
https://wordpress.tv/2014/08/25/gennady-kovshenin-profiling-wordpress/
https://wordpress.tv/2013/08/19/konstantin-kovshenin-wordpress-site-speed/
Некоторые из них будут полезны всем разработчикам, а не только тем, кто ВП занимается.
для начала в Настройки -> возможности установите Fail2ban и настройте его
для начала в Настройки -> возможности установите Fail2ban и настройте его
Это для конца:)
Боты как раз помогут найти проблемные места. Потом уже их отсекать (если действительно нужно).
А посещаемость какая? Как я понял, вас ддосят?
А посещаемость какая? Как я понял, вас ддосят?
Посещалка хорошая.Кому нужен простой сайт вп,чтобы несколько дней подряд непрерывно доссили.
Посавил пару плагинов,оперативка упала а проц все в той же точке.
Посещалка хорошая.
Мдя. Для одного 100 уников в день - мегатрафик, для другого - 300к в сутки - как кот наплакал
Кэширование используете?
Мдя. Для одного 100 уников в день - мегатрафик, для другого - 300к в сутки - как кот наплакал
Кэширование используете?
Использую супер кеш плагин.
Скажите, какой трафик, будет проще понимать. Больше 30к в сутки? Посмотрите командой top, какие службы грузят процессор, если БД, то нужно лучше кэшировать, или оптимизировать БД.
У меня как то раз один единственный бот, точнее какой то сканер, грузил процессор на vps на 75% обращением к xmlrpc.php 5 раз в секунду. Я когда увидел удивился.
Закрыл файл в .htaccess нагрузка улетела в 0.
Вот не помню насчет кеширования, было оно тогда или нет.
Выше правильно написали -смотрите логи.
Может банально его или админку брутфорсят.
Проверьте Acces_log. Если там большое число подключений к xmlrpc.php, нужно отключить XML-RPC Pingback. Информация об этом гуляет по сети уже с 2015 года.
Варианты решения:
В файл functions.php используемого шаблона добавить строку:
add_filter('xmlrpc_enabled', '__return_false');Запретите доступ к XML-RPC с помощью .htaccess
либо через .htaccess, но редирект
Если не поможет, нужно понять, что на сервере создает нагрузку, в момент нагрузки на сервере, выполнить команду
Скорее всего - это будет Mysql.
В этом случае, нужно смотреть slow log, он даст понимание какие запросы долго висят. По ним можно будет понять, плагин ли это, или много запросов к базе.(например, в шаблоне)
После:
- отключение плагинов / сокращение запросов к БД
- конвертация Misam в innodb
- оптимизация innodb
p.s. я считаю запросы медленные, если они обрабатываются менее 1 секунды.
p.s.s. вообще, не видя сервера, давать консультации - это как из пушки по воробьям стрелять.