Condorious

Супер! То, что надо! Спасибо!

При слишком большом объёме текста в описании категории, товары категории оказываются совсем внизу, особенно на широкоформатных мониторах. Есть ли возможность добавить в редактор что-то наподобие кнопки "Читать далее", чтобы на сайте скрыть часть описания, но при этом дать возможность посетителю нажать на кнопку и продолжить чтение?

А у меня такой дикий вопрос, а есть ли какая-то гипотетическая возможность использования фильтром файла catalog/view/theme/default/template/product/category.tpl? То есть, если у тебя шаблон категории изменён, чтобы фильтр сам адаптировался к этому шаблону. Либо добавить возможность обучения фильтра шаблону. К примеру, установил фильтр, где-нибудь в настройках кликнул кнопку, например, "Автоматически настроить список категорий", движок фильтра ищет процедуру отображения категорий в файле catalog/view/theme/default/template/product/category.tpl и записывает эту процедуру в какой-то файл, который в дальнейшем инклудится в catalog/view/theme/default/template/module/filterpro.tpl. Пользователь получает автоматиш фильтр, а Вам меньше хлопот с персональной настройкой.

Дело в том, что вывод списка/сетки товаров генерируется самим модулем, а не файлом шаблона (catalog/view/theme/default/template/product/category.tpl). Если этот файл у Вас не стандартный, либо стандартный, но модифицированный, соответствующие изменения нужно произвести в самом модуле (точно не помню, вроде этот файл: catalog/view/theme/default/template/module/filterpro.tpl). А если автор модуля бесплатно готов подогнать модуль под Ваш шаблон, думаю стоит сначала дать ему это сделать, а уже потом говорить как всё криво и косо. У нас с автором шаблона тоже сначала не сложилось, но после конструктивного диалога у нас получился офигенный результат.

Работает, качает.

Отличный модуль, то, что доктор прописал! Спасибо за наводку!

Да, есть кнопка "Отзывов" по клику говорит что время скачивания файла истекло и предлагает доплатить за обновление 117 рублей. Глюк какой-то :0((

... Товар Сапожки школьные "Тачки" Арт 1212С Гляньте на вкладку опций.

Я думаю, мы изначально не поняли друг друга, и я сожалею, что вы приняли мои слова на свой счёт, а не на счёт самого фильтра. Люди мы тут все взрослые, так что мне не в облом прилюдно заявить что я был не прав. Сейчас нам пора уже отбросить разногласия и я предлагаю разрулить ситуацию культурно и цивилизованно. На самом деле, фильтр действительно работает, как работает и галочка наличия. Указав количество товара = 0 я это понял. И вот тут-то и всплыла проблема, так как галочка работает на количество товара, которое указывается в настройках самого товара, это поведение фильтра абсолютно правильно, но в моём проекте используются опции у товара, а у опций есть своё поле количества, которое не учитывается фильтром. Хотелось бы чтобы это количество тоже учитывалось. Вот пример: http://demoshop-3.ni...ategory&path=59 - попробуйте выбрать 33 размер. Предлагаю назвать эту проблему всё-таки не багом, а, скажем так, улучшением логики работы фильтра. Тогда мы оба останемся в плюсе, вы сможете сделать свой фильтр лучше, а у меня фильтр заработает так, как я хочу чтобы он работал. Если для решения проблемы придётся сильно переделать фильтр, я готов подождать следующей версии, но если решение проблемы плавает на поверхности и можно обойтись незначительным изменением файла модели модуля, я буду рад получить кусок кода и SQL запроса, чтобы разрешить проблему как можно быстрее.

Да как бы за ваш минус я не имею ничего против, каждый имеет право на своё мнение. А в чём собственно говоря моё паясничество заключается? В том, что я за одну и ту же работу заплатил два раза, и требую чтобы модуль работал? Автор модуля конкретно мне написал, что требующийся мне функционал имеется в новой навороченной версии модуля, я купил её, даже не стал заморачиваться с оплатой разницы между модулями, просто оплатил почти тысячу рублей. А когда я поставил новый модуль и он в итоге работает как и старый, я бы даже сказал, что модуль не работает, только галочка новая появилась и всё, и я спросил у автора модуля, какого, собственно говоря фига, то был в культурной форме послан. За те деньги, что я потратил на оба модуля, я спокойно мог купить фильтр Сора, у которого тут везде положительные отзывы, но я оказался сам себе злобным Буратинкой, купил модуль фрилансера, так как нашел его первым и уже настроил внешний вид как мне нужно. А хочу я всего одного, чтобы купленный модуль работал, вот и всё.

Вот не надо из себя теперь обиженку строить, ок? Я уже понимаю, что более с вами дел иметь не буду, но всё-таки это ваша работа, вы получили оплату, так что будьте любезны разрулить СВОЙ косяк в вашем "мегаофигенном всемагущем модуле". Я достаточно культурно выразился?

Как бы мне так обойтись бы без мата и описать проблему покультурнее... В общем, вынудил меня автор модуля заплатить за один и тот же модуль дважды, сначала за старый фильтр, а потом за фильтр, который "считайте что это новый модуль и платите снова". Я умолчу, что этот новый модуль встал мне в незапланированный кусок денег, но проблему новый модуль так и не решил. В теме старого модуля я задал вопрос http://opencartforum...post__p__125693 он заключается в том, что не учитывается количество товара, заданного в опции. Автор модуля ответил, что в новом супур-пупер модуле эта проблема решена. На первом скриншоте видно, что у определённой опции стоит количество 0, то есть значение этой опции в фильтре выводить вообще не нужно. Ну или как сделал автор модуля, добавил галочку в фильтре "В наличии". В принципе логично. А вот сейчас будет сам вопрос, вот ставишь галочку, в фильтре, количество в списке фильтра уменьшается на единицу (аллилуйя, количество считается и учитывается!), но вот в результате фильтра выдаются три товара, то есть при выдаче результата, количество не учитывается. Это что за, мать его, покемон? http://demoshop-3.ni...ategory&path=59 - попробуйте выбрать 33 размер.

А, вот нашел, https://opencartforum.com/files/file/857-filterpro Я, в принципе не против бы и купить "новый" модуль, но только для следующего проекта, если будет необходимость. Меня версия модуля 2.3.4 более чем устраивала, за исключением не так давно всплывшего косяка. В новой версии 2.3.9 баг этот описан пунктами 2 и 5: Лично моё мнение, что это именно баг, а не новый функционал. Дело не в том, что мне жалко немного денег на новый модуль, просто я считаю, что есть такое понятие как ответственность разработчика. Я прошу всего-лишь подсказку, кусок SQL запроса. Можно в личку.

Поковырялся с настройками фильтра версии 2.3.7 и фиг знает как навернул весь фильтр, что он перестал давать выбирать опции из списка, список есть но он стал неактивным и выбрать ничего нельзя. В итоге откатился на рабочую версию 2.3.4. freelancer, а не могли бы Вы мне помочь с корректировкой SQL запросов, которые находятся в файле /catalog/model/module/filterpro.php чтобы в результате фильтра учитывалась не только само значение опции, но и количество товара с этой опцией? То есть, чтобы в результат работы фильтра не попадали товары, у которых количество товара с опцией = 0. Я понимаю, что надо добавить в запрос что-то типа WHERE product_option_value.quantity > 0 но вот куда это добавить?

А можно меня носом в эту галочку ткнуть? Вот не вижу её :0((

Чистка кеши ничего не даёт, как и пересохранение настроек. Да и вообще, какой был бысмысл фильтра, если нужно постоянно мониторить что у тебя осталось, и если что-то продано, очищать кеш или делать что-то ещё.

У меня вопрос образовался, на странице http://shlepa-baby.ru/sapozhki стоит фильтр, если в фильтре выбрать размер 33, высветится в том числе товар http://shlepa-baby.r...chki__art_1212a, не имеющий в данный момент этот размер. Размер такой был ранее. Похоже где-то не учитывается количество товара нужного размера. Как можно побороть проблему?

А если и это не помогает?

У меня вопрос образовался, на странице http://shlepa-baby.ru/sapozhki стоит фильтр, если в фильтре выбрать размер 33, высветится в том числе товар http://shlepa-baby.ru/sapozhki/sapozhki_shkolnie__tachki__art_1212a, не имеющий в данный момент этот размер. Размер такой был ранее. Я подозреваю что дело в кешировании. Как можно побороть проблему?

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

Дело в том, что тут концепция магазина B2B. Магазин по продаже запчастей для грузовиков. В данном случае, нереально предусмотреть все варианты оплаты и доставки, ну и корпоративные клиенты один фиг будут скидки выбивать. Доставка по всей стране, десяток транспортных компаний, у каждой свои тарифы и всё в этом духе. От общения по телефону никуда не деться. Месяц назад делал магазин детской обуви, естественно там с регистрацией, доставкой, всё как положено, но в данной ситуации чем проще и быстрее, тем лучше. Вообще заказчик поставил задачу, чтобы клиент ему звонил, а корзина заказов, это по-стольку по-скольку. Но всё равно моя задача сделать чтобы всё работало, даже для небольшой доли покупателей.

Наше дело предложить.

Скрыл не нужное через {display:none;} уже. У меня опция "Показывать форму оплаты как можно раньше" была выключена. Но с переадресацией, это даже не костыль, получилось как штатное решение, только переадресация на следующую страницу. deeman, может быть вообще, Вам имеет смысл сделать облегчённую версию модуля, убирающего доставки и оплату? Я имею ввиду, что в некоторых случаях, магазинам выгодно перезванивать клиентам и обо всём договариваться, чем заставлять пользователя всё заполнять. Просто раньше интернет-магазины создавались чтобы облегчить работу магазину, когда у них уже есть все данные пользователя, но в наше время, покупатель хочет быстро заказать товар с наименьшими усилиями для себя. Как я вижу оформление заказа со стороны покупателя: корзина - ввод имени, телефона, электропочты - кнопка подтвердить. Всё. Дальше представитель магазина связывается с клиентом и обговаривает все условия. Клиент быстро заказывает то, что ему нужно, а магазин реализует товар, вместо того, чтобы потерять клиента, не осилившего оформление 20 полей. Каким я вижу идеальный модуль: в настройках только выбор полей для заполнения покупателем (имя, телефон, электропочта, аська, скайп) и кнопка "Сохранить". Модуль сам должен добавить метод оплаты, например "По согласованию" и метод доставки "По согласованию", отключить остальные модули и активировать свои, а также переопределять текстовые константы языков. Возможно, такой модуль будет кому-то интересен, попробуйте опрос сделать, или что-то в этом плане.

Маугли, Вы уже второй раз за сегодня меня выручаете, спасибо огромное! Посылаю в ответ лучи добра и позитива ;) . Добавил код в шаблон модуля оплаты (использовал стандартный модуль "Оплата при доставке", просто переименовал его в "Оплата по согласованию") и всё заработало как надо, ещё правда кнопку переименовал, чтобы не моргала надпись "Подтвердить заказ". <script type="text/javascript"><!-- $(function() { $.ajax({ type: 'get', url: 'index.php?route=payment/cod/confirm', success: function() { location = '<?php echo $continue; ?>'; } }); }); //--></script> Заглушки для методов, я подозреваю, чтобы не всплывали ошибки при не заполненных вариантах оплаты и доставки.

Просто офигенное дополнение! Огромное спасибо автору! Настроил как мне надо, как раз то, что доктор прописал. Только у меня возникло два вопроса: 1) как бы так убрать строчку "сумма", налоги не отображаются, смысла в сумме нет, хватит строки "Итого". 2) тут уже более принципиальный вопрос, когда заполняются поля и нажимается кнопка "Оформить заказ", эта кнопка превращается в кнопку "Подтверждение заказа", которую опять надо нажать. Как бы сделать так, чтобы подтверждать не надо было и процесс оформления заказа начинался сразу при клике на "Оформить заказ" (естественно при успешной валидации полей).