Слишком большое число индексов - тоже нехорошо, ообенно составных, т.к. оптимизатор MySQL в них начинает путаться и может сделать не очень хороший план запроса. Попробуйте удалить составные индексы, после чего пересобрать статистику командой ANALYZE TABLE.
Одинаковые, часто вызываемые запросы должны попадать в кэш запросов MySQL. Проверьте, включен ли он у вас. Покажите план выполнения медленных запросов.
Самое простое что теперь можно проверить, имеются ли индексы на те поля в таблицах, которые участвуют в условиях WHERE. Если нет - создать.
интересные многосерийные видео с кнопками назад - далее :)
В болгинстве случев тормозит база данных, а не код скрипта. Включите в базе лог медленных запррсов и оптимизируйте их. После того, как всё будет оптимизировано, займитесь кэшированием, а код скриптов - в самую последнюю очередь.
Арслан Кинзябулатов, НЕ делайте редирект с http://dipchel.ru/robots.txt на https://dipchel.ru/robots.txt а то могут быть проблемы со склейкой доменов. А ждать придется парочку апдейтов.
Ну это уголовка, обращаться в управление "К" МВД РФ, с доказательной базой у вас правда не густо, но может наскребется от хостера что-то.
Если вы пользуетесь старым браузером, без поддержки http/2 то будет не быстрее и на быстром интернете. Попробуйте свежий хром или файрфокс.
Не в любом. Протокол https (http/2) будет быстрее http в случае если на странице большое количество ресурсов, загружающихся по ссылкам, например, картинок. Пример:
https://www.httpvshttps.com/
А что, реплики часов уже вредят детям? Письмо то видели вообще, по базе заблокированных сайтов пробивали?
Это фича. Пропишите все допустимые пути:
php_admin_value open_basedir /full/path/to/dir1:/full/path/to/dir2 и т.д.
