{if $count?}
                {var $par_rp = $_modx->resource.parent | resource : "parent"}
                {set $key = ["242", "243","245" ,"249" ,"288" ,"289" ,"290" ,"291"]}
                {if $_modx->resource.template == 24 OR $par_rp in list $key }
                    {$count} м.
                {else}
                    {$count} шт.
                {/if}
            {else}
                {ignore}
                    <small>в пути</small>
                {/ignore}
            {/if}

Лучше Ильи Климова не встречал, кто может правильно донести информацию.
Советую ознакомиться: Бесплатный курс по Vue.js

Ведь что такое по своей сути vuejs как не фреймворк языка javascript. Но этого мало, над ним придумывают фреймворк vuetify что уже звучит дико

Ты путаешь теплое с мягким. Vue — фреймворк для создания интерфейсов, Vuetify — библиотека с готовыми элементами интерфейса в стиле MD, написанная для Vue.
Если тебе нужно приложение в стиле MD, то ты можешь его нарисовать с нуля, самостоятельно написав каждый низкоуровневый компонент типа инпутов или радиобаттонов, либо можешь просто взять Vuetify, где все это уже за тебя сделали и оттестировали, и написать условную админку в едином стиле без лишней головной боли.

Я знаю здесь многие смотрят видео уроки Владилена Минина и да, в чем-то он хорош. Лично на мой взгляд он владеет предметом но не владеет даром обучать, который есть например у Дмитрия Лаврика, но сейчас не об этом. Сегодня у Минина вышло видео, как писать код используя одновременно react и vue. www.youtube.com/watch?v=eS9XXlqmhuw
Чем это лучше vue и jquery.

Ну не знаю. Я 15 лет проработал в прошлой жизни ведущим инженером на одном гос предприятии и вынужден сказать — это все же очень хорошее правило.
А жизненный опыт говорит — осуждай только в том случае, если сам смог сделать лучше.

Я не смогу сделать лучше чем автор в том видео, даже если он сделал не «по канону», поэтому не могу его осуждать.
Но я вот честно не люблю, когда в мире разработки фреймворки сидят на шее у фреймворков и погоняют фреймворками. Ведь что такое по своей сути vuejs как не фреймворк языка javascript. Но этого мало, над ним придумывают фреймворк vuetify что уже звучит дико. Еще пару фреймворков поверх и все программы будут выглядеть — $app->makeMeHappy( new DateTime('now'));
Не могу пояснить, но почему то мне это не приятно. Может потому что в 1991 году сидел с другом ночами над ассемблером и фортраном, а может просто потому что старость сопротивляется всему новому.

Но автор умудрился намешать ExtJs, Vue.js и даже jQuery и всё это подрубается в админку через iframe!

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

но помню одно правило хорошего плохого инженера

исправил опечатку

Не смотрел видео и наверняка пишу не в тему, но помню одно правило хорошего инженера — если что-то выглядит глупо, но работает — это не глупо)

Я бы сказал, что оно очень необычное))
Полностью смотреть не стал (там на канале ещё 2), но подход автора видео по Vue.js мягко говоря странноват.

Сам компонент вот github.com/jaredfhealy/extrabuilder/ и, наверное, он хорошо выполняет свои функции.
Но автор умудрился намешать ExtJs, Vue.js и даже jQuery и всё это подрубается в админку через iframe!

Экранировать кавычки нужно:

&filterOptions=`{
"more_tpl": "<button class=\"btn-more\"><span><i class=\"demo-icon icon-mdi_arrow_forward\"></i></span> Показать еще <b>7 товаров</b></button>"
}`

Кэш потом не забудьте почистить.

Вот ещё интересное видео — MODX Manager CMP Vue.js Demo

[[!mFilter2?
                        &parents=`[[*id]]`
        				&element=`msProducts`
        				&class=`msProduct`
        				&limit=`19`
        				
        				&includeTVs=`blackfriday, instock, cyberdays, newproduct, discountproduct, hit, price-metr-old, price-metr, price-for-metr`
        
                        &tplPageFirst=`@INLINE <li class="control"></li>`
                        &tplPageLast=`@INLINE <li class="control"></li>`
                        &tplPagePrev=`@INLINE <li class="control"><a href="[[+href]]">	‹</a></li>`
                        &tplPageNext=`@INLINE <li class="control"><a href="[[+href]]">›</a></li>`
                        &tplPageFirstEmpty=`@INLINE `
                        &tplPageLastEmpty=`@INLINE `
                        &tplPagePrevEmpty=`@INLINE <li class="disabled"><span>	‹</span></li>`
                        &tplPageNextEmpty=`@INLINE <li class="disabled"><span>›</span></li>`
                        
                        &tpls=`tpl.msProducts.row,tpl.msProducts.row-inline`
                        &ajaxMode=`button` 
                        &filterOptions=`{
                            "more_tpl": "<button class="btn-more">
        						<span><i class="demo-icon icon-mdi_arrow_forward"></i></span>
        						Показать еще <b>7 товаров</b>
        					</button>"
                        }`
                        
                     
        			


        			]]

В документации, нет ничего про ajaxTplMore. Пришлите код снипета.

Не помогло(

Крутяк! Автору, респект — давно ждал этой истории, что и как делать в MODX + Vue
На вопрос автора — Нужно ли дальше делать подобные компоненты или они наоборот уводят MODX куда-то в сторону?)
Ответ: Однозначно, да!
И по поводу админки на vue, хотелось бы, чтобы это всё-таки стало реальностью)

Уже спрашивали про это и про это.

Вопрос о там как ускорить импорт.

Что мы имеем после внедрения рекомендаций
1. Импорт товаров, используем 3 TV-поля, 12000 ед ~ 12 часов.
2. Импорт товаров, поля в таблице товаров, 12000 ед ~ 8 часов

В настройках импорта для определения родительской категории, в parent передаётся название (pagetitle)

Пример базы для импорта yadi.sk/i/Mp0GAvLWiOIDqg
А вообще там 12000 позиций.

Лог SQL запросов yadi.sk/d/NvVuhe2ju9graA

Сопоставление полей yadi.sk/i/Cg0okIGBIBs_DA

Настройки импорта yadi.sk/i/Ve21NuQEopQIHg

Насколько я знаю, на данный момент в системе LiqPay нет отдельной ссылки для отмены или неуспешной оплаты.
Компонент старый — давно писался — отсюда фактически неиспользуемая системная настройка.

Если и есть нечто подобное — значит нужно компонент переделать.

При отмене оплаты перекидывает на страницу успешной оплаты, все ссылки в системных настройках правильные. Как правильно настроить подскажите пожалуйста?

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

Конфликт будет только с простыми названиями классов, это можно и как плюс использовать. Именно для иконок используются стандартные классы. Но все свои классы я пишу добавляя префикс компонента.

Я в админку совсем не захожу, только после сборки раз в неделю что-то проверить)
По идее всё как видишь на отдельной страничке — так и отображается в админке.

Есть смысл локально развернуть как раз для дебага PHP. Xdebug на modhost не поставить же?