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

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

Ссылки на 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 заменит этот блок на подготовленный виджет.

Я обычно на доноре делаю скрипт, который складывает требуемые данные в json файл.
А сайт-приемник просто в удобное время читает этот json и парсит данные.

Хорошо бы. Пора все под MODX3 переводить.

$response = $modx->runProcessor('security/login', $data);
        if ($response->isError()) {
            $modx->log(modX::LOG_LEVEL_ERROR, print_r($response->response, 1));
        } else {
            //User отдельно необходим потому-что процессор не возвращает юзера и не присваивает его автоматом объекту $modx->user
            //В данном случае нет смысла дополнительно проверять права, потому что процессор уже все проверки провел.
            $user = $modx->getObject('modUser', array('username' => $username));
            if ($user) {
                $modx->user = $user;
                $modx->initialize('mgr');
            }
        }

Володя не заходил сюда уже почти год. Вряд ли он вам ответит.

ага

Судя по ошибкам у вас идет обращение к не найденному компоненту modFormCustomization — вы о таком знаете? Существует он на сайте?

Код нужно помечать специальным тэгом для лучшей читаемости