Николай Савин

Насколько я понял вам нужно тем ресурсам, что являются категориями поменять тип на Категория товаров minishop, а затем уже менять тип ресурсов-товаров на Товары minishop

Все правильно. Товар магазина обязан находится внутри Категории магазина. Нельзя его вкладывать в обычный ресурс.

Я вам подсказал — смотрите журнал ошибок сервера. Это не внутри MODX — это на хостинге. В панели управления должно быть.

Ну для чего здесь эта простыня? Никто в нее вчитываться не будет.
Если уж выкладываете подобное — помечайте специальным тэгом.
А лучше не выкладывайте.

Смотрите журнал ошибок сервера

Здравствуйте. В первую очередь нужно смотреть журнал ошибок MODX и журнал ошибок сервера. Тот код, что вы показали выше бесполезен для распознавания проблемы. Версию PHP знаете?

Насколько я понял вам нужно не return делать, а echo json; die;

echo json_encode(array('status' => true, 'msg' => "Succesfuly retrieved data from '{$objectName}' with search params as '{$searchParams}'", 'result' => $result), JSON_UNESCAPED_UNICODE);
die;

Ты просто заранее идею спер

Ссылки на localhost выложены с серьезным смыслом, что-то там показать? Или это просто пример URL?

На всякий случай уточню — смотрел определение адреса из Казахстана, не РФ.
Улицу и номер дома определил верно.

Заметил два нюанса.
1. Случайно нажал запретить определение позиции и далее никакие манипуляции не позволяют отменить этот выбор. Не уверен, что к переопределению выбора пользователя есть доступ, но если есть — было бы неплохо кнопку предусмотреть.

2. В другом браузере адрес был определен и заполнен в «оформлении заказа» но поле город осталось незаполненным.

А так огонь!

Насколько я понял вам нужен msproductfile.class.php и его метод getFirstThumbnail() ну и можно соседние методы посмотреть

• saveThumbnail
• generateThumbnails
• makeThumbnail

Так вроде пофиксили эту проблему в 3.0.4

Дорожная карта состоит примерно из фразы «надо сесть и сделать» )
Проблема в том что это сотни часов работы, которые никто в одиночку не может себе позволить.
Потому я в каждом посте призываю помочь финансово, чтобы была возможность не думать о заработке, а поработать на благо сообщества.

Что там пилить. Генерируешь произвольную строку пользователю. Отдаешь на фронт.
Теперь фронт каждый раз при авторизации подписывает запросы токеном. На базе него происходит проверка прав и выдача ответа. В отличие от куки — токен можно быстро, массово отозвать, сменить и так далее.

Согласен работа с токенами — самый простой и достаточно надежный способ авторизации через API
Его очень легко реализовать для MODX.

Никак. В тексте опечатка. Подразумевалось каждую минуту.
Посекундного запуска крона не бывает.

Совсем не об этом писал. В этом варианте VUE все равно внутри шаблона подключается.
Я использую VUE CLI. В таком варианте — в шаблон вообще ничего не подключается. Только JS файлик, в котором скомпилированная логика. JS смотрит в DOM дереве заранее указанный ID и заменяет этот DOM элемент на VUE компонент.

Виджетами я называю отдельные модули. По отношению ко VUE наверное так никто не говорит действительно. Но в целом называть какой то отдельный кусок интерактивного кода виджетом — нормально. Во VUE наверное корректнее писать компоненты.
В более менее крупном проекте может быть запросто десяток подключаемых VUE компонентов. У меня порой страница целиком — один большой VUE компонент.

Как работаю я, когда мне нужно вставить виджет VUE внутрь MODX

Использую VUE CLI с компонентами
Создаю отдельный проект. Страницу index.html забираю с сайта, чтобы иметь нужный дизайн, со всеми стилями и скриптами.
Далее готовлю нужный мне VUE виджет. Компилирую бандл, и получившийся JS файл добавляю в MODX проект.

В шаблоне MODX — там где должен быть виджет пишу

<div id="vue-widjet-one"></div>

А VUE распознав ID заменит этот блок на подготовленный виджет.