RGB

Это который за 45$? А вы им пользовались? Насколько он хорош в реальных условиях с большими объемами продукции? Модуль freelancer'a выглядит пошустрее, не знаю каким будет новый модуль SooR'а конечно.

Если время поджимает, ИМХО лучше смотреть в сторону модуля freelancer'a (Filter Pro который).Однако надежда есть, SooR почтил нас своим присутствием сегодня :-D Активность: OFFLINE Сегодня, 00:25

Спасибо, также появилась идея добавить поле имейла, чтобы была сразу видна связка логин-пароль (ибо сейчас виден лишь пароль, а если после большого перерыва пользователь будет искать пароль с логином, он может не сообразить, что логин - это почта):Тогда в vqmod добавляем еще одну строчку: $message .= $this->language->get('text_email') . ' ' . $data['email'] . "nn";И в cataloglanguagerussianmailcustomer.php соответственно: $_['text_email'] = 'Ваш логин:';

Спасибо!Хотелось плюсик поставить, но случайно вышел минус - а отменить - никак (или я на форуме чего то не замечаю). Простите:)

Опять же, из демки не очень понятно - ненужные атрибуты можно скрывать и не выводить внутри категорий? Например, у меня у товара 15 разных атрибутов, из них мне надо фильтровать лишь по 5, можно ли скрыть остальные 10? И второй вопрос - в демо-админке справа под налогами указаны свойства отображения (Display sku in product listing? и т.п.) - это касается отображения в выборке фильтра или отображения везде в каталоге?

Поскольку никто ничего не выкладывал, ждем вашу строчку к модели заказа)

А с чего вы взяли, что там используется опенкартовский фильтр? Розетка на OWOX Engine написана, там опенкартом вроде как и не пахнет. Он же не затрагивает ЧПУ, лишь дописывается в конце ссылок свой кусок с данными фильтрации, вам ничто не мешает убрать в гугл вебмастере индексацию всех ссылок, у которых, например, такой параметр, как #category_id.Как я понимаю, ajax-версия не подойдет тем, у кого вывод информации (например, в категории) зависит от отображения и реализован не-аяксом, скажем сбоку выводятся какие-то избранные товары из выборки в категории (аякс изменяет эту выборку без перезагрузки страницы, а не-аяксовый модуль то не схватывает это, ему нужно перезагружать страницу, в итоге получается нарушение логики работы фильтра и модуля).

ИМХО вам стоит привести свою демку в такой же вид, потому что на этом сайте все работает намного понятнее и логичнее (все таки товаров много и товары реальные). Работа фильтра в реальных условиях порадовала больше. Единственное, что насторожило - это дублирование значений фильтров (например, в Выходной мощности дважды повторяются значения 4 х 40 Вт, но скорее всего это ошибка наполнителя магазина, в одном случае х русская, в другом - английская)

Модуль отличный, НО: Насколько я понимаю, если выбрать генерацию пароля, то он генерируется, но не отправляется покупателю на мыло (мне в тестовом примере не пришел). Если заходить с того же компьютера, пока сессия активна, то все окей, но покупатель же может потом делать заказ с работы, например, а там уже сессии сохраненной не будет, и ему придется жать ссылку "Забыл пароль". Может стоит отправлять при регистрации также и пароль? Версия модуля последняя (2.2.0 насколько я понимаю). П.С. Понимаю, что в открытом виде пересылать пароли не очень правильно, но как иначе дать покупателю понять, какой у него пароль? П.П.С. Также понимаю, что текст письма формируется вообще движком, а не этим модулем, но при выборе генерации пароля в модуле (что очень полезно и классно), эффект этой фишки полностью уничтожается тем, что движок не отправляет пароль покупателю.

Приостановлен не значит закрыт, а учитывая пропажу камрада SooR, приходится надеятся на допиливание именно этого модуля :)

Что-то демка часто стала отдавать Bad gateway, там все в порядке с ней? Еще такой момент - фильтр по цене это хорошо, но по какой цене? ИМХО имеет смысл выводить рядом со значением цены также и валюту, насколько я понимаю работа идет с текущей выбранной валютой, а значит это реализовать не сложно.

Пардон, пагинация из памяти вылетела)

Быть может не в одной строке, а на одной странице? Тогда по адресу catalogcontrollerproduct в файле product.php в 481 строке приблизительно замените 5-ки на что-то большее: $results = $this->model_catalog_review->getReviewsByProductId($this->request->get['product_id'], ($page - 1) * 5, 5);

Я так погляжу, в демке новые приятные изменения появились, ползунок выбора цены теперь имеет всю свою поверхность активной. SooR, ауу :)

Если судить по этому сообщению: то наверное есть (просто не знаю зачем тогда нужна таблица category_option_to_store )Но лучше спросите самого SooR :)

Можно, писалось выше

Сдается мне, глядя на вашу карму, что название этой темы следовало писать иначе)

Толковых и бесплатных (одновременно) фильтров нет. Бесплатные обычно имеют очень ограниченную функциональность, и как вам выше написали, смотрите первое сообщение этой темы. Оффтоп: неплохо ребята морзянкой пообщались :)

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

Ну естественно, нужно еще скрывать кнопку купить в файлах шаблонов поиска, акций и т.п. - это все находится в catalog/view/theme/default/template/product/, файлы category.tpl, search.tpl, manufacturer_info.tpl, compare.tpl, special.tpl - короче проще всего сделать массовый поиск и замену строчки с кнопкой Купить, ибо она везде в одинаковой форме записана, КРОМЕ ТОГО - убрать вывод кнопки в блоке рекомендуемых или похожих товаров.

Такой момент - если выбрать ценовой диапазон, то активной областью (для нажатия) будет только то, что внутри диапазона (выделено красной рамкой). То есть если попытаться нажать на область правее или левее выделенного диапазона, маркеры не переместятся на то место, куда идет нажатие - их нужно перетягивать, нажав непосредственно на них. Мне это кажется немного не логичным, потому что в компьютерных интерфейсах область скроллирования активна полностью, а здесь прямая ассоциация возникает с полосой прокрутки. А теперь насчет цены - пардон за оффтоп, конечно, но про 500 баксов речь не шла (хотя вообще говоря индивидуальная разработка какого-то навороченного модуля с интеграцией директмейла и CRM-системы вполне может стоить столько, и даже больше). Речь о том, что если вы занимаетесь электронной коммерцией, то у вас априори есть деньги (если у вас есть магазин, даже если вы не владелец, но нет денег - то пора закрываться :-)), ведь с нулевым бюджетом никакой бизнес не запустить. А если у вас есть деньги, то вас не должна беспокоить разница цены в 5 или 50 баксов, ежемесячная прибыль любого активного магазина намного выше (опять же, если вы давно существуете, но прибыль ниже - закрывайтесь, не теряйте время).

Очень понравилась идея с отдельным экспортом/импортом фильтров, это решит проблему совместимости с другими модулями по обмену данными. Пожелание - либо в 1-м сообщении этой темы указать ссылку на демку новую, либо создать новую тему и там все это описать, потому что вновь прибывшие в эту тему просто не поймут, о чем идет обсуждение - ведь на первой странице выложен старый фильтр, а тут разговор идет про новый. И немного оффтоп - вот мне всегда было забавно наблюдать, как некоторые покупают впятером модуль за 30$, или там жалуются на непосильные расценки злых разработчиков. За серьезный функционал не должно быть жалко любой суммы - вы же магазины делаете, а не персональные странички, а значит прибыль есть, и она несравнимо выше. А по поводу того, что все начали делать фильтры - так есть большой спрос, люди видят крупные крутые сайты с такой функциональностью, и хотят "как у соседа". Другое дело, что даже такой чудесный модуль не обеспечит 100% подъем продаж, ибо это все же инструмент, пусть и очень полезный.

Супер, спасибо, будем ждать.

С настройками вообще красота - все понятно. А по структуре БД эта версия фильтра сильно отличается от прошлой? Интересует совместимость с модулями импорта, т.е. насколько изменилась логика хранения данных в БД? Еще интересно - нет ли возможности по выбору задействовать для хранения всех значений фильтров вместо отдельных полей и таблиц в БД (как было в старой версии) значения атрибутов товаров (т.е. то, что уже есть в базовом функционале магазина и что обеспечит совместимость с любым модулем импорта/экспорта). Такой механизм реализован в модуле freelancer (http://opencartforum...__fromsearch__1), но там не устраивает слабый функционал и неинтуитивная работа фильтра (не понятно, сколько товаров покажется при выборе определенной опции и сколько из них уже включено в текущую выборку и т.п.), но ценой этого там обеспечивается быстрая работа модуля.

Ого! Очень круто выглядит, но мне кажется не очевидным такой механизм - когда при выборе опции в этом же блоке подгружается кол-во товаров с этой опцией и отображается кнопка, на которую нужно нажать чтобы увидеть результат фильтрации. Не проще ли будет сделать кнопку Применить?