Жалоба на freelancer

[JohnnyVega]

freelancer, Ваш модуль также как раньше выводится, используя JQuery Templates?

[freelancer]

JohnnyVega

уже год наверно как нет )

[JohnnyVega]

На странице категорий

JohnnyVega

уже год наверно как нет )

 

А сейчас на чём?

 

Логика работы без изменений осталась? Или изменилась? Раньше у Вас было, что фильтрпро полностью заменял контроллер и вывод шаблона темы своими...

 

Я просто n-ное кол-во времени назад примерно с таким же сталкивался. И вот что советовал покупателям:

 

К сожалению, FilterPro так устроен, что подменяет контроллер и вывод шаблона категории своим шаблоном (или шаблоном по-умолчанию от дефолтной темы). Соответственно, если Вы, например, добавили свою кнопку в шаблон категории, то эти изменения нужно сделать и в FilterPro. Визуально это видно, когда загружается страница категории. Сначала на небольшое время отображается текущий шаблон, потом он заменяется шаблоном от FilterPro.

 

Когда-то давно я делал адаптацию для FilterPro. Что там и как сейчас, я не в курсе. xml-файл, который идет в комплекте с модулем, предназначен для версии FilterPro v2.4.2.3.1...

 

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

 

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

[freelancer]

фильтр делает ajax запрос на сервер, в ответ приходит html отображение фильтрованных товаров.

html рендерится на сервере по шаблону filterpro_products.tpl

[JohnnyVega]

фильтр делает ajax запрос на сервер, в ответ приходит html отображение фильтрованных товаров.

html рендерится на сервере по шаблону filterpro_products.tpl

 

Значит, логика работы не поменялась. Чем рендерить (Jquery templates или другим) - не суть важно.

 

PS

 

html рендерится на сервере по шаблону filterpro_products.tpl

 

Ещё раз уточню. Я правильно понимаю, что при этом процессе шаблон категорий заменяется шаблоном filterpro_products.tpl? Не подлинковывается, не добавляется, а именно полностью заменяется?

 

Если грубо и упрощённо - был шаблон категорий, включили фильтрпро, вместо шаблонов категорий стал выводиться шаблон filterpro_products.tpl? Правильно?

[chukcha]

Не совсем так :(

 

В том-то и дело что сначала выводится шаблон категории (от темы), а затем аяксом грузится шаблон от фильтра.

 

Вот здесь и есть, как говорит Марк, архитектурная ошибка.

 

Т.е. модуль акций работает нормально, наверное.

И фильтр работает.

Но фильтр не знает о расширенных акциях, а акции не знают о фильтре.

 

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

 

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

[freelancer]

chukcha
всё верно. эти два модуля ничего не знают друг про друга. 
можно подпилить фильтр, частично добавив туда код модуля акций.(перекодировать ничего не надо). 
можно подпилить код акций, сделав трюк с добавлением кода в display, который будет проверять вывелся ли контент модуля.

у пользователей логика такая - "я выключаю фильтр - всё работает, я включаю фильтр работает не всё - виноват фильтр."

[chukcha]

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

 

Автор фильтра - не видит проблемы в своем модуле

Автор акций - в своем.

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

 

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

[crapic]

Пользуюсь этим фильтром, 

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

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

 

Надо в ридми простенькую инструкцию вписать, (как работает, что заменят, откуда что берет, как довесить функционала)

[Tom]

Надо в ридми простенькую инструкцию вписать, (как работает, что заменят, откуда что берет, как довесить функционала)

 

 

Это на вскидку эдак двум трём тысячам дополнений дописать адаптацию в ридми?

[markimax]

Это на вскидку эдак двум трём тысячам дополнений дописать адаптацию в ридми?

Вот , да согласен :)

Сам такой 3500 пользователей со своими "запросами" и у каждого  своя тема.

А математических вариантов настроек я подсчитал - более миллиарда... как описать даже не знаю...

Проблема :(

[sitecreator]

 

А сейчас на чём?

 

Логика работы без изменений осталась? Или изменилась? Раньше у Вас было, что фильтрпро полностью заменял контроллер и вывод шаблона темы своими...

 

Я просто n-ное кол-во времени назад примерно с таким же сталкивался. И вот что советовал покупателям:

 

 

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

 

К сожалению, FilterPro так устроен, что подменяет контроллер и вывод шаблона категории своим шаблоном (или шаблоном по-умолчанию от дефолтной темы). Соответственно, если Вы, например, добавили свою кнопку в шаблон категории, то эти изменения нужно сделать и в FilterPro. Визуально это видно, когда загружается страница категории. Сначала на небольшое время отображается текущий шаблон, потом он заменяется шаблоном от FilterPro.

 

Когда-то давно я делал адаптацию для FilterPro. Что там и как сейчас, я не в курсе. xml-файл, который идет в комплекте с модулем, предназначен для версии FilterPro v2.4.2.3.1...

 

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

 

 

 

 

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

[markimax]

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

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

Надеюсь что в opencart 2.x архитектура измениться  ;)

Уж очень хороший модуль, но есть нюансы

[markimax]

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

 

Автор фильтра - не видит проблемы в своем модуле

Автор акций - в своем.

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

 

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

Чуть не правы Вы.

Фильтр работает ? Работает

А вот акции то не работают ;)

Модуль не должен зависеть от других

Надо архитектуру переделывать. И через  jquery навешивать свои обработчики, а не через патчи vqmod

Подход к проектированию архитектуры менять

[freelancer]

markimax, да это спорный вопрос на самом деле.

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

[chukcha]

Не соглашусь, потому что это акция, и какого порядка эта акция не имеет значения, т.е. она должна влиять на special

 

Другой вопрос, как этот special получить.

[chukcha]

Скажем так... Это ошибка архитектуры OC

Нужно иметь инструмент конструктора запросов.

 

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

[markimax]

markimax, да это спорный вопрос на самом деле.

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

Вот, подошли к самому интересному. Что мы обсуждали в курилке ;) Где ошибка была 100% -я

 

У вас другой  случай. Фильтр работает ? Работает! Акции не работают потому что это их проблема. Вы то их не трогаете! архитектурно

А то что они сделаны патчами  "deafault" тем - это ошибка однозначно. Архитектурная.

Надо учитывать все варианты

Руслан,  я эмоционально  не отдаю эмоции никому. Всегда говорю так как есть, иногда резко. Но извините - модуль фильтр работает? Работает!

Можно акции сделать чтобы через jquery  в настройках навешивать свой обработчик - можно! Так в чем проблема то?!

Ну вы  бы на месте "акций" обратились бы  к разработчику и обсудили бы эту проблему, если бы ВАШ модуль не работал?

Думаю  - да.

Если бы мой модуль не работал в паре с другим - так бы и сделал. ;)

[markimax]

Скажем так... Это ошибка архитектуры OC

Нужно иметь инструмент конструктора запросов.

 

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

А при чем здесь opencart ? Это всего FW - не более того.

Всегда можно продумать архитектуру

Согласно тому чему учат в "институтах" - модуль должен быть самодостаточным и не зависеть от других

Это основы проектирования архитектуры!

[chukcha]

Марк, поймите, нет ошибки в архитектуре.

 

Потому что появится еще какой нибудь модуль с акциями и эти оба будут конфликтовать.

И здесь не поможет ни конструктор запросов, ни vqmod, а только совместная работа.

 

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

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

[markimax]

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

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

Давайте не обо мне :) А то "начнется" демагогия "агрессивного маркетинга" и т п

Я как раз делаю так чтобы модуль не зависел не от кого. Изначально.

Руслан не даст соврать - есть даже свой не зависимый ЧПУ формирователь, а такого нет ни в одном модуле такого класса без патчей. Есть автоадаптер под любую тему.  Я перехватываю все "процессы" opencart и возвращаю их назад, если "не моё".

 

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

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

[chukcha]

Марк, я не хотел вас трогать.

Я обратил внимание, что вы не вмешиваетесь в процесс самого OC

 

Но например.

 

Вам понадобится вывести акционные товары, вы вызовете метод из модели product? или вам понадобится  товар (ы) по определенному фильтру - чтоб не нарушать архитектуру - что вы предпочтете? Свое или стандартное. Я думаю, что стандартное. Потому что вы не лезете в ядро магазина.

Здесь же не стандартный фильтр и не совсем стандартные акции.

 

Ну не конфликтуют они друг с другом. Они не могут жить друг с другом потому что они не знают общего языка.

[markimax]

Марк, я не хотел вас трогать.

Я обратил внимание, что вы не вмешиваетесь в процесс самого OC

 

Но например.

 

Вам понадобится вывести акционные товары, вы вызовете метод из модели product? или вам понадобится  товар (ы) по определенному фильтру - чтоб не нарушать архитектуру - что вы предпочтете? Свое или стандартное. Я думаю, что стандартное. Потому что вы не лезете в ядро магазина.

...

Стандарт конечно!

Я перехвачу модель, если это мои параметры в _GET или _POST обработаю их и назад в СТАНДАРТНЫЙ контроллер верну который выведет стандартно теме, через стандартный шаблон.

Если не мои - то их пусть кто угодно обрабатывает. Это уже не мое дело. Все равно выведутся как надо другому модулю

Поэтому все самодостаточно и не лезет в чужой код

 

Вы же знаете мой подход ;)

Я педант унификации и стандартизации

[Einshtein]

Офтоп!

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

[markimax]

Офтоп!

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

Ну, и согласен, и нет

Как говорят на вкус и цвет братьев нет

Стандартные шаблоны  модуля рассчитаны на использования css темы

А "лишние" шаблоны могут сбивать пользователей с толку, могут не походить к теме.

А стандартные модуля (по опыту) я смотрю подходят всем в 99% - их даже никто не меняет

Вы же знаете какой я педант стандартизации и унификации

К тому же есть куча настроек, которые меняют визуализацию стандартных шаблонов модуля

К примеру в ТОП версии 20 - можно выбирать где располагать заголовок и т п

 

Это же хорошо :ugeek:

Верстальщикам заработок будет :)

 

Главное что есть подключение пользовательских шаблонов

 

Хотя наверно надо сделать какой нибудь "презентационный премиум" шаблон

Согласен