Не помогло, ошибка подключения к базе---------- Добавлено 03.04.2016 в 20:32 ----------
Движок вполне нормальный. Отключение wp-cron (в конфиге define('DISABLE_WP_CRON', true); ) и xmlrpc.php ( много ботов к нему лезет, редирект в .phaccess помогает) поможет его ускорить и снять нагрузку на сервер.
Я знаю, но вот такой баг где-то закрался. Вычитал, что фиксится удалением ::1 localhost (подключение по ipv6) в hosts или прописыванием 127.0.0.1 непосредственно в самих движках в подключении к базе данных (пробовал прописывать, не помогает)
Нормальное оборудование и кажется нашли проблему, но еще ее не решили. Проблема заключается в коннекте с базой данных mysql (немного попутал с предыдущим экспериментом, проглядел одно соединение к базе данных, статичная страница загружается моментально, менее 200 мс, как и должно быть). Она сперва подключается через ipv6, после окончания время коннекта, которое составляет 1 секунду подключается уже по ipv4 с которым хорошо дружит.
Проверялось mysql_connect, менял localhost на 127.0.0.1 - разница в подключении значительная - почти 7 секунд (вся база) с localhost и 0.0027360916137695 секунд на 127.0.0.1
Время подключения к статичной странице
Время к странице с запросами к базе данных
Так мне его так с самого начала настроили. Почему так вышло? С самого начала про это в ТП писал
Так и не удалось уменьшить время ответе сервера. Поставили Nginx, настраивал его, включал gzip-сжатие через него, установил время жизни кэша, но ничего, что повлияло бы на время ответа сервера не произошло. Сейчас оно колеблется от 2 до 3 секунд, а самое интересное, тестировал на статичной странице без каких-либо обращений к БД и время ответа сервера на ней - 1.3 секунды. Меньше 1.3 секунды нет ни на одном домене((( Что это? Дело в Apache? Сервер не нагружен, много свободных ресурсов. Может еще кто-то имел данные проблемы? Помогите пожалуйста разобраться.
Ivan Lungov, большое спасибо за развернутый ответ!
Ivan Lungov, ответа никакого уже не стоит ждать? И что делать с моей проблемой? Ведь так дело не пойдет
Как писал, везде идет задержка ответа сервера, на всех доменах и страницах на что жалуется Google PageSpeed (как известно, Гугл, да и Яндекс тоже при ранжировании учитывают эти данные) и задержка не малая, до 3.3 секунд (от размера страницы зависит). Да и видно при открытии страниц эту задержку невооруженным глазом. Сервер сперва задумывается на пару секунд, а потом отдает страницу. Так ведь не должно быть.
И как уже писал, проверял и перепробовал все со стороны движков и даже вычищал БД, но все мимо этой задержки оказалось. На голом вордпресс, без доп. скриптов и счетчиков она так же есть.
Вот и я считаю, что это настройка VDS и хотел бы, чтобы помогли с этим разобраться.
Ivan Lungov, 78084
У меня такая проблема. Слишком большое время ответа сервера (до 3.3 секунд при норме в 200 мс.) по данным Google PageSpeed. Причем эта проблема на всех доменах. Перепробовал все на движках, оптимизировал и т.д., но на пустом стандартном шаблоне для Вордпресс без плагинов минимум чего удалось достичь - это 1.1 секунда. Так понимаю дело в настройке сервера. До переезда на VDS SSD Ferrum такой проблемы не было. Что можете посоветовать?
Написал в ТП, но там кивают головой, сам не силен в настройке сервера, все работает на настройках произведенных во время переезда.
kelos, нагрузка на сервер и в правду ведет себя в последнее время аномально и необъяснимо на ihor, а по логам ничего необычного. Ждем объяснений
