Сергей Сыроежкин

я сделал банальным запросом в базу, через хелпер.

неплохое обсуждении получилось, да еще и в гугле если набрать "дальше сам дожую" - эта страница первая))))

щас подумал - а если на саму себя через POST? тут же все и получу...

я планирую это все на главной, главная - это магазин

спасибо! и последний вопрос в этой теме - почему это все-таки костыль? разве стандартный поиск по характеристикам внутри категории не так работает? также идет GET-запрос, шаблон передает GET-параметры хелперу и получает список товаров...???

разве так? я же вставляю условие на этой же странице, зачем ей узнавать свой собственный урл?

сделал тест-страничку, в ней код смарти (запрос к хелперу), обращаюсь к этой тест-страничке аджаксом по урлу, все отрабатывает и выводит.

как теперь лучше поступить с этой тест-страничкой?

оставить - будет видна поисковикам,

встроить код из неё в уже существующие страницы - оборачивать условием всю страницу.

какой вариант предпочтительнее?

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

так и сделал

class shopMyCustom extends waAppViewHelper
{
    public function getPageNew(){        
        
        $model = new waModel;
.....блаблабла

зачем вам это знание? у вас лучше получается шутить...

как их задело слово ОДИН запрос в базу))))

ну все, Паша, держись, вот код, это конец продаж, все!!!!

 format C:

хелперов нет и не будет, но вы там держитесь и всего вам хорошего!

Дыг все сделано уже, через ПРАВИЛЬНЫЙ хелпер ОДИН запрос в базу и вывод 10 товаров со скидкой. девиз - долой ORM помог и решил этот день!

Вроде что-то похожее видел в WA-маркетплейсе, что-то там с чем-то по поводу характеристик??? Ну щас выложу код, немного обвалим цены как говорится... Небольшая черная пятница для продаванов, как вам?)))

почему-то урл не могу вытянуть...

-

мне кажется, ORDER BY надо делать по product_id, т.к. провел эксперимент - сохраняю товар с новым, ранее не примененным ЗНАЧЕНИЕМ характеристики - в таблице shop_product_features создается новая строка... карл?

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

на практике конечно не так печально, вбил характеристику и они по идее дальше постоянны, но вот в моем случае скидка на товар сделана как характеристика, а скидка имеет право меняться..

и SELECT сделать не как *, а как SELECT product_id - нужно из жалкой таблицы только айди товара, больше оттуда ничего не вытянуть)))

83 - это что? походу еще надо табличку присоединить.

наверное, все вносимые значения еще храняться в другой табличке, не могу посмотреть, т.е. если такая скидка уже вбивалась в это поле , то у нее уже есть АЙДИ. мда уж.. логика... АЙДИ для ЗНАЧЕНИЙ характеристик плюс свзяь с еще однйо таблицей. точно 6 таблиц как тут ктото говорил

<span>характеристика равна 0 - feature_value_id =21
</span><span>характеристика равна 1 - </span><span>feature_value_id =41</span><span>
</span><span>характеристика равна 2 - </span><span>feature_value_id =63</span><span>
</span><span>характеристика равна 3 - </span><span>feature_value_id =42</span><span></span><span>
</span><span>характеристика равна 4 - </span><span>feature_value_id =37</span><span></span><span></span>

я даже не сомневался, что прямой запрос в базу экономенее на несколько порядков! ибо дергать готовые массивы, отталкиваясь от систменых переменных и потом их же копошить опять же штатными обработками как видно привело к банальной классике!!! Гена Рыжов = ГЕНИЙ!

по каким по каким - у которых ЗАПОЛНЕНА характеристика и у которых она в интервале, например от 0 до 8. харакетристика - текстовое поле.

я весь в интриге!! жду...

Исходя из логики требуемого, подошел бы модуль или плагин типа "Товары 2001 г. выпуска" или например "Товары со скидкой" (у меня как раз скидка сделана текстовой характеристикой), но почему-то штатного нет, а список товаров с фильтром по характеристике в моей версии сделать низзя, говорят в семерке есть это. И как же там интересно это делается?

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

На хостцмс по 50к товаров легко база шуршала, как раз именно тоже самое делала... там таблица товаров+таблица характеристик+таблица связей...

Сергей Родовниченко, это вся информация от вас?))

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

Переменная формируется в плагине pricepage, вывожу все эти эксперименты на соответствующей странице, про контроллеры немного читал, давайте еще нападайте на новичка))) Сразимся потом на каком-нибудь форуме для верстальщиков)))) Я вам покажу где nth-child зимует!!)))

Мне как бы достаточно почитать пару дней и логика смарти предстала во всей красе, ну что вы в самом деле, уж если я компоненты от не к ночи помянутого битрикса щелкаю на 1-2-3... Целиком осваивать смарти буду по мере потребностей, преждевременная оптимизация не мой конек)))

я про массив в js -

var cats = {json_encode($categories)};

из товаров нужно название, цена, наличие (есть/нет) и по возможности ID категории, которой принадлежит товар.

было бы интересно увидеть, как можно сразу отсекать лишнее??? там действительно массив огромный на выходе, хотя вот в браузере все отрабатывает очень быстро... надо на смартфонах попробовать, пока еще массив в исходном огромном состоянии, пока мы его еще не усекли СОВМЕСТНЫМИ ДРУЖНЫМИ усилиями!!)))

1000 товаров - страница кешируется на 6Мб!!!. наверное, придется отказаться от формирования переменной..

хотя браузер открывает страницу очень быстро...

массив этот нужен был для выбора на стороне клиента - жмет на кнопку категории - ему отдается список товаров этой категории. ajax щупать? есть рабочее решение, аджаксом отправляю АЙДИ категории, в ответ получаю список товаров, но запрос идет на самодельный файл с прямым подключением в базу, хотелось бы уйти от такого варианта и использовать системное подключение к базе.

или все-таки создание-хранение огромной переменной в браузере не так страшен черт как его малюют?

спасибо, массив теперь поддается расшифровке!

по поводу p.s. так и не понял - радоваться теперь или огорчаться?

))))

да, правда ваша. а куда ajax-запрос отправлять? на какую-то страницу или можно на файлик? могу сделать кастомный файл с запросом напрямую к базе, но наверное это не по фен-шую??? и с кешированием навернео будут траблы...

хотелось бы именно используя системные переменные...