sv2109
-
Публікації
3 686 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача sv2109
-
наверное - нет, модуль позволяет или заменить слова или исключить символы + есть замена раскладки, но не замена символов
-
да, так как живой поиск с темы ничего не знает об моем модуле, работать будет, но результаты будут отличаться.
-
с моим живым поиском - да
-
варианты добавляются автоматически, один раз добавляет какой-то вариант и потом он уже должен быть в выпадающем списке, если списка нету, вообще, при том что значения для данного атрибута есть, значит или модуль не правильно установлен или какой-то конфликт.
-
смогу, но не сейчас, сейчас праздники + я еще и на больничном, с которого еще не скоро выйду..
-
просто это не сделать, так как это прописано в модели модуля, а она закодирована.
-
да
-
я так пробовал для шаблона модуля в админке, а там дальше ничего не вызывается. если нужно дальше, для каталога, то можно добавить еще 2 строчки кода: $default_template_engine = $this->registry->get('config')->get('template_engine'); $this->registry->get('config')->set('template_engine', 'Template'); $this->response->setOutput($this->load->view('extension/module/my_module', $data)); $this->registry->get('config')->set('template_engine', $default_template_engine); ну или через события
-
зачем вы дублируете сообщения везде? отписал в ЛС
-
там есть инструкция в текстовом файле как получить модуль
-
любая технология это просто инструмент, а от того какой на выходе получится код зависит больше от разработчика, можно написать хороший код на tpl без обращений к базе, кучи логики внутри итд, а можно написать плохой код и на twig я так пробовал, 1 строчка кода и все работает: $this->registry->get('config')->set('template_engine', 'Template'); $this->response->setOutput($this->load->view('extension/module/my_module', $data));
-
да, вы правы, и достаточно точная аналогия.
-
пишите в ЛС
-
нельзя, потому что при создании товара этих опций еще нету, если же сделать эту возможность при редактировании товара, когда опции уже есть в товаре, то пользователь их все равно может изменить, добавить, удалить итд. во время редактирования. Или же писать много яваскрипт кода, вешать события на создание, редактирование, удаление опций, чтобы они сразу изменялись в списке опций модуля.. но это достаточно трудоемко сделать + возможны конфликты, так как у многих для опций сторонние модули установлены, тогда придется значительно поднимать цену на модуль, чтобы все это поддерживать
-
ответил в ЛС
-
да, инструкция идет с модулем
-
пишите в ЛС
-
есть
-
поддержка в прежде все оказывается через этот сайт, так как письма попадают в спам, форум - нет. на какую почту вы пишете? с вашего ящика [email protected] я ничего не получал. В ЛС на форуме вы написали только сегодня.
-
с фильтрами модуль не конфликтует, так как работает на странице товара с темами обычно работает нормально, всех тем я не могу помнить. + настройку под тему обычно я делаю бесплатно при покупке.
-
Да, еще одним плюсом для twig-а в опенкарт является то, что в опенкарт 3 есть редактор тем, думаю пользователям он очень понравится и все будут активно его использовать для мелких правок, а он только twig поддерживает. Так что php шаблонизатор как бы удобен не был, но наверное в опенкарт 3 и дальше от него придется отказаться. спасибо, попробую.
-
ну я использовал php2twig.com но "одним кликом" это только в теории получается, а реально там потом еще куча времени нужно потратить, чтобы все заработало, так как 1. на сложных условиях (когда много вложенностей циклов и условий) он постоянно неправильно закрывает эти условия и ничего не работает 2. на тернарных операторах тоже лаги постоянные 3. сложные архивы делает не правильно, напр. из $description[$language['language_id']]['name'] делает description.language.language_id.name а нужно description[language.language_id].name 4. если раньше в шаблонах можно было на крайний случай использовать немного php кода, но с twig-ом это не пройдет и нужно переделывать логику, все выносить в контроллер.
-
да вот даже в 2.3 была возможность грузить файлы через фтп при установке модулей, это и намного проще настроить пользователю (так как фтп доступ у всех есть, прописал 1 раз и все) и безопаснее (в плане доступа к файлам из php скриптов, конечно хранить фтп доступы открыто в настройках это тоже дыра та еще) но в 3 версии это удалили, спрашивается зачем? Проблему я описал выше, она заключается в том, что для каждого модуля нужно переделывать все шаблоны + так как twig менее функционален и многих функций там нету + своя специфика, то для каких-то сложных шаблонов нужно потратить прилично времени. С другой стороны 2 строчками кода можно подключить к своему модулю шаблон на старом движке и все на ура будет работать и весь перенос модуля с 2 на 3 займет считанные минуты вместо часов.
-
Все кроме меня уже наверное перенесли свои модули на 3 версию или по крайней мере начали этот процесс. Следовательно вопросы кто как делает 1. Переписываете ли все шаблоны на twig или оставляете на старом шаблонизаторе. Последнее очень соблазнительно в силу того, что не нужно тратить кучу времени на перенос на twig, но как мне кажется менее кошерно, так как весь движок уже перешел на twig и очень желательно чтобы все модули тоже работали на нем же, а не использовали какие-то костыли, тем более что из модулей придется свой код добавлять в twig шаблоны через ocmod и получится что в одном модуле будет каша из разных шаблонов. Но с другой стороны строгого правила делать именно так я нигде не видел. Поэтому кто что по этому поводу думает? 2. Как собирать модули. Вроде как стандартом под 3 версию есть архив модуля, который можно полностью загружать и устанавливать через админку. Но далеко не у всех пользователей это настроено на сервере и загрузить таким способом не все смогут. Поэтому опять кто как делает? Тут кстати, если я правильно понимаю, то вижу потенциальную дыру в безопасности. Ведь для того, чтобы загружать модули через админку нужно чтобы все файлы и каталоги имели владельца www-data а дав всем файлам и каталогам такого владельца мы даем возможность любому php скрипту сделать с любым файлом все что угодно.
-
1. не нужно совсем, так как модуль никак не зависит от шаблона 2. из коробки - нет, но модуль позволяет добавить доп. поля для поиска, так что если вы знаете mysql то можете добавить 3. есть поддержка и есть услуга установки
