Wild

Да, скорость работы удручает. Там их 3, какой конкретно?

Интересное и весьма шустрое решение, спасибо!

Спасибо, помогло!

Баба Катя - работник, в должности которого входит обновление информации о товарах в магазине. У вас этим занимаются верстальщики? Вы правы. Она действительно ШИКАРНЫЙ рерайтер. Я понял, у вас наполнением магазина товарами занимается IT отдел, перенося тексты подготовленные в ворде, предварительно правя их в блокноте. Не обижайте бабу Катю! )) Она женщина в возрасте, на пенсии, но работник ОЧЕНЬ хороший. Дай ей бог здоровья!

Нашел неплохой бесплатный модуль подошедший под мои требования, поставил сортировку после итога как вы советовали и все заработало как надо. Спасибо за подсказку. Кстати в нем очень гибкие настройки зависимости от мин/макс суммы заказа, налогов, геозоны, метода доставки, оплаты, фиксированная сума или процент. Рекомендую.

Это была ирония? Для меня это прописные истины, но вы предлагаете обучить менеджеров, включая бабу Катю основам HTML? Нафига тогда вашпе нужет визивиг редактор в CMS?

Но если я правильно понимаю, то в этом случае 3% будут считаться от общей суммы заказа с доставкой, а нужно только от суммы корзины. Какие есть варианты решения?

Спасибо, понял!

К примеру при оплате наложенным платежом почта берет себе 3% от суммы платежа. Как можно рассчитать и вывести эту сумму не включая ее в итог к оплате? Просто чтобы клиент знал сколько ему нужно будет дополнительно заплатить при получении посылки.

Да, и в панель инструментов можно добавит недостающие дополнительные функции, но работа с таблицами на OC версии 2.0 - 2.2 очень ущербна. Нет возможности ни вставить столбец/строку, ни удалить.

Можете использовать штатные модули генерирующие sitemap. Там вся инфа есть.

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

Мой последний вариант запроса, может кому пригодится: Использование NOW() отменяет кэширование запроса, по этому в PHP коде он заменен конструкцию вида date("Y-m-d H:i") . ":00"

На ваших данных есть и четные и нечетные? Знаю, там были разные условия отбора. Не обращайте внимания.

Т.е. получается вот так: HAWING RowNum <= 7 HAWING RowNum <= 8

Обратил внимание на одну не состыковку. Вычисляемое поле NumRow почему-то "скачет" через оно значение. Т.е. если в запросе указываешь к примеру только 7 значений из каждой категории (HAVING RowNum <= 7), то в таблицу попадают только нечетные номера (1, 3, 5, 7). Причем если указать RumRow четным, то значений будет на одно больше (при RumRow <= 8 будет 1, 3, 5, 7, 9) Т.е. в результате в 2 раза меньше значений. По этому сейчас приходится NumRow указывать по формуле (N * 2) -1. Т.е. если нужно 5, то указываю 9, для 10 указываю 19. Можете объяснить почему такое происходит?

Это и испугало еще больше чем 150 рапросов к категории. Товаров около 17000. Даже не хочу тестировать на время работы. Именно так и есть! Именно так! Благодаря Вам поставленная задача решена. Есть нюансы, особенно для начинающего, но опубликованный запрос хорош как базовый для дальнейшего улучшения. Работает вполне сносно и достаточно быстро на таком объеме информации. В любом случае Вам тоже спасибо что откликнулись. В споре рождается истина! ))

Звездочку юзаю только на этапе отладки, чтобы видеть что выбирается и джойнится. Сategory_id в приведенном вами примере и так есть, а толку? Задачу не решает. Про цикл уже писал, не хочется лишних 150 запросов.

Я согласен с вами. В данном случае, мне нужно было просто с чего-то начать, чтобы хотя бы получить приблизительную выборку N позиций из всех категорий. Да, теперь есть куда улучшать и оптимизировать.

Хм... Перепроверил, данные вроде сходятся. В чем могут возникнуть грабли?

Я просто спросил совета. В любом случае ОГРОМНОЕ спасибо вам. Ну да, три вложенных select'а... Но вроде отрабатывает нормально.

По ходу эта группировка решает проблему: GROUP BY p2c.category_id, p2c.product_id ORDER BY p2c.category_id, p2c.product_id DESC

С учетом того, что категорий сотни полторы, то не хотелось бы генерить столько же запросов в цикле. Как по вашему, какое решение было бы оптимально?

@chukcha Спасибо, запрос действительно получает по 3 товара из каждой категории, но к сожалению это не последние товары. Не подскажете как правильно сделать группировку по product_id, чтобы получить последние? Мой текущий запрос (добавлено условие на главную категорию os_store): SET @I=0; SET @C=''; SELECT * FROM ( SELECT B.*, IF(@C != B.category_id, @I:=1, @I:=@I+1) AS RowNum, @C:=B.category_id FROM ( SELECT p.product_id, pd.name, p2c.category_id, p2c.main_category, cd.name cname FROM oc_product p LEFT JOIN oc_product_description pd ON pd.product_id = p.product_id LEFT JOIN oc_product_to_category p2c ON p2c.product_id = p.product_id LEFT JOIN oc_category_description cd ON p2c.category_id = cd.category_id WHERE p2c.main_category = 1 GROUP BY p2c.product_id, p2c.category_id ORDER BY p2c.category_id DESC ) AS B HAVING RowNum <= 4 ) AS A

Спасибо за совет, но ваш запрос получает все данные за 60 дней из указаных категорий, но не решает проблему заданных N товаров.