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

Да, извечная проблема)
Я делал вот такое дополнение:
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
см. в самом низу

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

Я сохранял свой кеш в отдельную папочку (назвал ее для примера my_cache), вот выдержки кода из проекта… (у меня некий класс, в нем есть такие методы и переменные).
Насколько помню, проблемы с очисткой при сохранении ресурса или чанка не было.

/** @var  string $cachePartition Раздел для кеша */
    protected $cachePartition = 'my_cache';
/** @var  integer $cacheTime Время кеша, в секундах, например 86400 (сутки), 3600 (час) */
    protected $cacheTime = 43200;
/**
     * Получает данные запроса из кеша
     * @param $cacheKey string Ключ кеша
     * @return mixed Данные запроса или false
     */
    protected function getDataFromCache($cacheKey) {
        $options = array(
            xPDO::OPT_CACHE_KEY => $this->cachePartition
        );
        return $this->modx->cacheManager->get($cacheKey, $options);
    }

    /**
     * Помещает данные в кеш
     * @param $cacheKey string Ключ кеша
     * @param mixed $data Данные, который нужно закешировать
     * @return bool Результат операции
     */
    protected function addDataToCache($cacheKey, $data) {
        $options = array(
            xPDO::OPT_CACHE_KEY => $this->cachePartition
        );
        return $this->modx->cacheManager->add($cacheKey, $data, $this->cacheTime, $options);
    }

Но нужен плагин для очистки нашего кеша:

<?php

switch ($modx->event->name) {
    case 'OnSiteRefresh':
        if ($modx->cacheManager->refresh(array('my_cache' => array()))) {
            $modx->log(modX::LOG_LEVEL_INFO, $modx->lexicon('refresh_default') . ': MyCache');
        }
        break;
}

Добрый день.
В плагине используется 1 поле с именем photo

$conf_upload_file_name = 'photo';

у вас несколько должно быть, и код придется переписать соответственно… проверяйте, что я посоветовать

Мелочи:
— видеть Популярные и Лучшие статьи за: неделю/месяц/год/все время
— проработать разделы сообщества, сейчас их не видно как-то, и структурированы они на мой взгляд не очень… может их вывести справа (туда, где сейчас вкладки Комментарии, Заметки, Работа.

Нам нужно старое значение menuindex и новое.

Если новое меньше старого, то делаем sql запрос, в котором у ресурсов (только с тем же parent конечно) с menuindex от нового до старого делаем menuindex=menuindex+1.

Если старое меньше нового — наоборот.

Вот пример кода из какого-то процессора (там не ресурсы, а свои объекты).

if ($source->get('priority') < $target->get('priority')) {
            $this->modx->exec("UPDATE ".$tableName."
				SET priority = priority - 1 WHERE
					priority <= {$target->get('priority')}
					AND priority > {$source->get('priority')}
					AND priority > 0
			");

        } else {
            $this->modx->exec("UPDATE ".$tableName."
				SET priority = priority + 1 WHERE
					priority >= {$target->get('priority')}
					AND priority < {$source->get('priority')}
			");
        }

$image = '/user_upload/'.$fileName;

Может phpthumbof скармливать не ссылку на картинку, а локальный путь к ней? Относительно корня сайта.