Принял, что мне исправить, чтобы избежать данной ошибки?прочесть ошибку, перевести, понять. Можно погуглить.
А если прикинуть хотя бы 50 типов страниц на нём, то... от 50 до 150$Там везде тянутся 1 набор цсс и скриптов, пара страниц может отличаются. И один основной шаблон + может 2-3 дополнительных внутренних подшаблона. Достаточно оптимизировать индекс и 90% работы уже готово. Ну а с такими расчетами как у вас конечно можно и за каждую страницу отдельно посчитать, сумма как раз к лимону будет )
+ ускорение в ЦАТЬ раз будет))Ваше ускорение в цать раз на сервере особо погоды не сделает. Если потрудитесь глянуть спид инсайд - бОльшая часть проблем - большие картинки и левые скрипты, так что переписывать нормально работающий сайт смысла особо нет. Разве что версии плагинов обновить, сделав бэкап предварительно.
тем более будет работать только один из индексов либо по времени, либо по хешу. даже при смешаном.Во первых - даже если будет работать только 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 столбик из БДНе столбик, а строку, и не "один", а первую в таблице. Прежде чем что-либо писать в код, нужно понимать как это работает, по этому идем в доку мускуля, читаем как работают запросы с условиями, определяемся что мы хотим получить и как это сделать, потом пишем код. В вашем случае очевидно что вы не знаете сами что нужно получить, по этому получаете фигню.
Ок, так больше похоже на внятное описание, но вопросов все равно пока больше чем понимания. Допустим я нажал в первой группе 2, затем нажал во второй группе 1, а затем нажал add all id от первой группы, что должно получиться?