Сайт начал грузить хостера

1 23
I
На сайте с 08.12.2015
Offline
0
#21
Jaf4:
- начать кэшировать (хотя при такой посещаемости это смешно)

На сайте стоит wp-super-cache, время хранения кеша — 2 дня.

---------- Добавлено 15.12.2015 в 11:17 ----------

livetv:
Узнать, какие страницы/запросы создают основную нагрузку.

Вот тут проблема — каким образом. Учет процессорного времени идет по времени исполнения процесса php. Один процесс php обрабатывает до 500 запросов, т.е. время индивидуального запроса определить не получится. Единственное что я могу сделать — разнести выполнение запросов, идущих на разные точки входа по разным php-процессам, что уже и было сделано для админки и содержимого wp-content.

Соответственно, остается анализ статистики посещений. Статистика за вчера (отсеиваются запросы к статике, так как она не требует исполнения скриптов):


[[ -- Requests by url -- ]]
-- [[ d-nk.com.ua ]] --
1566 /sogodni-poxoron-zagiblogo-pid-mariupolem-truskavchanina/
1482 /wp-content/plugins/yet-another-related-posts-plugin/includes/styles_thumbnails.css.php?width=147&height=95&ver=4.2.5
477 /
452 /feed/
301 /robots.txt
287 /wp-admin/admin-ajax.php
146 /sogodni-poxoron-zagiblogo-pid-mariupolem-truskavchanina/a_shiht/
99 /u-drogobichi-rozvivatimut-divochij-futbol/
79 /analitika/avtori/oleksandr-magliona/vas-nasiluyut-rasslabtes/
78 /on-vyxodil-s-pod-ilovajska/
72 /u-drogobichi-vidbulasya-toloka-z-pribirannya-istorichnoyi-pam-yatki-video/
[[ -- Requests by IP -- ]]
-- [[ d-nk.com.ua ]] --
464 188.163.74.91 [UA] SOL-FTTB.91.74.163.188.sovam.net.ua
285 183.79.222.164 [JP]
200 84.19.190.163 [DE] ns.km34133-04.keymachine.de
186 91.209.51.22 [UA] 22.51.209.91.akson45.kiev.ua
180 91.200.40.83 [UA] h83.hvosting.ua
154 188.165.15.177 [FR] boson034.ahrefs.com
142 68.180.228.35 [US] b110003.yse.yahoo.net
141 183.79.223.113 [JP]
135 66.249.78.207 [US] crawl-66-249-78-207.googlebot.com
115 185.65.244.61 vps-12273.vps-ukraine.com.ua
106 188.165.15.61 [FR] boson073.ahrefs.com
[[ -- Requests per day -- ]]
-- [[ d-nk.com.ua ]] --
2015-12-14 8140


---------- Добавлено 15.12.2015 в 11:21 ----------

paveldvlip:
А что мешает хостеру зайти в консоль и посотреть потребление оперативки по команде top? Если это демон MySQL грузится, то нужно проверять сколько ему вообще отведено памяти. И самое главное: всё ли нормально с индексами таблиц. Они создаются? Они вообще есть?

MySQL находится на отдельном сервере и в нагрузку не считается. Считается только cron, скрипты сайта и работа с файлами.

На php хостер может поставить eaccelerator для ускорения компиляции скриптов. А все эти "не удалось найти причину" - это ерунда и некомпетентность.

eaccelerator — мертвый проэкт. У нас по умолчанию стоит и включен xcache.

---------- Добавлено 15.12.2015 в 11:22 ----------

Gerga:
попробуйте:

SELECT count(*) FROM `wp_options` WHERE `autoload` = 'yes'

сколько насчитывает?


mysql> SELECT count(*) FROM `wp_options` WHERE `autoload` = 'yes';
+----------+
| count(*) |
+----------+
| 351 |
+----------+
I
На сайте с 08.12.2015
Offline
0
#22

P.S. Сейчас сайт создает уровень нагрузки аналогичный этому сайту: http://avtopoligon.info/

Только к этому в день приходит 35 тысяч запросов.

Роман
На сайте с 09.02.2012
Offline
63
#23

Охереть, ребята я далек от нюансов, но должно же быть решение. Где сидит зараза которая так перегревает проц 😡

Курорты западной Украины ( http://toursector.org.ua/ )
Jaf4
На сайте с 03.08.2009
Offline
804
#24

так мы че, тут, угадывать должны?

Тебе сказали, что делать. Я тебе целый список написал из вариантов решения.

New! NVMe VPS от SmartApe.ru (https://goo.gl/eoYYkS)
Роман
На сайте с 09.02.2012
Offline
63
#25

- сменить хостера на менее жадного - (давно с ним, это первый глюк за лет 5)

- начать кэшировать (хотя при такой посещаемости это смешно) - сами ответили, но тем не менее стоит плагин кэширования

- оптимизировать нагрузку на сервер (от чего-то отказаться из функционала) функционал итак по минимуму

- просто бросить или просто продать сайт - дрючиться будет кто-то другой - думаю не та проблема, что бы просто слить только начинающий обростать жирком ресурс

- отказаться от тяжелой для хостера CMS - не думаю что этот конструктор слишком тяжел для этого хоста

BooblikBBW
На сайте с 01.07.2014
Offline
89
#26
Rymljanyn:
Охереть, ребята я далек от нюансов, но должно же быть решение. Где сидит зараза которая так перегревает проц 😡

У меня была подобная проблема, нагрузка была сумасшедшей.

Хостер так же отписывал, что причину возникновения такой нагрузки не знает, ссылался на логи..

Плагин кеширования не помог мне.

По 20 раз смотрел логи, видел много заходов, при чем заходов не уников а ботов.

Они мне и делали нагрузку заходя ежесекундно.

Что сделал:

- Убрал лишние виджеты

- Оптимизацию БД сделал

- Обновил плагины и сам WP

- Поставил плагин wordfence, в разделе Live Traffic можно отслеживать кто и какие боты к тебе заходят и прямо там банить (после этого действия проблема исчезла).

Оказалось, что пару ботов прописались у меня на сайте.

Jaf4
На сайте с 03.08.2009
Offline
804
#27
Rymljanyn:
- сменить хостера на менее жадного - (давно с ним, это первый глюк за лет 5)

Один из самых эффективных пунктов. Хостеры все-же заедаются, оверселлят, шейпят..


- начать кэшировать (хотя при такой посещаемости это смешно) - сами ответили, но тем не менее стоит плагин кэширования

Значит плохо работает ваше кэширование. Я ставил кусок кода, который скидывал весь кэш в виде HTML страниц в отдельной папке. После того, как кэш наполнялся, можно было отключить MySQL и снести все остальные папки кроме одной - с файлами кэша и сайт продолжал работать. Правда переставали работать различные интерактивные блоки, типа формы обратной связи и т.п., но нагрузка на сервер падала практически до нуля.

Z
На сайте с 06.09.2012
Offline
129
#28
isbear:
Вот тут проблема — каким образом. Учет процессорного времени идет по времени исполнения процесса php.

Стоит вести статистику _времени_ генерации ответа по каждому запросу.

isbear:

Один процесс php обрабатывает до 500 запросов, т.е. время индивидуального запроса определить не получится.

Почему не получается? В лог можно писать время генерации ответа от бэкендов, по крайней мере в nginx.

Углубляться в проблему можно и дальше, поставить xdebug profiler например. Было бы желание.

И да, вордпресс кэшировать никогда не смешно, главное full page.

Черный список врунов и обманщиков: ua-hosting.company, riaas.ru, takewyn.ru, yahoster/cadedic, Andreylab
1 23

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий