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

Да, я наверное код привел из версии для MODX 3…

В версии для MODX 2 все несоклько по другому…
Там вместе с $this->mediaSource->createContainer почему-то используется еще и $this->mediaSource->fileHandler->make и подозреваю что с облачным хранилищем это не сработает. Я сейчас уже не помню почему так…

Привет!

Да нет, можно любые файлы. В настройках есть список допустимых расширений файлов (ну и у источника файлов тоже есть такая же настройка). Есть проверка на макс. размер файла.

Насчет облаков не могу сказать, я не проверял.

Смотри основные выдержки кода по закгрузке файлов:

// получение и инициализация mediaSource
$this->mediaSource = modMediaSource::getDefaultSource($this->modx, $this->modx->getOption('ec_files_source'));
$this->mediaSource->set('ctx', $context);
$this->mediaSource->initialize();
...
// проверка policy
if (!$this->mediaSource->checkPolicy('create')) {...}
...
// формирование пути и создание каталога
$this->mediaSource->createContainer($internalPath, '');
..
// загрузка файла
$uploadResult = $this->mediaSource->uploadObjectsToContainer(
    $internalPath,
    array(
        array_merge($file, array('name' => $filename))
    )
);

на первый взгляд все выглядит корректно)))
Swift уж тем более не проверял

Документация говорит, что вот такое возможно:

{$foo.$bar}

github.com/fenom-template/fenom/blob/master/docs/ru/syntax.md

Значит у вас есть массив, его нужно объединить в строку, но не через запятую, а через пробел:

{$row.group | join : " "}

{$row.group | print}

что выводит?

replace запятой на пробел?

Помимо поля price нужно добавить еще одно поле, отражающее, например, возможность купить товар can_buy.
И обновлять его по логике can_buy = (price > 0)

Теперь в mFilter можно прописать сортировку сначала по can_buy, а затем уже по цене. Тогда товары с нулевой ценой будут всегда в конце.

насколько помню, такие простые теги pdoTools обработает без парсинга, сделав просто str_replace

Какой нибудь рекурсии нет? Типа вызвали чанк, а в нем вызвали снова его же?

pdoTools 3 ставится из репозитория modstore, когда мы сидим в modx 3:

Я писал про свой опыт…
modx.pro/components/20322
и несколько ссылок давал на то, чем пользовался сам. Скоро 2 года уже будет этой заметке, актуальность под вопросом)

В текущих реалиях надежнее переехать на РФ хостинг…
Ну или если нужен зарубежный — найти жителя другой страны, который заплатит за вас…
Еще вроде как киви работает с зарубежными сервисами, но не знаю, что там сейчас по картам и т.п.
Можно попробовать другие банки, что не под санкциями, но не факт…

В плане других хостингов я давно ушел на serveroid.com (Ранее Flops). Компания Российская, оплата в рублях, сервера в стране. За несколько лет тьфу-тьфу сбоев ни разу. И да, ссылку дал реферальную)))

Да нормальный вариант.
Или на основном сайте сделайте выгрузку в простейший файл (текстовый) в формате «артикул: цена», а со второго по cron раз в час считывайте его да и обновляйте цены.

У сессий есть поле access — когда к ней был последний доступ… к примеру можно чистить сессии старше 20 минут.
Чтобы избежать ситуации с открытой вкладкой без движения — небольшой скрипт, который будет «дергать» страницу раз в минуту.

Ага, документация)
docs.modx.pro/komponentyi/pdotools/parser

[[#[[+parent]].alias]]

и

{$_modx->resource.parent | resource : 'alias'}

вызванные «внутри» pdoResources, это разные конструкции.

Первый код — это parent того ресурса, который сейчас обрабатывает pdoResources в цикле.
А во втором коде — это будет всегда parent ТЕКУЩЕГО ресурса, того, который открыт в браузере у пользователя.
Вам нужно сделать так:

{$parent | resource : 'alias'}

Добрый день. Ошибки в консоли посмотрите

Попробуйте

{if 'Бизнес заказ' in string $address.extfld_type}

ну и наверное не

$a | in : $b

а

$a in $b

$address.extfld_type какое значение имеет?

Может проблема в неверном использовании in? Там есть in list еще, это разные вещи: оператор in