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((

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

demoshop-3.nisel.net это же демо? не реальный магазин? могу я получить туда доступ?

...

Товар Сапожки школьные "Тачки" Арт 1212С

Гляньте на вкладку опций.

ваши эмоции понятны мне, но это не повод переходить на грубость.

фильтр по наличию работает

http://first.fd0.ru/...48&option_value

http://first.fd0.ru/...48&option_value

когда успокойтесь, напишите в ЛС

Я думаю, мы изначально не поняли друг друга, и я сожалею, что вы приняли мои слова на свой счёт, а не на счёт самого фильтра.

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

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

На самом деле, фильтр действительно работает, как работает и галочка наличия. Указав количество товара = 0 я это понял.

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

Хотелось бы чтобы это количество тоже учитывалось.

Вот пример:

http://demoshop-3.ni...ategory&path=59 - попробуйте выбрать 33 размер.

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

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

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

Condorious, если что минус от меня. Не паясничайте.

Да как бы за ваш минус я не имею ничего против, каждый имеет право на своё мнение.

А в чём собственно говоря моё паясничество заключается?

В том, что я за одну и ту же работу заплатил два раза, и требую чтобы модуль работал?

Автор модуля конкретно мне написал, что требующийся мне функционал имеется в новой навороченной версии модуля, я купил её, даже не стал заморачиваться с оплатой разницы между модулями, просто оплатил почти тысячу рублей.

А когда я поставил новый модуль и он в итоге работает как и старый, я бы даже сказал, что модуль не работает, только галочка новая появилась и всё, и я спросил у автора модуля, какого, собственно говоря фига, то был в культурной форме послан.

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

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

я не буду отвечать на вопросы заданные в таком тоне

Вот не надо из себя теперь обиженку строить, ок?

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

Я достаточно культурно выразился?

Как бы мне так обойтись бы без мата и описать проблему покультурнее...

В общем, вынудил меня автор модуля заплатить за один и тот же модуль дважды, сначала за старый фильтр, а потом за фильтр, который "считайте что это новый модуль и платите снова".

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

В теме старого модуля я задал вопрос http://opencartforum...post__p__125693 он заключается в том, что не учитывается количество товара, заданного в опции.

Автор модуля ответил, что в новом супур-пупер модуле эта проблема решена.

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

А вот сейчас будет сам вопрос, вот ставишь галочку, в фильтре, количество в списке фильтра уменьшается на единицу (аллилуйя, количество считается и учитывается!), но вот в результате фильтра выдаются три товара, то есть при выдаче результата, количество не учитывается.

Это что за, мать его, покемон?

http://demoshop-3.ni...ategory&path=59 - попробуйте выбрать 33 размер.

реализовано в версии 2.3.9

А, вот нашел, https://opencartforum.com/files/file/857-filterpro

Я, в принципе не против бы и купить "новый" модуль, но только для следующего проекта, если будет необходимость.

Меня версия модуля 2.3.4 более чем устраивала, за исключением не так давно всплывшего косяка.

В новой версии 2.3.9 баг этот описан пунктами 2 и 5:

фильрация по наличию

скрытие пунктов для которых кол-во = 0

Лично моё мнение, что это именно баг, а не новый функционал.

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

Я прошу всего-лишь подсказку, кусок SQL запроса. Можно в личку.

Поковырялся с настройками фильтра версии 2.3.7 и фиг знает как навернул весь фильтр, что он перестал давать выбирать опции из списка, список есть но он стал неактивным и выбрать ничего нельзя.

В итоге откатился на рабочую версию 2.3.4.

freelancer, а не могли бы Вы мне помочь с корректировкой SQL запросов, которые находятся в файле /catalog/model/module/filterpro.php чтобы в результате фильтра учитывалась не только само значение опции, но и количество товара с этой опцией?

То есть, чтобы в результат работы фильтра не попадали товары, у которых количество товара с опцией = 0.

Я понимаю, что надо добавить в запрос что-то типа WHERE product_option_value.quantity > 0 но вот куда это добавить?

в новой версии появилась галочка фильтр по наличию

А можно меня носом в эту галочку ткнуть?

Вот не вижу её :0((

Почистить кеш в /system/cache или пересохранить настройки модуля фильтрации?

Чистка кеши ничего не даёт, как и пересохранение настроек.

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

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

Похоже где-то не учитывается количество товара нужного размера.

Как можно побороть проблему?

В БД таблица url_alias

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

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

Я подозреваю что дело в кешировании.

Как можно побороть проблему?

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

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

А о вашем модуле узнал только вчера, сегодня утром поставил.

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

Condorious не делайте этого! :-) Оставьте пользователю право выбора, самый идеальный вариант - это две кнопки: В корзину и Быстрый заказ, при этом для быстрого заказа минимум полей (модуль на форуме лежит, вообще можно за пол часа написать самостоятельно), а для корзины уже подробно все. Есть такое мнение, причем обоснованное, что чем более далекая от интернетов аудитория у вас покупает - тем больше должно быть шагов в оформлении заказа, и наоборот - чем более продвинутые чуваки у вас заказывают - тем меньше полей и форм нужно им показывать.

Дело в том, что тут концепция магазина B2B.

Магазин по продаже запчастей для грузовиков.

В данном случае, нереально предусмотреть все варианты оплаты и доставки, ну и корпоративные клиенты один фиг будут скидки выбивать.

Доставка по всей стране, десяток транспортных компаний, у каждой свои тарифы и всё в этом духе.

От общения по телефону никуда не деться.

Месяц назад делал магазин детской обуви, естественно там с регистрацией, доставкой, всё как положено, но в данной ситуации чем проще и быстрее, тем лучше.

Вообще заказчик поставил задачу, чтобы клиент ему звонил, а корзина заказов, это по-стольку по-скольку.

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

Так это и сейчас можно сделать, переименуйте оплату при доставке в "по согласованию", самововыз - "по согласованию", включите автовыбор первого и скрыть блок для блока доставки и блока оплаты, уберите все ненужные поля с формы и получите то, что Вам нужно. Вообще форму можно сократить до корзины и одного телефона. А для залогиненного пользователя и блок полей покупателя скрыть, вообще одна кнопка оформить заказ останется :)

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

Пожалуйста! Приятно слышать благодарные слова.

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

#total_sub_total {display:none;}

Добавьте этот стиль в simple.css

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

Скрыл не нужное через {display:none;} уже.

У меня опция "Показывать форму оплаты как можно раньше" была выключена.

Но с переадресацией, это даже не костыль, получилось как штатное решение, только переадресация на следующую страницу.

deeman, может быть вообще, Вам имеет смысл сделать облегчённую версию модуля, убирающего доставки и оплату?

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

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

Как я вижу оформление заказа со стороны покупателя: корзина - ввод имени, телефона, электропочты - кнопка подтвердить. Всё.

Дальше представитель магазина связывается с клиентом и обговаривает все условия.

Клиент быстро заказывает то, что ему нужно, а магазин реализует товар, вместо того, чтобы потерять клиента, не осилившего оформление 20 полей.

Каким я вижу идеальный модуль: в настройках только выбор полей для заполнения покупателем (имя, телефон, электропочта, аська, скайп) и кнопка "Сохранить".

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

Возможно, такой модуль будет кому-то интересен, попробуйте опрос сделать, или что-то в этом плане.

Это не то?

http://opencartforum...post__p__115538

И несколько сообщений ниже от приведенной ссылки - вроде решение расписано.

P.S deeman, скажите пожалуйста для чего "заглушки методов"? :oops:

Маугли, Вы уже второй раз за сегодня меня выручаете, спасибо огромное!

Посылаю в ответ лучи добра и позитива ;) .

Добавил код в шаблон модуля оплаты (использовал стандартный модуль "Оплата при доставке", просто переименовал его в "Оплата по согласованию") и всё заработало как надо, ещё правда кнопку переименовал, чтобы не моргала надпись "Подтвердить заказ".

<script type="text/javascript"><!--
$(function() {
$.ajax({
 type: 'get',
 url: 'index.php?route=payment/cod/confirm',
 success: function() {
  location = '<?php echo $continue; ?>';
 }
});
});
//--></script>

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

Просто офигенное дополнение! Огромное спасибо автору!

Настроил как мне надо, как раз то, что доктор прописал.

Только у меня возникло два вопроса:

1) как бы так убрать строчку "сумма", налоги не отображаются, смысла в сумме нет, хватит строки "Итого".

2) тут уже более принципиальный вопрос, когда заполняются поля и нажимается кнопка "Оформить заказ", эта кнопка превращается в кнопку "Подтверждение заказа", которую опять надо нажать.

Как бы сделать так, чтобы подтверждать не надо было и процесс оформления заказа начинался сразу при клике на "Оформить заказ" (естественно при успешной валидации полей).