странно вы как-то.
у вас уже 500к товаров на wp, но вы спрашиваете потянет ли.
это мы вас должны спрашивать, тянет ли у вас wp столько товаров.
отключение ревизий, крона и автообновлений — как это сказывается на быстродействии то? и почему вдруг статическое кэширование на крайний случай — обычно с него, как раз, начинают.
— По ревизиям — почемуто на каждый пост создается ревизия, даже если в сам пост не заходишь, за счет чего база засоряется и сайт начинает тупить…
— Тоже самое с кроном, как понимаю, так как большое кол-во постов, крон начинает сильно грузить сайт, выключаю, нагрузка пропадает
— Также и с автообновлением — но тут меньше нагрузка чем у ревизий и крона.
А без него можно сайт еще ускорить?
Без разницы (ок, малосущественно) сколько записей хранится в базе (чит: товаров, записей и тп).
Тормоза — это признак не хватки ресурсов. Разных. Много запросов, генераций, нерациональное использование и тп.
При запросе 10 страниц/сутки это одна нагрузка, при 10000 посетителях с глубиной по 10-15 страниц — совершено другая.
На практике же первое, что «дарит» тормоза сайту, в тч и рендеринг в браузере пользователя о чем нередко забывают — т.н. «премиум» темы и плагины со всяких темофорестов (не проверенные производители) типа виз. конструкторов, слайдеров и пр.
— Отключение крона
Это может сделать только хуже.
Рекомендую посмотреть доклад: http://wordpress.tv/2015/08/20/konstantin-kovshenin-wordpress-performance-killers/
-
Ответ изменён 8 лет, 1 месяц назад пользователем
SeVlad.
— По ревизиям — почемуто на каждый пост создается ревизия, даже если в сам пост не заходишь, за счет чего база засоряется и сайт начинает тупить…
Не читайте больше такие глупости. Много ревизий конечно не нужно (я оставляю 3-5), но из-за них ничего «тупить» не может. Они никак не участвуют в работе на фронтэнде. Если у Вас тормоза в админке, то это другая история. Но не в ревизиях дело.
-
Ответ изменён 8 лет, 1 месяц назад пользователем
SeVlad.
Если делать статическое кеширование то:
— Диск будет сильно разрастаться
— Будут проблемы с инодами
— Если в папке к примеру будет 500000 файлов — как на это отреагирует сервер???? Думаю диск начнет тупить, поэтому хотелось бы максимально ускорить сайт без статики
Не читайте больше такие глупости. Много ревизий конечно не нужно (я оставляю 3-5), но из-за них ничего «тупить» не может. Они никак не участвую на фронтэнде. Если у Вас тормоза в админке, то это другая история.
Не знаю, я делал тест на сайте, как только удаляю все ревизии, сайт грузится за 0,100 сек., через некоторое время загрузка опять начинается дольше — и время генерации 0,200-0,300 и сразу создаются ревизии, поэтому можно сделать вывод, что может загружать CPU — генерация самих ревизий, а если таких будет генераций 100000 или больше?
По админке всеравно — можно стерпеть загрузку и за 5 сек страниц, а на самом сайте сразу будет просев позиция в ПС.
-
Ответ изменён 8 лет, 1 месяц назад пользователем
yura555.
Спасибо за доклад, много интересного…
Не знаю, я делал тест на сайте, как только удаляю все ревизии, сайт грузится за 0,100 сек., через некоторое время загрузка опять начинается дольше
Я думаю, в таком случае имеет место быть некорректный запрос в БД для выборки/поиска. Можно посмотреть https://wordpress.org/plugins/query-monitor/ медленные запросы (и много др узких мест). Или воспользоваться др плагинами/программами.
Спасибо за доклад, много интересного…
Спасибо Константину 🙂
Можно посмотреть https://wordpress.org/plugins/query-monitor/ медленные запросы (и много др узких мест).
Да тоже думал про медленные запросы, а вопрос, от скольки ставить секунд для медленных запросов?
от скольки ставить секунд для медленных запросов?
Ничего «ставить» не нужно. Медленость (время) оценит плагин и покажет результат.
Подскажите пожалуйста, а вообще скорость сайта на WordPress будет зависить если в базе 100 или 100000 постов?
Модератор
Yui
(@fierevere)
永子
минимально, вообще вопрос в сторону движков-хранилищ MySQL