Семён Кудрявцев

Насколько мне помнится этот чанк из старых версий miniShop2, в новых он уже не используется, всё оформление перенесено в чанк tpl.msGetOrder и переписано на Fenom.
Поэтому либо ты юзаешь старый miniShop2 и у тебя, что-то сломалось, либо miniShop2 свежий, а ты ждёшь от него работы со старыми чанками.

Спасибо, Иван. Василий действительно помог.

Спасибо, тебе добрый человек.
Конечно решение не изящное и с правкой исходников, но это лучше чем ничего.
Вчера в slack-чате опытные ребята подсказали, что можно ещё событие msOnUpdateOrder использовать, наваять плагин на него и в нём пересчитать стоимость доставки заказа, но оно я так понимаю срабатывает когда сохраняешь детали заказа и закрываешь окошко, странно немного с точки зрения юзабилити), сначала поменять способ доставки, сохранить и закрыть окно, потом снова его открыть, что бы убедиться, что пересчёт произошёл.
Вот теперь думаю, а можно ли предложенное решение на ExtJS, как то в плагин запихнуть, что бы исходники не править и тем самым переопределить стандартные скрипты.
А так, конечно, хотелось бы попросить Василия, что бы все поля заказа в админке можно было править вручную,
часто капризы клиентов трудно угадать с помощью кучи компонентов и плагинов и менеджеру проще вручную всё посчитать и забить в поля нужные значения. Но ишью раздел на гитхабе он закрыл, понятно, дел и так хватает, поэтому кроме как в сообществе и чатах нигде к нему не обратишься.

Спасибо, Иван. Жалко, конечно, с Tickets всё отлично получилось, а с miniShop2 придётся допполями обходиться.
Думал, что оба компонента хотя бы на одно событие рендера ресурса подвешены и может плагину ContentBlocks просто не хватает приоритета, но miniShop2 видимо подмешивает свои поля на других событиях.

Владимир, браузер blisk как раз работает по принципу отсылки разных заголовков userAgent, поэтому, отвечая на Ваш вопрос — да мой вариант решения в нём будет работать без проблем, проверено!
Вопрос только в том, что этот браузер с недавнего времени стал платным)) Старыми версиями ещё можно пользоваться, а вот новые только за деньги)) И куда катится этот мир, что даже браузеры становятся платными))???

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

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

Дмитрий, это не многим отличается от того, что уже умеет компонент MobileDetect — снова нужно лезть в шаблоны и работать с разметкой. Цель моего варианта всего лишь поменять системную настройку откуда нужно брать шаблоны в зависимости от userAgent-a, и спокойно делать совершенно разные вёрстку и стили для разных устройств, зная, что им будет отдана подходящая версия. Тем более сниппет медленнее плагина, а его ещё нужно вызывать во всех шаблонах. Я думаю путь, который подсказал Володя верный, нужно только более детально разобраться в последовательности срабатывания плагинов и в целом работы pdoTools, возможно нам подскажет Василий по данной ситуации, всё таки автор как никто лучше знает свой компонент.

Спасибо, Володя. Попробовал запилить плагин, выставил ему приоритет ниже согласно документации чем у плагина pdoTools — у него -100, я своему поставил -200 (пробовал разные варианты 90, 0, 15), и проверяю:
Настройка меняется, но походу всё равно поздно, выводится шаблоны из пути который в системных настройках. Нашел среди событий ещё pdoToolsOnFenomInit попробовал с ним, но даже настройка перестала меняться. Теперь ломаю голову, как же Fenom умудряется так рано зацепить эту настройку, если мой плагин по приоритету срабатывает быстрее или всё таки нет?

В общем разобрался с проблемой, на самом деле не в хостинге оказалось дело, а в компоненте SEOtab, который я уже по привычке ставлю абсолютно на все свои сайты.
Компонент очень удобный для сеошников, но в нём есть проблемы,
недавно написал issue по поводу того, что он не добавлял в sitemap.xml объекты с кастомными классами, сказали, что поправят. Но боюсь эту проблему объяснить на английском у меня навыков не хватит, поэтому прошу сообщество помочь сформулировать мысль и проблему компонента, что бы разработчики поправили это, они, кстати, оперативно отвечают, что не может не радовать.
Повторю ещё раз суть проблемы — когда компонент включен, любая абракадабра после домена, как будто запускает поиск ресурсов, и бывает случается редирект на первую попавшуюся страницу, а бывает верно отдаёт 404
Ссылки для примера приводил в самом топике, когда компонент отключаешь всё волшебным образом начинает работать как часы.

Спасибо, Иван. Буду разбираться с хостингом

Отличная новость, спасибо, Василий за инициативу.

Женя, спасибо.
Мне вот интересно стало, а можно ли как то динамически учить компоненты не поддерживающие pdoTools — работать с ним, как нибудь через плагины что ли?
Исходники править не очень хочется, потом забудешь, обновишься и всё чудо пропало.

Пробую запустить пример с уведомлением о заказе, в инструкции написано
Придумать свой token — придумал и прописал
DOMAIN — я так полагаю это домен сайта, верно?
А дальше написано что эти данные нужно указать в системных настройках
Настройка токена всё ок —
А вот modnodejs_domain(так написано в описании репозитория) — я такой не нашёл, есть modnodejs_host и что в ней нужно указывать всё таки — домен или хост с портом, который слушает node сервер?

Вот пример вызова

[[!AjaxForm?
            &snippet=`FormIt`
            &form=`calc_form`
            &hooks=`email`      
            &emailTpl=`calc_email`
            &emailSubject=`Заявка на услугу`
            &emailFrom=`info@site.ru`
            &emailTo=`{$_modx->config.client_email}`
            &validate=`name:required,phone:required,email:email:required,workemail:blank`
            &placeholderPrefix=`calc_form`
            &submitVar=`calc_submit`
            &validationErrorMessage=`В форме содержатся ошибки!`
            &successMessage=`Сообщение успешно отправлено`
            ]]

У меня аж, мурашки по коже от этой новости)) Спасибо тебе, дорогой Автор — отправил тебе спасибку, что бы ты только не забрасывал развитие этого чуда, ждём пакет в репозитории с нетерпением, а то уменя уже столько идей для своих проектов накопилось, которые требуют реал-тайм. Теперь MODX+NODE.JS точно впереди планеты всей)
Ещё раз спасибо Автору, так держать!!!

Да, Владимир, действительно помогло, спасибо Вам.

Круто, что в MODX сообществах наконец то заговорили о реал-тайм функционале, уже 2017 на дворе, а мы всё на закрывающихся соединениях сайты клепаем. Не плохо бы какой то базовый функционал реал-тайма, например уведомления прямо в админке о приходящих заказах, сообщения техподдержки — это всё очень оживит MODX и те проекты, которые на нём делаются.
Так, что с нетерпением жду компонента-чата.

Присоединяюсь к идеям Дмитрия, очень нужен виджет для статистики магазина, да ещё и конфигурируемый удобно с выгрузкой во всякие exel, pdf, jpg.

Спасибо, Андрей, действительно без указания контекста всегда пусто — теперь всё заработало