Наумов Алексей

535 Authentication failed
Либо неверные логин/пароль, либо настройки (ssl, порты, т.п.)… попробуйте SSL, а не ssl.
Либо в настройках ящика отключена авторизация через smpt.

У меня много раз были проблемы с ящиками @mail.ru, я не знаю почему.

QuickEmail поставьте для начала и с режимом debug посмотрите подробный ответ сервера.

modx.pro/howto/18715

Ну почему нет то…

Делаете страницу, ну вот как угодно на MODX, как привыкли.

В качестве обработчика — висит сниппет, в котором отправляется любые запросы на ваш сервис API и делаете его уже на laraval.
Формат для обмена — json к примеру.
Это звучит может страшно, но на самом деле удобно

«resocurce» я еще не встречал)))

сделайте на laravel небольшой API, который будет возвращать нужный контент.
А на MODX уже в сниппете делайте запросы к API и выводите информацию.

И правда, зачем вам для такой задачи modx? я б не рискнул, закопаетесь…

Да, извечная проблема)
Я делал вот такое дополнение:
modstore.pro/packages/ecommerce/msproductkits
для связей, но оно работает только с товарами.

Что еще порекомендовать… не знаю, просто id товаров писать в tv.

А вообще задача в чем состоит?

Вроде TV с использованием SELECT binding у меня раньше работало…
docs.modx.com/3.x/en/building-sites/elements/template-variables/bindings/select-binding
Да и поиск (фильтрация) по названию вроде как был при выборе

Отлично! Было бы интересно услышать отзыв по компоненту, я сам его использовал только на одном сайте и обратная связь не помешала бы, возможно стоит что-то улучшить.

Не нужно вызывать сниппет в плагине, реально плохая идея… ну как из пушки по воробьям…
Напишите просто нужный вам запрос, он будет не очень сложным.
Хотя, конечно, в целом сработать то должно было) Может еще в чем дело? Сниппет строку вернет, это учитывали?

Я не очень понял, про что речь, с компонентом не знаком.

оба плагина (формирование полей и фронтпад) срабатывают на одно событие BeforeCreateOrder и поэтому в момент срабатывания фронтпада этих полей еще нет

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

$address =  $this->Order->getOne('Address');
$properties = $address->get('properties');
print_r($properties);

Чисто теоретически это можно бы сделать, просто не реализовано.

См:
1. Сниппет msCart
Обрабатываются из заказа только опции, кол-во, вес, стоимость и скидка. Нужно добавить сюда артикул.
2. в getOrder
примерно тоже самое.

ну и подозреваю, что нужно посмотреть что будет в админке творится (скорее всего в процессорах).

Я почему пишу — пытался почти тоже самое сделать, мне только название товара нужно было подменять.

Так поменяйте всем старым статус тоже, руками или скриптом.

Решение хорошее.
Но проблема в выборке 1 последнего заказа. Почему? Нужно просто выбирать все заказы со статусом Новый, и всем им менять статус на Оповещение.

Добрый. Явных запретов на то нет. Если есть трудности с их индексированием, то вероятнее всего у вас где-то прописан запрет.

1. Ставите компонент Console
2. Пишите там код:

$q = $modx->newQuery('modResource');
// условие по необходимости
//$q->where(array('parent' => 1));
$resources = $modx->getIterator('modResource', $q);
foreach($resources as $resource) {
    $content = $resource->get('content');
    // делаем че хотим
    $title = 'Заголовок';
    // ...

    $resource->setTVValue('title', $title);
    $resource->save();
}

3. Запускаете… ждете (возможно долго).

Что-то типа

{$product.id | resource : 'size_title'}

save не требуется
docs.modx.com/current/ru/extending-modx/plugins/system-events/ondocformsave
см. в самом низу

ну вот, отлично!
Это правильно хранить свой кеш в отдельной папочке и управлять им как нужно!