WordPress вообще прожорливый, предъявляет требования к хостингу. Хостинг желательно SSD должен быть. Плагин кэширования установили? И желательно установить защиту от ботов.
Модератор
Yui
(@fierevere)
永子
alexander70, можно не давать вредных и непродуманных советов?
WordPress имеет достаточно средние требования к ресурсам хостинга,
плагин кеширования подходит не для всех сайтов и не является панацеей от повышенной нагрузки, а вот проблемы свои это часто приносит.
Можете еще проверить Ваш сайт сервисом https://www.host-tracker.com/ru/ . Если выдает ошибки при открытии, есть повод задуматься о смене хостинга.
Модератор
Yui
(@fierevere)
永子
Интересно, чем проверка доступности поможет в определении повышенной нагрузки на сервер?
Мягкое с теплым? Чем помидор от холодильника отличается?
Происходит одновременно открытие сайта в разных странах. Если сервер этой нагрузки не выдерживает, происходят ошибки открытия.
Модератор
Yui
(@fierevere)
永子
странный метод оценки.. даже (бесплатный тест) loadimpact.com покажет проблемы на хлипких серверах гораздо лучше.
Сайт работает и загружается быстро, хост трекер ничего не покажет, кроме разве что проблем с доступом из каких-то отдельных сетей.
И да, на сайте уже есть кеш-плагин (wp-supercache)
tetiana45 по вашему логу даже никакого криминала со стороны ботов взломщиков и спамеров нет, К вам просто пришли и Яндекс и Google одновременно, и создали много запросов.
А вот за вчера POST: 1402 , возможно пытались подбирать пароль или заслать вам спам в комментарии.
Интересно, чем проверка доступности поможет в определении повышенной нагрузки на сервер?
Мягкое с теплым? Чем помидор от холодильника отличается?
Yui, чтобы Вы представляли о чем я написал, вот пример проверки говнохостинга:
https://www.host-tracker.com/ru/InstantCheck/3/09962a7a-0d10-e911-b8b2-0003ff7328cc/
А вот за вчера POST: 1402 , возможно пытались подбирать пароль или заслать вам спам в комментарии.
Эту проблему решили. Один из IP-рекордсменов был весьма странный — якобы из Польши, но в Аналитике почему-то польские пользователи замечены не были) От греха подальше я его заблокировала. Второй же оказался мой. Здесь было все странно — проблема называлась Heartbeat Control и почему она вдруг вылезла спустя 2 года существования сайта, непонятно.
После устранения этих 2 проблем нагрузка все равно сохранялась, но существенно упала. А сегодня с утра пришла в норму сама по себе. Вероятно, таки да — просто одновременно зашли боты. Но хостинг-провайдет очень грозно махала пальчиком и настоятельно требовал в 72 часа либо устранить проблемы, либо перейти на другой тариф. Причем, в чем конкретно были это проблемы — выяснять оставил мне.
Спасибо большое за консультацию!
Можете установить защиту от ботов, должно помочь от IP рекордсменов https://ru.wordpress.org/plugins/blackhole-bad-bots/
Модератор
Yui
(@fierevere)
永子
tetiana45, раз у вас такой «строгий» провайдер по поводу ресурсов, то возможно действительно подумать о смене тарифа или смене провайдера хостинга, Google например совершенно не уважает Crawl Delay, для Яндекса возможно имеет смысл поставить 2, потому что когда они в следующий раз решат вместе пройтись по вашему сайту для индексации, то провайдер ваш опять будет возмущаться и сучить ножками.
для Яндекса возможно имеет смысл поставить 2,
Спасибо, наверное, так и сделаю. О том, что Google не учитывает эту директиву, тоже читала.
Я правильно поняла, ее добавить нужно именно в блок «User-agent: Yandex» и после всех Disallow и Allow и перед Sitemap?
Модератор
Yui
(@fierevere)
永子
https://itsfashionably.com/robots.txt
Sitemap: https://itsfashionably.com/sitemap.xml
Sitemap: https://itsfashionably.com/sitemap.xml.gz
достаточно однократно упомянуть эти директивы в конце файла
Disallow: /wp-includes
Disallow: /wp-content/plugins
вот это стоит убрать, там js и css, доступа к телу которых хочет и Google и остальные
Crawl delay задавать для каждого User-agent:
User-agent: Yandex
Crawl-delay: 2.0
User-agent: *
Crawl-delay: 2.0
для всех * задать тоже стоит, ведь это не только Google
