- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте, уважаемые форумчане.
Хочу разобраться с оптимизацией сайта и сейчас дошёл до БД. Гугл сильно ругается на то, что время ответа сервера велико. У меня вордпресс. Чтобы узнать количество запросов и время ответа, добавил в header код:
Сразу скажу, что в интернете не удалось найти нужной мне информации, поэтому пришел сюда. А интересует следующие моменты:
1. Обратил внимание, что запросов не так уж и мало - 12-20. Насколько я понял из того, что удалось добыть, это многовато. Так ли это на самом деле, если сайт не использует ни одного плагина, стоит одна асинхронная ссылка на jquery и 2 ссылки на стили?
2. Также, при загрузке одной и той же страницы отображается прыгающее количество запросов. Т.е. сейчас 12, после перезагрузки стало 19. Когда 19 - сразу время увеличивается раз в 6. Это нормально?
3. Как чайнику узнать, какие вообще запросы генерируются, чтобы найти слабое место? Лог медленных запросов чистый.
Прошу помощи)
добавил в header код:
не знаю как в ВП, но обычно вывод в конец страницы вставляют..
не так уж и мало - 12-20.
120-200 для ВП не так уж мало...
сразу время увеличивается раз в 6.
в абсолютных цифрах сколько это время? в 6 раз от 0,001с и от 1с это две большие разницы...
Запросы к бд это не запросы к серверу. БД на сервере, там все локально. Конечно многое зависит от производительности компа где бд дислоцируется и от сложности запросов и от правильности организации хранения данных в бд и от размеров самой бд. Скажем сложный, то есть на несколько таблиц запрос с генерацией временной таблицы и выборкой из нее без индекса из базы в сотню тыщ записей может замедлить, да.
Ага, не подумал, спасибо. Поставил в футере - запросов стало 47. Среднее время 300-500 мс.
Скачки количества запросов возникает периодически, на момент написания этого ответа зафиксировать не смог. Но когда код стоял вверху, с 200-300 мс прыгало до 1.3 - 1.5 сек.
Вот и хочу узнать, нормально ли появление таких скачков? И соответственно, разобраться, все ли нормально с кодом/БД или нужно грешить на хостинг?
Так а где вообще эти запросы увидеть можно?
---------- Добавлено 28.07.2015 в 00:33 ----------
Вот оно. В типичных ситуациях совершается 47 запросов примерно за 300-500 мс. Иногда откуда-то прибавляет еще 5 запросов и получается что-то типа этого "52 за 1,459 секунды"😡
А чему вы удивляетесь? У вас динамический сайт, отдельные запросы могут кешироваться на определенное время и обновляться по его истечению.
Я конечно не спец, но хочу разобраться, нормально это или нет. Дело в том, что скачки запросов возникают просто при периодической перезагрузке одной и той же страницы. Без обновления контента, стилей или других компонентов сайта. Сроки кеширования стоят большие, поэтому не думаю, что это связано с истечением сроков.
http://codex.wordpress.org/Editing_wp-config.php#Save_queries_for_analysis
Вместо print_r( $wpdb->queries ); можно в лог записать и посмотреть время выполнения запросов.
для вордпресса это среднеминимальный показатель, обычно от 100 и выше.
http://codex.wordpress.org/Editing_wp-config.php#Save_queries_for_analysis
Вместо print_r( $wpdb->queries ); можно в лог записать и посмотреть время выполнения запросов.
Спасибо! Нашёл по вашей ссылке, как отобразить все запросы и время каждого в футере сайта. Постараюсь разобраться
---------- Добавлено 28.07.2015 в 13:16 ----------
для вордпресса это среднеминимальный показатель, обычно от 100 и выше.
А скачки количества запросов это нормально? Появление 5 дополнительных запросов не хило прибавляют времени. Постараюсь выяснить, какие это именно запросы
---------- Добавлено 28.07.2015 в 14:25 ----------
Нашёл те 5 дополнительных запросов, которые изредка появляются:
Везде присутствует этот крон - планировщик задач. Не уверен, что он мне вообще нужен: публикации не планирую, плагинов нет, нужно только обновление вордпресса. + где-то вычитал, что при росте посещаемости крон сильно грузит сервер, ибо запускается каждый раз, когда новый юзер загружает страницу. Кто-нибудь сталкивался с кроном этим? Стоит ли его отключить через define('DISABLE_WP_CRON', true);?
2-ой параметр массива - время запроса в сек. Эти 5 дополнительных выполняются за 1.5 мс.
2-ой параметр массива - время запроса в сек. Эти 5 дополнительных выполняются за 1.5 мс.
Я в общем-то догадался, что это время запроса. Только вот если сложить, то 1.5 секунды не выходит (хотя может я чего-то не понимаю?). Вообще, если сложить всё время 52 запросов, то 1.5 секунды не выйдет, как это пишет google или тот же
Короче я запутался :) явно скачки из-за крона... Может его попробовать просто выключить?
Задержки могут быть на стороне HTTP-сервера. Нужно проверить сколько времени проходит от запроса клиента до начала работы скрипта (это будет задержкой pending) и от завершения работы скрипта до получения данных клиентом.
Опять же, я ещё слабо во всем этом ориентируюсь, но если я правильно вас понял, то измерить мне нужно время от завершения отправки запроса до начала загрузки контента. Т.е. измерить ожидание (в Google Chrome это время именуется Waiting (TTFB)). Вот скриншот http://joxi.ru/NXEA4buBVn9mbz. Если этот waiting велик - о чём это говорит?