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

Я обычно на доноре делаю скрипт, который складывает требуемые данные в 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 — вы о таком знаете? Существует он на сайте?

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

Имейте в виду, что во время ближайшего обновления, эти строчки затрутся.

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

• Не у каждого компонента есть достоверное описание, не всегда понятно для чего он, что умеет, где можно применить и какую пользу получить
• Не о каждом компоненте есть более менее приличная заметка здесь. Не удивлюсь если о половине вообще ничего не написано, или написано очень кратко
• Какие-то компоненты заброшены, и есть смысл составить список тех, чье обновление требуется
• По каким то компонентам здесь на форуме много заданных, мало раскрытых вопросов. Можно составить контент-план по раскрытию вопросов. Необязательно самому писать. Для начала можно просто составить список тем, которые было бы неплохо раскрыть. Уверен ребята заметят активность и подключатся

Хм. При такой бизнес логике реализация имеет смысл. Но из коробки ее нет. Я даже не слышал, об упоминании подобного решения.

Я всегда рассматривал связь по аналогии modUser + modUserProfile

Готовится. Сегодня будет

На самом деле, при глубоком погружении оказалось, что этот issue и вызвал поломку.
Связь Заказа и Адреса сделана довольно странно. Обычно Подчиненную модель (Адрес) привязывают к первичному ключу Главной модели (Заказа). И тогда Композитная связь работает очень хорошо.

В минишопе Василий же, в свое время почему-то сделал наоборот. Здесь Адрес является основной записью, к которой привязывается заказ. Решение мягко говоря спорное.
И я не могу переделать, потому что придется менять структуру полей. Это мажорное обновление, ломающее работу сайтов и компонентов. Внесу в план работ на будущее.

Пока откатываю реализацию твоего issue назад и будем решать удаление адреса заказа костылями.

Этот issue давно решен. Не закрыл просто его.

Нормально вы бахнули, версий 20 вверх )

Здравствуйте. Проблему зафиксировал. Будем решать

Не драматизируй. При кэшированном вызове страницы понадобится только один раз подождать, а не каждое обновление страницы.

Проблемы с заглавной картинкой товара решены в версии 3.0.4

На моей практике spam это всегда источник проблем.

Все релизы вы можете посмотреть и скачать здесь
github.com/modx-pro/miniShop2/releases

Расслабься — решено