+ ускорение в ЦАТЬ раз будет))Ваше ускорение в цать раз на сервере особо погоды не сделает. Если потрудитесь глянуть спид инсайд - бОльшая часть проблем - большие картинки и левые скрипты, так что переписывать нормально работающий сайт смысла особо нет. Разве что версии плагинов обновить, сделав бэкап предварительно.
тем более будет работать только один из индексов либо по времени, либо по хешу. даже при смешаном.Во первых - даже если будет работать только 1 индекс, то бд выберет из них наиболее быстрый, то есть с более высокой селективностью. Что скорее всего будет по дате. Про то что "смешанный" (который на самом деле "комбинированный") будет использовать только какой-то один индекс - бред, так как смысл в нем как раз в индексе сразу по двум полям (и это отдельный индекс), что хорошо увеличивает селективность индекса.
но в запрос включать только статус, а его проставлять в через крон от времени последнего использования.Почему все "самые умные" всегда пытаются решать вопросы просроченности через крон? Вас мало били за использование внешних механик вместо встроенных? Или вы никогда не работали с проектом сложнее блога? Никогда не используйте внешние механизмы проверки, если имеете возможность сделать это средствами отслеживания разницы в датах.
Статус же можно добавить в индекс на первое место - что вероятно даже ускорит проход по индексуСтатус (кроме того что он отсутствует в таблице) внесет в запрос низкоселективную выборку, индекс по этому полю практически бесполезен. Грубо говоря, так как статус у вас либо 1 либо 0, то результатом будет всегда выборка перебором, как более быстрая, так как индексов на 2 значения особо не построишь.
вы в запросе выбираете title, а его в выборке и группировке быть не должноок, как тогда получить значения
чтобы из столбца title значение подставлялось в поле значения name_listесли их не получать?
SELECT
name_list as nl,
title as name_list,
count(*) as count,
sum(count_model * 2) as total,
min(created_at) AS date
FROM `mymodels`
GROUP BY nl, name_list
ORDER BY `date` DESC
LIMIT 10это ухудшит скорость запроса.Оу, рили? Интересны аргументы, почему?
Постоянно выводит 1 столбик из БДНе столбик, а строку, и не "один", а первую в таблице. Прежде чем что-либо писать в код, нужно понимать как это работает, по этому идем в доку мускуля, читаем как работают запросы с условиями, определяемся что мы хотим получить и как это сделать, потом пишем код. В вашем случае очевидно что вы не знаете сами что нужно получить, по этому получаете фигню.
api/set_new_access_keys это запрос на сой сервер, который обрабатывает информацию, достает токен из бд и делает запрос через axios к api/v4/leads/complexтогда почему вы в curl указываете свой же сервер? Вы бы определили в коде что куда запрашивает и где какой урл, а то схема ваших телодвижений не совсем понятна...
Задача: для каждой даты определить последний тип запросаВообще правилами сервиса запрещены задачи и задания (п. 5.12 правил сервиса), если вы сами ничего не пробовали и просто хотите получить готовое решение - вам на другой ресурс. В ином случае - внимательно прочитайте ответ, в нем есть все необходимые подсказки для решения вашего кейса.
Еще картинки - все лежат в 1 папке, ну или 4-5 папок максимум. Конвертировать их 10 минут. Да, надо будет поставить еще плагин (долбаный ВП...), и новые картинки уже будут в новом формате. Так что не так страшно все.