eos12

эх, а я так надеялся на новогоднее чудо )))

Чота я туплю... либо одно из двух. Намек на тему "добавь строчки в файл twig.php" не приближают меня к ответу на вопрос как это сделать без правки этого файла. А можно уточнить ваши намеки относятся к заданному вопросу или к теме как включить дебагер? В своем первом посте я var_dump использовал потому что это первое что пришло в голову. Дебагер мне не нужен. Уточню вопрос по другому: Нет ли какой-нить волшебной языковой конструкции ОС, которая из модуля ОС может решить мою задачу? Как мы подгружаем модЕль: $this->load->model( "a/b"); Нет ли такой же ПРОСТОЙ возможности подгрузить самодельные функции TWIG? Ну типа $this->load->fucked_twig_functions( "f/t" ); (так не работает - я проверял))

я думал что задаю очень простой вопрос из разряда "а как установить купленный модуль..." В общем-то и продолжаю так думать все еще, хотя уже начинают закрадываться черные мысли... На всякий случай опишу более глубоко проблему. Ну чтоб сэкономить время на ветвление в направлении "а зачем тебе делать так, когда можно сделать по другому..." Итак, есть автономный( то есть работающий не на CMS) модуль. Поскольку авторы этого модуля не были обременены условностями типа MVC, то состряпали нечто, что с идеологией OC не сильно вяжется. Один из моментов - повсеместное использование самописанных TWIG-функций и фильтров. Вот я и пытаюсь эти фильтры-функции прикрутить к ОС, чтоб не перелопачивать весь модуль.

я в названии темы написал Как в ocstore 3.0.3.7 добавить свои Twig-фильтры и функции мне казалось, что это говорит о том, что речь именно о Twig-фильтрах и фунциях. Но все равно извините, что вы не поняли ))

ненене. Именно TWIG-функции! Ну типа сделать свой фильтр aaa чтоб в шаблоне написать {{ products|aaa }} про mvc естесно наслышан, но не припоминаю, чтоб в рамках этой модели были упоминания про твиг-функции Есть какой-то официально-рекомендуемый способ декларирования таких функций? Ну типа положить в определенное место свой файл с декларациями ТВИГ функций-фильтров и чтоб OS3 их сам подхватил только когда запускается модуль для которого они написаны? Тот способ который я реализовал ( включить декларирование в файл system/library/template/twig.php ) плох тем, что: 1) правка системный файлов 2) без танцев с бубнами эти функции будут инициироваться при отрисовке каждого шаблона... Не гуманно...

Господа, не так давно разбираюсь с OC. Вот уперся в проблему в заголовке. По-топорному сделал: в twig.php после $twig = new \Twig\Environment($loader, $config); вставить свой фильтр или функцию, например; $twig->addFilter( new \Twig_Filter( 'dump', 'var_dump' ) ); работает. А как это сделать элегантно - из контроллера модуля, которому эта функция нужна?

Каталог представляет из себя 6 типов страниц, 3 из которых мне по силам сверстать самому с моими двумя левыми. А 3 оставшиеся содержат интерактивный контент( дерево с фильтрацией ветвей по ключевым словам, масштабирование изображений, выпадающие списки... ), которые мне оказались не по зубам. демо-версию модуля развернул на http://laximo.parts54.ru/index.php?task=catalogs В демке есть данные только по одному автомобилю kdj950021832 страницы типа http://laximo.parts54.ru/index.php?task=catalog&c=TOYOTA00&ssd=&spi2=t&spi2=t не работают - у них будет функционал, отличающийся от исходного. Поиск узла по ОЕМ тоже будет отключен

Добрый день. Есть: 1) модуль подбора запчастей, написанный на PHP. Работает автономно (без CMS) 2) тестовый сайт на OcStore + шаблон Frame ( bootstrap 4 ) контроллер модуля 1 с небольшими доработками встал на на сайт 2 и отдает в шаблонизатор корректные данные. Нужно сверстать вывод под OcStore 3 (BS4) Полная информация о модуле находится в защищенном разделе поставщика услуг - дополнительную информацию предоставлю по запросу.