Никита

Это вопрос не к разработчику модуля ддя MODX. Это всего лишь обёртка. Обрабатывает и возвращает данные сама робокасса. Узнавать об этих изменениях стоит у их саппорта

Фронт компилишь двумя путями, с двумя конфигами для запросов
1) dev сервер. Среда разработки веб-приложения на vue.js собираемая вебпаком. В алиас конфигов дева и прода кидаем два разных пути. dev и prod. Запросы по api осуществляются через import config from 'config'.
axios.get(config.index.get)…

2) пишем в этот конфиг все url для ajax-запросов.
3) создаём папку на сервере со скриптами, в роли обработчиков запросов. Указываем в modx о том что это статичные сниппеты и возвращаем данные в json. На место чанка писать в json никто не запрещает

Есть ли готовое решение для реализации рест апи?

Как может существовать готовое решение к методологии общения клиент-сервер?
Для интеграции vue в modx вовсе необязательно следовать REST.

Вот что я никак не могу понять — почему серверные запросы к API не требуют авторизации, а javascript Open API с клиента обязательно требует аутентификации пользователя. Даже если тебе нужно забрать данные, доступные всему интернету. Меня как front-endера эта политика разочаровывает.
Всего у меня 2 проекта, в котором нужен vk api — в первом отделался лёгким испугом — написал топорный сниппет без параметров, всего то забрать отзывы и немного данных о каждом юзере. Но со вторым я бы так легко не отделался — через vk api заполняется добрая половина ресурса. Плагин оказался полезен, хотя кнеш требует доработки — всё равно метод в сниппете приходится писать и сниппет уже вызывать в чанке. Топорно, но выбирать не приходится. Ссылка на github в modstore оказалась битой, хотел посмотреть код, додумать универсальность до [[vkapi? &method=`users.get` &=user_id=`xxxxxxxx` &fields=`photo_100`&tpl=`wrapperChunk`]] к примеру. Было бы идеально. Ув автор, спасибо за плагин, найс. Актуализируй, пж, ссылку на github репозиторий

То что нужно. Документация до сих пор оставляет желать лучшего.

Василий, за miniShop2 суперогромный вам респект и уважуха!
Когда я впервые писал вёрстку для miniShop2 я думал, что всё будет гораздо хуже ожидаемого и даже заготовил свои счётчики товаров и цен в карточках и корзине. Как оказалось, это уже было в default.js и мне даже не стоило запариваться. Поля delivery и payments — единственное что вызвало проблему, да и то я быстро справился с ней. Достаточно было помучать devTools дебаггер. С js я на «ты», а код в default.js отлично составлен и вполне читабелен.
В сравнении с тем баттхёртом, что вызывали у меня ранее магазы на birix, prestaShop и eCommerce — miniShop2 всем им утирает нос как в лёгкости настроек, так и в производительности. Спасибо вам огромное.

да, в принципе то, о чём я и писал.
PS позовите кто-нибудь Василия!
Нужно рассказать главному инженеру компонента. Всё таки многие магазины начинают работать сначала со стандартных оплат наличными и при самовывозе товара. Конечно delivery и payments — полезные поля, но я считаю, они должны идти в качестве дополнения, а не обязательного пункта.

А вообще form-group — это ведь говностраповский стилевой класс. Ты уверен, что он используется для javascript в default.js?

Спасибо, следующий магаз тоже буду на miniShop делать — инфа полезная, фактор не самый очевидный.

Вообще ща постараюсь в краци передать почему я решил подзапариться и попробовать статику.
Нужно это поскольку я пишу интерфейсы на gulp по БЭМ. Каждый блок — отдельный файл. Сейчас у меня нормально закидываются модули в базу и всё работает ок. Но масштабирование по итогу таково, что перенос только стилей и скриптов проходит простым перезаливом. Чтоб менять разметку приходится запоминать что поменялось и руками копипастить в базу. pug рендерит мне html — каждый новый модуль — копипаста. А структура шаблонов в чанках равно такая-же как у меня в проекте с gulp. Вот я и подумал — надо найти шаблонизатор, чтоб и на gulp работал, и на MODX. Самое главное — вызов чанков. В дефолтном шаблонизаторе MODX все инклуды — запрос к базе (если даже статика — запрашивается путь), а в gulp-pug или gulp-twig путь пишется сразу после include. Отсюда несостыковки в шаблонизаторе. Надеюсь smarty поправит. Пока сделаю через базу ибо люди ждут софтину

Та я сокрее уже тогда smarty применю. Какой-то он более частоиспользуемый и по возможностям не хуже. Осталось не полениться отрефакторить шаблон.

Во-первых — в код шаблонов / чанков не исполняется php — это зоны вывода инфы — ячейка базы и ничего больше.
Во-вторых — нельзя назначить файл статичным и оставить поле пути пустым. Если бы всё работало по инструкции — у меня бы не было вопросов.

А я исправил. Последний абзац — UPD. Нужно крч по хорошему перебирать javascript и msOrder минишопа на isset и if(!undefined), чтоб код мог понимать — если полей ввода адреса и способа оплаты нет — брать базовые значения. Сейчас у меня времени с моим проектом не было на это — надо было быстро его деплоить, поэтому я решил не лезть в скрипты, а просто вальнуть нужные поля ввода с дефолтными величинами под display none. Костыль, но работает. На будущее буду знать.
Как это относится к валидации? Очень просто. Если в javascript происходит ошибка, а она происходит, так как payments.length действительно undefined без разметки payments (способа оплаты) — отваливается весь модуль. А валидация (действительно грамотная валидация) полей должна писаться в javascript, ещё и с regexp, желательно, чего нет в скрипте Василия. В таких случаях, если время позволяет, я интегрирую свой ajax-модуль. Он по regexp умеет проверять номер и email:
github.com/WebKieth/Black-UI/blob/master/src/_modules/ajaxform/ajaxform.js

Спасибо за предложение, но, увы, я сейчас уже загружен работой. Но был бы свободен — взял бы тысяч 10-15. Это моя субъективная оценка, многие бэкендеры взяли бы и меньше. Я профилируюсь больше на front-end составляющей. MODX люблю, потому что настраивается всё шорткодом, разбивается на компоненты, и вникать в php не нужно)

Вот тут посложнее. Я бы сделал через tickets, запилив свою front-end админку для юзеров, которые хотят написать статью. Установил бы на эту админку ckeditor.
Относительно редактирования готовых статей — js tooltip со всплывашкой типа «править». По нажатию на кнопку кидать выделенную область в один input, правленные данные в другой input, адрес страницы в третий. И отправка на модерацию — можно даже банально через FormIt.
Да, разрабатывать надо. Тут готового решения нет — есть лишь множество кирпичиков, из которых можно собрать всё что нужно.
Если нет времени на разработку — я бы сделал раздел wiki на поддомене с другой базой. Установил бы туда чистый вики-движок.

Разработка раздела faq — не такая и сложная вещь, чтоб писать для неё отдельный модуль.
Достаточно обычного контентного шаблона и шаблона с меню внутренних страниц. Последнее может pdoMenu. Для перелистывания с одной статьи на другую (следующая, предыдущая) — pdoNeighbours. Ссылки в контенте для перелинковки пишем через плейсхолдер с тильдой [[~page_id]] — вот и весь wiki.

Блин, гениально. Не заметил, как я на предыдущей рабочей неделе сам же и написал js-фильтр, опирающийся на запрос к msProducts where))) Спасибо большое

Это явно толчок вперёд. nodejs + MODX — рульная связка. Правда юзать её для уведомлений менеджеров — всё равно что асфальтоукладчиком блины печь…
Вытолкну своё предложение. Что если установить на сервер с MODX nodejs + к нему какой-нибудь быстрый js-шаблонизатор. pug, например, или bemtree со всей бэм-связкой вообще. Они же все наверняка работают в разы быстрее, чем встроенный шаблонизатор MODX или даже smarty. Это должно увеличить и (и без того не медленную но всё же) скорость загрузки страниц. Шаблоны тогда придётся держать в файлах, а не в базе — слегка неудобно, но задумка показалась мне здравой, вот только времени свободного очень мало для скорейшей реализации.
Как думаете — небесполезно оно будет?

Ну отновительно «ничего не происходит» — как-то трудно поверить. Всегда что-то происходит, когда сохраняешь филды в migx. Строка может создаться, но в ячейках инфы не будет — я так понимаю это и есть ваше «ничего не происходит»? Тогда проверьте dataIndex в migx. Скорее всего там стоят неправильные значения fields.

Да, на вид явно помогло. Несколько раз всё поперещёлкал и работает всё без лагов))) спасибо большое)

???
На сервере стоит 5.6