Почему мой сайт на вордпрессе стал очень долго грузится?

Question

[DeNissss4444]

У меня есть сайт (lib.nuos.edu.ua) он работал нормально, но в один день он просто стал все очень долго грузить.Я не ставил никаких новых плагинов туда, ничего необычного туда не добавлял в чем причина не могу понять.Можете подсказать как найти причину этого и такой еще вопрос.Может ли быть причиной того что сайт долго работает сервер где он лежит?

Comments

[Kvason]

если до этого все было нормально то скорее всего проблема как раз таки на стороне сервера

[Дмитрий]

стоит посмотреть что происходит на сервере в момент когда все долго грузится - хотя бы через top, htop. Когда обнаружите что это DB, включайте мониторинг медленных запросов и смотрите что там.

[DeNissss4444]

Дмитрий, проблема в том что сайт лежит на сервере у фирмы которая предоставляет услуги провайдера. Я пишу им, но мне говорят с сервером все норм, проблема с сайтом у вас. Я хотел проверить сайт через gtmetrix.com но у меня пишет "Analysis Error
An error occurred fetching the page: read timeout
There may be a connectivity issue between your server and the GTmetrix test server. Please login to try testing from another test location or try again later." Я вообще не понимаю почему так...

[Дмитрий]

DeNissss4444, ну проблемы ровно с сайтом скорее всего - он жрет ресурсы. ssh доступ туда есть? gtmetrix.com я так понимаю проверяет снаружи - это ничего не даст.

[DeNissss4444]

Дмитрий, доступ к серверу?

[Дмитрий]

DeNissss4444, ssh, а не ftp. что бы зайти, посмотреть что там грузит, поменять конфиги? или у вас простой хостинг?

[DeNissss4444]

Дмитрий, там больше хостинг сайта, они не дают доступ к их серверу что бы можно было проверить ssh. Просто сказали что с их сервером все норм)

[Дмитрий]

DeNissss4444, и еще раз - на 90% они правы. У них все норм. Это ваш сайт жрет ресурсы. Но без доступа хрен разберешься. Потому что нужно понять что именно из вашего сайта жрет ресурсы и как.

Answer 1

[Сергей Арсентьев]

Общая шпаргалка по таким случаям, чтобы исключить хостинг: просто перенесите сайт к другому хостеру ))
Норм хостер сделает это сам, бесплатно и быстро. И хостинг тоже бесплатно на тестовый период (обычно 7-30 дней).
То есть затрат ноль, что по деньгам, что по времени.
Домен при этом переносить не обязательно, достаточно просто изменить ip в файле hosts на windows и проверить работу сайта. Если все летает - то смысл крутить плагины? банально меняете хостера и всё.

Ну а если также тормозит, тогда да - отключать плагины, смотреть обращения к базе данных и т.п. то есть искать уязвимое место. Но это всегда дольше и сложнее, поэтому начал бы я с самого простого - исключить фактор слабого хостинга.

Comments

[Сергей Арсентьев]

VasyaID, для теста более чем достаточно квалификации команды хостера, плюс никто не мешает потом перенести сайт к хостеру вручную самому - если именно в этом была проблема.

Если есть опыт переноса, то можно изначально сайт скопировать самому на тестовый хостинг, это обычно в полчаса укладывается. Но даже так это в любом случае быстрее, чем гадать: хостинг/не хостинг ))

[Сергей Арсентьев]

VasyaID, человечище, ты мне сунешь ссылку с таким видом, как будто этого никто не знает )) Как переносит вордпресс знают уже все. В том числе техподдержка хостера, особенно если он не кривой. Я не так давно переносил несколько сайтов на Wordpress с помощью хостера - нет вопросов, все сериализовали.

Твоя ссылка от 2018 года насколько я вижу, а я в своем блоге еще в 2016 всё это описал https://moytop.com/sozdanie-sayta/perenos-sayta-wo...

Опять же я предлагал сделать копию на другой хостинг не для того, чтобы полноценно юзать сайт на новом хостинге, а чтобы за полчаса-час бесплатно убедиться что не в хостинге проблема (или в хостинге). Кто мешает потом перенести всё как хочется и лично убедиться в правильности переноса? никто. А для решения проблемы с тормозами достаточно любого запуска от хостера, просто чтобы понять - нагрузку дает хостер или сам сайт.

А без правильного переноса можно с умным видом тетировать хоть полёты на луну - результат будет фонарный.

совершенно не так, если сайт норм открывается и запускается с нового хостинга, то даже отсутствие сериализации в базе данных никак не помешает тестированию, более того, многие сайты вообще не нуждаются в этой дополнительной процедуре при переносе, говоря проще, чтобы потестить нагрузку достаточно любого даже стандартного переноса (файлы, база).

И да. Для выяснения проблем совершенно не нужно тягать сайт от хостера к хостеру.

Ты не поверишь сколько проблем можно выяснить и решить этой несложной процедурой. Которая сразу показывает куда копать и кого пинать. По моим наблюдениям около 15-20% проблем с тормозами сайтов имеют природу именно настроек или лимитов хостинга, на которые никак повлиять нельзя (шаред или если уперся в железо), только пинать или менять хостера. Так чем плохо прежде чем лезть в код, банально проверить быстро и бесплатно этот фактор. Не нужно искать сложных решений, там где их не нужно искать )

[Сергей Арсентьев]

Больше следи на форумами и будешь знать правду, а не влажные мечты.

нахрена мне твои форумы, если у меня есть свой опыт.

За половину твоей писанины (до SRDB) тебе надо руки оторвать.

у тебя небось и такой писанины нет ))
да и своего блога, я думаю, тоже.

Ты ламер-недосеошнег, а тот пост написан профи. Человеком, работавшем во многих конторах включая автоматик и впмл.

Ну а ты ламер-недопроггер, раз тебе нравится такой обмен любезностями.
И какая разница кто написал пост, если в нём содержится решение ))

Впрочем, согласен, тебя читать утомительно, адьёс, холиварщик )

[Сергей Арсентьев]

И еще топикстартеру хотел посоветовать обратить внимание на несколько моментов у Wordpress, может пригодиться, сейчас ещё вспомнил похожие случаи:

1) количество редакций к постам. У меня один раз сайт вроде работал, работал, а потом ни с того, ни с сего начал тормозить, причем и админка, и фронт. Оказалось по умолчанию вордпресс не ограничивает количество редакций у постов и в какой-то момент времени они превысили более 200 редакций по некоторым статьям (я много редактировал их), съели всю свободную память и стало тормозить по минуте пока зайдёт. Лечится просто, много решений в сети типа такого https://wpmag.ru/2013/udalit-vse-redakcii-wordpress/ и базу также очистить от них потом не забыть.

2) также можно поставить плагин кэширования (я обычно использую wp fastest cache как простейший в настройке и наименее глючный), и потом проверить - по идее с ним страница должна залетать мгновенно, если с ним летает, а без него еле тянется, то имеет смысл смотреть в сторону используемых скриптов в теме и плагинов (тут уже, как вариант, временно поставить другую тему - дефолтную какую-то, отключать плагины по одному, короче ковырять код). Но по крайней мере можно также несложно это проверить.

3) Еще один сайт, с которым имел дело, тормозил постоянно даже с включенным кешированием и дело было в плохом коде темы, который генерировал огромном количестве запросов к базе данных, около 600 и это дело тупо висло на несколько секунд, иногда десятков секунд. Проверяется несложно типа такого - https://qna.habr.com/q/298196. Норм значение запросов что-то в районе 100-150, с плагином кеширования может быть меньше. Впрочем, вряд ли это ваш случай, так как у вас оно стало тормозить постепенно, но всё равно убедиться в том что запросы к базе не грузят сервер не помешает.