SEO Сообщество: Спрашивайте и помогайте

Присоединяйтесь к сообществу профессиональных веб-мастеров PR-CY, отвечайте на вопросы коллег и задавайте свои.

Q&A SEO

Долгий ответ сервера. Безуспешная 3-х недельная борьба

Виктор Таран Виктор Таран  
12
  23.05.2024 21:57       414    

Приветствую всех. На протяжении трёх недель не могу побороть ошибку в Яндекс Вебмастере, а именно долгий ответ сервера. Ошибка появилась не с того не сего, не каких работ на сайте, сервере не проводилось, пару лет всё было нормально.

Сразу хочу сказать, что за три недели на стороне сервера было сделано всё что можно, кеширование, Gzip сжатие и т.д. настроено на стороне сервера. включая даже переход на другой сервер более производительный был сделан, что в целом избыточно для моего сайта, по данным дашборда сервера он не бывает задействован более чем на 10 процентов озу, цпу и т.д.

В процессе пока искали причину долгого ответа (для некоторых страниц в отчёте Яндекс вообще приводил время в 200-300 тысяч мс!) заметили одну интересную особенность. Иногда сервис проверки ответа сервера от Яндекса, просто отказывается грузить страницу, может выдать ошибку или показать 2-3 тыс. мс для страницы, при этом сайт достаточно хорошо работает, пока по нему лазиешь нет не каких проблем.

Но самое интересно, что в моменты когда сервис проверки регистрирует долгий ответ он отдаёт заголовки:

x-litespeed-cache-control: public,max-age=600

x-litespeed-tag: b46b,b46bcom_menus:607,b46bcmp:com_categories,b46bcom_categories:290,b46btemplate:gorod/com_categories/category/gorod:auto

Такие заголовки появляются только когда по какой-то причине сервис долго обрабатывает страницу.

Если тут же сразу сделать вторую проверку то ответ сервера становится хорошим и этих заголовков уже нет.

Таким образом обычно первый запрос от Яндекса проблемный, а второй уже бес проблемный.

Кто-то сталкивался с подобным? Делали всё что только приходило в голову. У аналогичных сайтов данной проблемы нет.

Движок сайта Joomla 5.1.0, параметры сервера - 8 CPU, 12 Гб RAM, 150 Гб NVMe

Писать в ТП Яши пробовал, каждый раз они пишут, проверили некоторые ваши страницы, действительно они отвечают меньше чем за 3 сек, рекомендуем обратиться к тех. поддержке сервера.

Проблемный сайт: https://lovepmr.ru/


Ответы на пост (14) Написать ответ
Виктор Таран Виктор Таран
12
23.05.2024 21:59
379c7d8c14f5f05e45ff4fa697c636e1.pngceb77ba3a705c8c8f3e490c368130790.pngПример выше упомянутых проверок в Яндексе. Одна и та же страница при первом запросе даёт долгий ответ и странные заголовки, тут же делаю вторую проверку и уже быстрый ответ и заголовков нет. Чтобы не говорили, что в 1 раз страница кешировалась, а на 2 уже был кеш и поэтому быстро. Скажу сразу, если сделать сразу же 3 проверку, то страница опять может дать долгий ответ. 
0
vvvlad77 vvvlad77
78
25.05.2024 19:36
Так а техническая поддержка сервера что говорит по этому поводу? 
0
Виктор Таран Виктор Таран
12
25.05.2024 22:06
Ничего, я с ними несколько дней что только не делали из меня сисадмин очень посредственный, поэтому много к ним обращался, по логам сервера ошибок не каких нет. Просто вот странно себя вот так ведёт Яндекс. Он как будто не может обработать страницы на open lite
0
nonindexed nonindexed
66
25.05.2024 23:36
Без кэширования вообще какая ситуация? 
0
Виктор Таран Виктор Таран
12
27.05.2024 05:22
Если Open Lite отключить то время ответа 2 000мс плюс - минус. Сейчас сайт перевёл на nginx, время ответа стало 300-500 мс в среднем, оповещение в Вебмастере пропало о долгом ответе сервера, даже трафик начал расти (вроде бы, сложно пока судить, мало времени прошло), да и при ручной проверке, теперь не вижу такого как было на Open Lite, чтобы Яндекс не мог обработать страницу или давал время ответа в несколько тысяч мс. Но тут тоже получились подводные камни, если на уровне Joomla не включать кэширование, то время ответа в районе 1500-2200 мс, если кэш включить то падает до 300-500, но при этом кэша набивается под 7-10гб, установил время жизни кэша на сутки. Не значительно, но и показатели Page Speed Insights подросли. У меня OC Ubuntu моей версии нет совместимости с модулем Page Speed nginx, должны в этом году добавить, думаю с модулем будет пободрей немного, хотя на время ответа сомневаюсь, что он значительно сыграет. d87039383c42edb21f62823d0bfffeb4.png
1
Решение
nonindexed nonindexed
66
27.05.2024 10:28
Удачи.
0
crimearfinfo crimearfinfo
0
31.05.2024 08:43
Абсолютно аналогичная ситуация. Не могу побороть в течении недели. ТС, а кеширование в nginx включили? Пожалуйста, сделайте скрин того, что отвечает вебмастер сейчас.
0
Виктор Таран Виктор Таран
12
01.06.2024 15:08
41858b3173e11831a668d746aca26ef8.pnga05703a6ca977eac108494068b52db10.png1899bc1f755cf6b7ea4b1cbb380d219e.png
Уведомление от Яндекса о долгом ответе у меня пропала, кеширование включено как на стороне сервера, так и на стороне CMS в самой Joomla, самое больше видел в Joomla в кэше за сутки порядка 15гб. Но тут наверное индивидуально от сайта зависит и кол-ва страниц, на данный момент у меня столько. Модуль Page Speed Nginx у меня не включен, так как он не совместим с моей OC сервера, обещали что в течении этого года сделают совместимость и возможно с модулем будет получше ситуация, но особых надежд я на него не возлагаю. 
1
crimearfinfo crimearfinfo
0
01.06.2024 17:30
Ага, спасибо. Но я не вижу в ответе Яндекса собственно nginx. Там должен быть другой ответ и время существенно меньше.
0
Виктор Таран Виктор Таран
12
01.06.2024 20:43
Может чего-то не понимаю, а это что? Ну а касаемо времени ответа, ну я был бы рад если бы он был ниже 200мс, это пока единственное чего удалось добиться. 
5ab7726749e94b41f47e1a58e4823921.png
0
scrims scrims
2
02.06.2024 03:16
я б посоветовал не искать "исцеление" в кэше, так как у вас на сайте не так много объявлений. Вот если бы их было 100к-300к, то тут был бы другой вопрос. Обратитесь в поддержке сервера. Вполне возможно есть запрос в БД, который неоптимизирован, либо перебирает лишние данные (например фильтра), которые можно исключить.
Недавно ковырял и-магазин со 100к товаров, так он вешал сервер долгими запросами. Оказалось, что фильтр делает предварительный кэш в БД (предварительные записи характеристик), отчего та вырастает до млн строк именно в таблице этого самого кэша фильтра.
1
Виктор Таран Виктор Таран
12
08.06.2024 02:39
Проверили БД, проблем не каких не обнаружено
0
scrims scrims
2
08.06.2024 10:41
как проверяли, и проверяли с включенным кэшем или отключенным? попробуйте отключить все кэши (включая litespeed) и понаблюдать за сайтом. P/S еще такая шальная мысль посетила. Полагаю, что посещалка у вас низкая, а кэш обновляется не по cron, а по посетителям, и вебмастер как раз попадает в этот момент (вернее становится этим самым посетителем).
1
Igame Igame
0
6 дней назад в 16:48
вашу проблему решат на сайте read-script.com разберут эту и многие другие
0