Ну не знаю. Я 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 не поставить же?

Лайк за скорый ответ *thumbs up*

Да, конечно, используются стандартные пользователи MODX. Вы сами делает регистрацию, авторизацию — любым удобным для вас способом. Возможно, на сайте уже есть личный кабинет. Этот компонент реализует только конкретно сообщения между пользователями.

Ясно.

А пользователи куда сохраняются? Может стандартный функционал используют «Пользователи»?

Это нормально