Markus


Markus

  • Markus Markus 23 сентября 2021 09:26 #

    Скрипта или всего фреймворка?

    Я же выше написал, копия всего магазина. Фреймворк конечно же.

    И опять я выше писал.

    Вернее к json строке подмешивается вывод кода, который был вставлен предыдущим нерадивым программистом в setting.php плагина.

    т.е. BOM в данном случае не причем. И да я проверял файлы на BOM, знаю о таком. 

    в ответ на Разное поведение скрипта на разных серверах.

  • Markus Markus 26 марта 2020 10:20 #

    Причина найдена. Оформление не хочет работать с jQuery v3.4. Теперь вопрос в том как подружить оформление с jQuery v3.4?!

    в ответ на Оформление заказа в корзине: адаптация тем дизайна

  • Markus Markus 26 марта 2020 07:25 #

    Добрый день.
    Адаптируя тему с css разобрался. Но возникла проблема с самим оформлением заказа.
    После нажатия "Подтвердить заказ" страница подвисает, никаких ошибок не выводит, только мозила ругается страница замедляет ваш браузер.
    В логах ничего нет. Переключился на дефолтовый шаблон, там все ок.
    Заменил все файлы заказа в корзине из дефолтового шаблона в свой. Ситуация не изменилась. Висит страница и все. Явно что плагины тут не причем, потому как в дефолте все работает. Такое ощущение, что скрипты магазина на этой странице конфиликтуют со скриптами шаблона. Но ошибок или предупреждений в консоли не наблюдаю.
    В какую сторону копать?!

    в ответ на Оформление заказа в корзине: адаптация тем дизайна

  • Markus Markus 28 января 2020 14:04 #

    А чем не устраивает магазинный поиск?

    в ответ на Sphinx для Shop Script

  • Markus Markus 28 января 2020 12:45 #
  • Markus Markus 28 января 2020 10:25 #

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

    $view = wa()->getView();

    А после него в экшенах или контролерах вызывается 

    wa()->getView($options);

    передается экземпляр который был создан ранее и параметры этому экземпляру не передаются. У вас же есть в waSmarty3View метод setOptions! Может стоит его расширить.

        public function setOptions($options)
        {
            foreach ($options as $k => $v) {
                $this->options[$k] = $v;
                switch ($k) {
                    case "left_delimiter":
                        $this->smarty->left_delimiter = $v;
                        break;
                    case "right_delimiter":
                        $this->smarty->right_delimiter = $v;
                        break;
                    case "auto_literal":
                        $this->smarty->auto_literal = $v;
                        break;
                    case "template_dir":
                        $this->smarty->setTemplateDir($v);
                        break;
                    case "compile_dir":
                        $this->smarty->setCompileDir($v);
                        break;
                }
            }
        }

    Тогда в shopFrontendProductReviewsAddController renderTemplate

    $view = wa()->getView(array('template_dir' => $theme_path));

    Меняем на 

    $view = wa()->getView();
    $view->setOptions(array('template_dir' => $theme_path));

    и вуаля все работает как надо и контроллер и плагины. 

    Это же 1 минута времени!

    в ответ на Не возможно использовать в плагине шаблонизатор в хуках frontend_review_add.*

  • Markus Markus 23 октября 2019 03:40 #

    Это не решение.

    в ответ на И опять waEditor

  • Markus Markus 22 октября 2019 04:35 #

    Ответа не ждать? :)

    в ответ на И опять waEditor

  • Markus Markus 10 октября 2019 08:43 #

    он то class_exists но выключен ли он или нет?

    в ответ на Новый класс waEvent

  • Markus Markus 6 октября 2019 10:40 #

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

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

    Пришлось использовать кастомный routing.php в в wa-config/apps/shop/routing.php и для категорий просписать свой плагин. Плагин проверяет какой массив товаров нужен для данной категории, если стандартный то просто вызывается родительский execute, если не стандартный я сам формирую массив товаров

    в ответ на Как переопределить системный массив products для категории своим из хелпера(плагина)?

  • Markus Markus 4 октября 2019 08:35 #

    В новых версиях есть своя настройка для товаров которых нет на складе есть своя настройка в настройках магазина

    в ответ на Применение эвента products_collection

  • Markus Markus 29 августа 2019 10:31 #

    Это уже реальные костыли. Тогда уж 

    свой роутинг в wa-config/apps/shop/routing.php

    в ответ на Переопределение стандартного роутинга

  • Markus Markus 28 августа 2019 15:49 #

    Мне не для маркета.

    Нужно чтобы дефолтовый экшен не вызывался.

    вариант свой роутинг в wa-config/apps/shop/routing.php справляется с задачей.

    Полулегальный способ есть, даже не один.

    Какой например, только с вышеизложенным условием.

    Это сделано специально, чтобы сторонние продукты не могли вмешиваться в работу основного скрипта.

    Тогда почему в многочисленных темах на эту тему от саппорта ни слова о том, что переопределять стандартные правила роутинга нельзя?!

    Syrnik.com, последний вопрос, собственно, не Вам, а саппорту

    в ответ на Переопределение стандартного роутинга

  • Markus Markus 28 августа 2019 14:48 #
    Если с плагином, то можно это же сделать программно.

    Не подскажете? Но только так, чтобы дефолтовый экшен не вызывался

    в ответ на Переопределение стандартного роутинга

  • Markus Markus 7 июля 2019 17:41 #

    Спасибо огромное.

    Судя по всему wa('app')->getPlugin('plugin', true) работает правильнее. Работает локализация и в экшене и в шаблоне.

    в ответ на Локализация плагина в backend