estic

Может, он действительно данные целыми таблицами выбирает 😂

Только я один не знаю, какой это сайт?

Вы не сами писали код? Не знаете последовательность запросов, выполняемых для конкретного типа страницы (конкретной страницы, если учитывать фактические данные, т.к. они тоже могут влиять на скорость выполнения запросов)?

По моей ссылке выше показан еще второй запрос "show profile from query 1" и т.п. Если будете использовать именно командную строку, то база данных выбирается при помощи запроса "use `db_name`".

Видимо, на большее не хватает 😀 Он и "show profiles" только сделал, т.е. найденную мной предельно короткую статью до конца не дочитал 😕

Хотя, может, специально нагрузить захотел. Правда, такой запрос совсем не на то, на что нужно, нагрузку дает.

Первая ссылка в выдаче Яндекса по запросу "mysql profiling": https://habr.com/ru/articles/70435/

Или с самими запросами беда, но я не стал повторять то, что уже написано в теме.

Кэширующий прокси 😊

Facepalm. Поставьте хотя бы 5.4 (.45) 😊

Необязательно. Можно кэшировать страницу не при первом обращении, а заранее (отдельное действие, действие при сохранении основных данных станицы, запускаемый вручную или автоматически фоновый процесс). Также можно использовать кэширование при первом обращении, но выполнять это обращение самому (действие "предпросмотра", запускаемый вручную или автоматически процесс "обхода" определенных страниц).

Ждем следующую тему: Кэш страниц разросся до невероятных размеров. Что делать? 😊

Индексы нужно периодически перестраивать. Но в данном случае они скорее всего просто неправильно составлены.

В некоторых принято: Уведомления о письмах по HTTP

См. выше. Яндекс такого не умеет, но зато поддерживает пересылку почтовых уведомлений (коротких писем о приходе писем). Есть и другие SMTP-to-HTTP-шлюзы, но они обычно платные. Можно и на своем почтовом сервере разместить подобный шлюз.

"Обратные вызовы" обычно выполняются методом POST, не GET 😉

Могут и не разгадывать (каждый раз), а просто нужные куки подставлять. "Самодельные, простенькие" капчи этим часто страдают.

Я бы так активно (или вовсе) не использовал mx в SPF. Свои серверы и сети ты обозначаешь при помощи ip4 (не уверен, что допустимо ipv4), а сторонние - при помощи include. Если используешь только сторонние одного провайдера, тогда просто redirect= 😉

Вот это тоже перепроверьте: vspf1=1 😉

А по-моему этот сервис вполне лоялен, если следовать простым, уже практически стандартным на сегодняшний день, правилам. Gmail построже будет. В нем без "стадии обучения" на "не спам" практически не обходится. А в Mail обычно достаточно заглянуть в postmaster, чтобы в очередной раз убедиться, что все в порядке.