Провери отрибут base в head, он должен меняться в зависимости от языка

<base href="modx.pro/">
<base href="modx.pro/ru/"> - RU

switch($modx->event->name){
    case 'OnDocFormSave':
        //$mode //$resource //$id
        if(empty($resource->get('content')) && $resource->get('published')){
            $resource->set('published', 0);
            $resource->save(); //Не уверен что это надо
        }
        break;
}

Ранее работало все, а сейчас выдает
ERROR /home/c/cv08546/academy-kvant-psi.ru/core/components/pdotools/model/pdotools/pdotools.class.php 999
Unexpected token ':' in 76c458169bfd754d28bce3b6036afd55 line 13, near '{«video»:' < — there

{set $video_json = json_decode($_modx->resource.video, true)}
          {if $_modx->resource.video ?}
            <div class="blog__img">
              <div class="blog__video pos-relative">
                <img src="{$video_json.image}" />
                <a class="popup-icon vinobox-popup pos-absolute" data-autoplay="true" data-vbtype="video" href="{$video_json['video']}"><i class="lab la-youtube"></i></a>
              </div>
            </div>
          {/if}

Прошу помощи.

Сначала написал потом, подумал о контексте вопроса. Конкретно в обсуждаемом компоненте не видел как сбрасывается кэш, и сбрасывается ли вообще.

Это на самом деле очень просто делается
Вот такой метод есть у кэш менеджера для очистки кэша конкретного ресурса (товар это же ресурс)

$modx->cacheManager->delete($product_id, array(xPDO::OPT_CACHE_KEY => 'resource/web/resources'))

Добрый день!

Может кто-то сталкивался с необходимостью сохранения кэша всего сайта при обновлении цен через крон?

Вопрос в возможности сбрасывать кэш непосредственно у товара

Есть в miniShop2 скрипт для импорта из csv

Он же умеет создавать ресурсы как при запуске из браузера, так и в режиме запуска из командной строки.

Ссылок/примеров в интернете хватает по этому запросу

Я просто не совсем понимаю, если у меня скрипт будет автоматически логинится, то будет получать права. Он доступен через урл, напрямую. Т.е. «Иван» зайдет по адресу и получит сессию с правами?
и будет ли работать этот прием для CRON

Для этого файл закрывают средствами вебсервера

Есть ли ссылки примеры?

Я просто не совсем понимаю, если у меня скрипт будет автоматически логинится, то будет получать права. Он доступен через урл, напрямую. Т.е. «Иван» зайдет по адресу и получит сессию с правами?
и будет ли работать этот прием для CRON

Так делать не стоит. Используйте все же процессоры
Для того чтобы права появились, используйте security/login процессор

Тоже про все это подумал, решил не рисковать с правами. Создавать процессоры и т.п.
Сделал через newObject. Думал проблема будет с опциями, а там все просто оказалось.

Кому пригодится

// Нестандартные опции, cтандартные опции товара записываются вместе с полями товара
$options['idads'] = $idADS;
$options['floor'] = $floor;

$newProduct = $modx->newObject('msProduct');
$alias = $newProduct->cleanAlias($pagetitle);

//Поля товара(ресурса)
$arrRes = [
    'pagetitle' => $pagetitle,
    'published' => 1,
    'alias' => $alias,
    'content' => $ADS['description'] ?: '',
    'parent' => $parent,
    'show_in_tree' => 0,
    'template' => 20,

    //Стандартные опции товара
    'color' => ['синий', 'красный']
    'old_price' => 0,
    'price' => $ADS['price']['value'] ?: 0,
];

// Можно было использовать fromArray()
foreach ($arrRes as $field => $v){
    $newProduct->set($field,$v);
}

// Собственно, запись нестандартных опций, простая передача массива
$newProduct->set('options', $options);

// сохраняем
$newProduct->save();

Сейчас проблема с загрузкой изображений gallery/upload, там тоже через процессор, видимо тоже права, разбираться надо

Или создавать документы через API, в целом это нормальный вариант, главное создать правильно (заполнить все поля имею ввиду) и проследить, чтобы были обработаны ситуации, если у вас плагины есть на события создания/редактирования документов. Ну и кеш там почистить потом.
Или же в скрипте залогиниться в админку под пользователем-админом (менеджером), что как бы не особо безопасно…
Или же настроить права так, чтобы аноним мог создать страницу, что тоже не гуд.

сорри, лишнего понаписал. а как доглядел, удалить уже нельзя

сделал… правда получилось через костыль как-то:
создал ключи для русского и английского fgg__lang со значениями ru и en
вставил

<html language="[[-язык]]{'fgg__lang' | lexicon}">

и в js:

var language = document.getElementsByTagName("html")[0].getAttribute('language'); if (language == 'en') { from_text = 'from ' } else { from_text = 'от '} .....  .html(from_text   ....

в принципе вывод в js вроде как работает, ошибок нет

но в первой же строке в инспекторе при любом выбранном языке

<html lang="ru" class="js">

Вставляю так

var lang = $('html').attr('lang'); if (lang == 'ru') { from_text = 'от ';  } else { from_text = 'from ';}
            $('.1round .airplane_'+this.airplane_id).show();
             aprox_summ=obj_data_flight[this.airplane_id]['price'];
              $('.1round .airplane_'+this.airplane_id+' .aproximitly_summ').html(+from_text +aprox_summ+' €');

и Вжух!, поиск падает

сортировать то да, но там есть еще поля в настройках для сортировки по умолчанию
до и после
так вот паблишедон стоит работает а по тв полю внедрить не выходит чот :(

fixedpage=tv_fixedpage:desc

А в итоге проблемы была в том, что в типах содержимого кто-то по ошибке удалил MIMI-тип text/html

Виктор не нужно дублировать один и тот же комментарий в разных топиках

всё оказалось просто — новый поддомен нужно было сделать как синоним к основному)