LEOnidUKG

LEOnidUKG
Рейтинг
1776
Регистрация
25.11.2006
Должность
PHP
Интересы
Программирование

Ну обычный PHP код в index.php проверяет время на сервере и выполняется exit; если нужно.

Не совсем понял, заблокировать за что?

AlexStep:
awasome, LEOnidUKG, Возможно, вы правы. Когда это началось на сайт добавлялись новые плагины и сбрасывался кэш, может тогда кэш и генерился по 3 сек, хотя в это и не очень верится.
Сейчас это уже не проверить, так как текущий кэш от 25 числа генерился меньше 300 мс. Видимо нужно просто ждать...

Да, это вы проверяете, если 1 будет заход и F5.

А Яндекс нынче легко заходит и сразу 10 и даже 20 ботами на сайт, а это уже другая нагрузка.

WP с кэш плагином Fastest Cache.
Сайт, конечно, не бьет рекордов по скорости загрузки, но время ответа сервера в 3 сек - это бред.

Может и не бред.

Посмотрите на любых страницах, в HTML коде внизу, должна быть информация за сколько этот кэш сформировался.

Или ещё лучше вырубите кэш и посмотрите как работает сайт. Яндекс может быть инициатором срабатывания генерации кэша для страниц, поэтому уже после него страница будет открываться быстро, а вот ДО генерации кэша страница может и 5 секунд тупить.

На каком движке сайт у вас? Кэширование работает?

А можно как то отследить только join запросы в mysql?

Просто поройтесь в движке на поиск JOIN и что там делается.

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

Только изменение структуры и запросов.

Mobiaaa:
LEOnidUKG, php может сам кешировать запросы с помощью mysqlnd
Не так как сам mysql, но как альтернатива

https://pecl.php.net/package/mysqlnd_qc

Это вот это альфа, которая сдохла в 2013 году?

lonelywoolf:
LEOnidUKG КОгда большие базы с большими результатами - такое кеширование лучше выключать.

Лучше и хуже, это надо тестировать для каждого проекта по своему. У меня не один проект был, на HDD, который без такого кэширования просто ложился и не поднимался.

Просто включать или выключать, это решать каждому под проекты. Но в Mysql 8 включать него :)

Оптимизация эта для пользователей, а не для ПС. А уж пользователям, если сайтом будет приятно пользоваться, то и поведенческие будут лучше.

---------- Добавлено 23.10.2019 в 21:02 ----------

_Romka_:
PageSpeed Insights очень сильно влияет на красивые скриншоты!

Если сайт грузится до 3-х секунд, то все ок, хотя зависит и от тематики, в некоторых и 5-8 сек вполне норм и сайты с такими показателями держаться в ТОПе!

Да многим владельцам сайтов вообще начхать на пользователей. Они делают сайты из говна и палок, кидают туда рекламу и ждут конверсии. 5 роликов ютуба, 50 МБ картинок и шрифтов? ЛЕГКО! Красиво и богато!

Какие пользователи? Какое удобство? БАБКИ МНЕ ДАВАЙТЕ, я же сайт себе создал для бабла.

baas:
Думаю обновлюсь до 5.7.
А mysql 8 вроде стабильный, он как?

В 8 есть свои приколюшки и необратимые настройки. Одна из них это отсутствие кэширования запросов. Если у вас всегда будет SSD под БД и памяти достаточно под все базы InnoDB, то в принципе это не страшно. Но в реальной жизни такая роскошь бывает редка и нагруженные проекты, от тех же поисковых систем, создают огромную нагрузку на диск.

Но это всё лирика, конечно 8 версия очень сильно переработана и работает очень шустро.

Информация по возможным проблемам есть тут: https://kostikov.co/миграция-на-mysql-8-проблемы-и-решения

И пока, если честно не встречал массового переезда на 8 версию, хотя она релизнулась давно.

Всего: 31516