Что нужно доделать в ЖШ - страница 16 - Общие вопросы и ошибки

Напишите пример запроса.
В списоке продуктов - вывести все характеристики.
пример таблицы
product_id, charkt_id, charkt_value
1,1,5
1,2,6
1,3,7
1,4,8

ну первое что пришло в голову - IN (product_id списка продуктов)

давайте поэкспериментируем...

создаем таблицу #__jshopping_characteristic с полями product_id (индекс), extra_fileld_id, extra_fileld_value

далее заливаем данные

   $db = JFactory::getDBO();
   for ($i=1; $i<=35000; $i++) {
      $extra_fileld_id = (int)($i/100)+1;
      for ($j=1; $j<=10; $j++) {
         $query = 'INSERT INTO #__jshopping_characteristic (product_id, extra_fileld_id, extra_fileld_value) VALUES ('.$i.', '.$extra_fileld_id.', '.$i*$j.')';
         $db->setQuery($query);
         $db->execute();
      }
   }

итого имеем таблицу характеристик из 350.000 строк для 35.000 товаров по 10 характеристик для каждого

далее делаем выборку характеристик для 3500 тысяч товаров

   $product_id = array();
   for ($i=9; $i < 34999; $i=$i+10) {
      $product_id[] = $i;
   }
   $query = 'SELECT * FROM `#__jshopping_characteristic` WHERE product_id IN ('.implode(',',$product_id).')';
   $db->setQuery($query);
   $start = microtime(1);
   $db->execute();
   $end = microtime(1);
   echo $end - $start;

получаем время 0.014305114746094 секунды

повторяем тоже самое для 350 товаров ($i=$i+100)

получаем время 0.002181011199951 секунды

и наконец для 35 товаров ($i=$i+1000)

получаем время 0.0017740726470947

вроде как ниче вариант?

http://joomlaforum.ru/index.php/topic,267650.msg1343794.html#msg1343794
сразу учесть в релизе новом.

http://joomlaforum.ru/index.php/topic,267650.msg1343794.html#msg1343794
сразу учесть в релизе новом.

Да, в настройки вынести что-то типа

Component JoomShopping 3.15.0A9
Используется время Joomla

Виктор, скажите пожалуйста, в 3.15 если выбрано step_4_3 то для способа доставки нельзя выбрать доступные методы оплаты. в stable будет? можно использовать тот же самый принцип, только наоборот. раньше выбирались в доставке способы оплаты, при которых эта доставка будет показана, а если выбрано step_4_3, то этот же селект можно рассматривать как способы доставки, которые будут показаны. и логично, и не много изменений.

P.S. так например для способов доставки в function getAllShippingMethodsCountry достаточно не присоединять к запросу 'AND (sh_method.payments='' OR FIND_IN_SET...' если JSFactory::getConfig()->step_4_3

а для оплат в контроллере при переборе $all_payment_methods отбрасывать те, которые не соответствуют выбранной доставке

P.P.S ну конечно надо еще отработать отсутствие доставок/оплат, но то уже нюансы...

Думаю да.

Виктор, вопрос по поводу $style_currency в function formatprice: наконец то появилась возможность отделить визуально валюту от цены. но если в шаблоне пользователь это сможет сделать самостоятельно, то как быть с вызовом formatprice из например контроллера товаров? будет какая то глобальная настройка, отвечающая за это? может быть это стоит сделать вообще не параметром функции, а просто настройкой?

Добавьте пожалуйста в настройки отключение показа картинок категорий и производителей.

ЗЫ. Да, я понимаю, что это без особого труда делается в шаблоне, но всё меньше будет отслеживать при обновлениях.

Виктор, позволю себе напомнить о редиректе на первую страницу в списке товаров, если текущая больше чем есть всего. Не рассматривали случаем возможность?

PS там на демо можно проверить если что переходите на 2-ю страницу, выбираете в фильтре Тип картриджа - Картридж, тем самым отбирая 3 товара. И нажимаете Показать.

При использовании атрибутов с радио кнопками немного неправильно строится разметка. w3c валидатор выдаёт ошибку.
lib/functions.php
Должно быть не true, а checked

Простите, а решение присвоения старой цены атрибутам уже существует?

в смысле можно ли зависимым атрибутам задавать старую цену?  ну в 3.14.3 по крайней мере можно. раньше - не помню уже с какой версии

в смысле можно ли зависимым атрибутам задавать старую цену?  ну в 3.14.3 по крайней мере можно. раньше - не помню уже с какой версии

Прошу прощения, думал само дойдет. Я имел ввиду, при изменении цен массово, цена в атрибутах не изменяется.
Таким образом в списке товаров старая цена отображается, в карточке нет, так как имеются атрибуты . Это не критично, но было неплохо!

использовать валидные подходы в шаблонах
пример
в шаблоне карточки товара используются конструкции
что мешает сделать валидно
и описать стиль в CSS
так будет гибко и валидно.

2 Виктор

Планируется ли изменение формата хранения записи о товарах ?
Имеется ввиду проблематика длины 1 записи БД в 64К и соответственно проблем с кол-вом характеристик которые можно сохранить задав товару.

Раз уж пошло обсуждение этой темы дальше, скажите стоит ли ожидать изменений в этом плане в ближайшее время?

Нет.

Уже поднимал вопрос, но подниму еще раз.
Когда на странице архивов, появится возможность скачивать старые версии линейки 4.х?

О характеристиках... Зачастую возникает необходимость задания характеристик с одноименными названиями (ЖШ к счастью это позволяет), на примере каталога с автомобилями: Длина, Ширина, Высота - может относиться к автомобилю вообще, и например к кузову, или фургону. Собственно делаем группы характеристик "Габариты авто", "Габариты кузова" - внутри каждой группы забиваем характеристики "длина","ширина","высота"... и всё бы было хорошо, но в админке, в разделе "Настройки-Категория/Товар-Показать характеристики" получается такая картина:
длина
ширина
высота
длина
ширина
высота
И понять к какой группе относится данная характеристика, можно только если помнишь в каком порядке их добавлял.

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

И что касаемо порядка сортировки характеристик. Если какие то характеристики находятся вне групп, то все они располагаются до первой группы, что не есть правильно.

а можно же задать ограничение какой-либо характеристики только для определенной категории, разве нет?

Показывать для категорий* Все\ В выбранных

а можно же задать ограничение какой-либо характеристики только для определенной категории, разве нет?

Это мне вопрос? Да можно... только как это связано с моим предыдущим постом?

1. У Вас шаблон исправленный. В шаблоне по умолчанию характеристики разбиваются по группам.
А по сортировке очень даже правильно. Сначала без групп, потом с группами. Для решения Вашей проблемы можно характеристики без группы засунуть в группу "Основные параметры".
По другому (Прямая сортировка характеристик) может получится так:
Без группы: Длинна, Ширина
Кузов автомобиля: Ширина, Высота
Без группы: Высота
Кузов автомобиля: Длинна

Это доставит гораздо больше неудобств.

1. У Вас шаблон исправленный. В шаблоне по умолчанию характеристики разбиваются по группам.

Речь, не о фронт-энде, а об админке - конкретно о разделе Настройки--Категория/Товар, где выбирается какие показывать характеристики, и какие скрыть.

А по сортировке очень даже правильно. Сначала без групп, потом с группами. Для решения Вашей проблемы можно характеристики без группы засунуть в группу "Основные параметры".

Именно так пока проблему и обошёл.

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

Который раз натыкаюсь на очень неприятную вещь: Opera (причем что на движке Presto, что уже на Webkit, а может и не только она) при запуске тащит страницы с кеша. При попытке залогинится - получаю белый лист с Invalid Token. Оно и понятно, страница то из кеша взята, токен сменился, так что вроде как все правильно. Но представьте, как это для клиента. А дело еще и усугубляется тем, что если нажать Назад в браузере со странички с Invalid Token, то опять таки будет взята страница из кеша. И юзер тыкнув повторно Логин опять получает белый лист и Invalid Token.

В связи с чем вопрос/просьба 2Виктор: можно ли добавить в контроллере User функции loginsave тригер ДО JRequest::checkToken ? А я бы написал плагин, который первый раз будет просто переадресовывать обратно с ворнингом, а если токен повторно будет неверный, то уже тогда рубить jexit( 'Invalid Token' )

Попробуйте добавить
header("Cache-Control: no-cache, must-revalidate");

в функцию loginsave

не получится. плевала Opera на это. у нее свои мысли по поводу кеширования ей такие указания не указания вовсе

и кстати все забываю сказать, по поводу таких запретов, например при отмене оплаты. там тоже есть такой запрет, когда нажимают на кнопку Back в браузере. По задумке должен произойти редирект на отмену платежа. Так вот в Opera это нифига не работает. Она упрямо грузит страницу из кеша Но там еще фиг с ним. Не отменился и не отменился. А вот с логином хуже...

Добавлю тригер
$dispatcher->trigger('onBeforeLoginSave', array());

+

Попробуйте добавить
header("Cache-Control: no-cache, must-revalidate");
в функцию login

Возможно кешируется форма логина

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

Будет в новой версии

С некоторым даже удивлением обнаружил, что ЖШ никак не обрабатывает исходное изображение для формирования полноразмерного, а просто происходит копирование xyz.jpg в full_xyz.jpg - в результате изображение разворачивается на 500% экрана и видно только маленький кусочек его. Для меня то не проблема поджать картинки до нужного минимума, но вот объяснить клиенту, что исходные картинки 5184 x 3456 надо поджимать до 1024 на 768 хотя бы - очень сложно. Клиент не понимает зачем это нужно делать и не хочет понимать как это нужно делать. И я с ним согласен... в ЖШ просто необходима настрока с заданием габаритов полноразмерной картинки, чтобы full_*.jpg при аплоаде преобразовывались к необходимому размеру.