Алексей Смирнов

Я бы подошел к вопросу с другой стороны.
А в какой момент вам нужны эти данные?
Если просто запустить какой-то отдельный скрипт и сделать свои дела — одно.
Если вам нужно взаимодействовать с объектами MODX и, например, проверять уровень привелегий, доступов и прочей ереси, то через MODX.
А сниппет — это тот же php, но вызванный где-то в середине страницы. В этом случае можно сразу вызвать в сниппете. Если, допустим данные которые будут отображены снипетом очень долго получаете, то иногда люди делают через ajax загрузку, чтобы сэкономить время загрузки основной страницы.
Те вы понимаете, что просто отвечать на ваш вопрос не получиться, необходимо знать еще и место и «куда чего-данные».

Ну так я о чем и говорю.
Вы же говорите о проблеме что фото постоянно заново генерятся. Или вы решили уже проблему и все хорошо?
Просто в phpThumbOn нет такой проблемы и прозрачность по-моему фиксилась far=0. Попробуйте.

Ничего не нужно докручивать.
есть 2 пути.
Минишоповский (заранее сгенериной) ИЛИ phpThumb(Of|On|и т.д.) снипет-пакетом.
В любом случае используется расширение входящее в MODX — pThumb. И что минишоп, что пакеты phpThumb используют эту библиотеку.
Поэтому если решать через минишоп, то вписать все настройки необходимых миниатюр в спец. конфиг и перегенерировать это дело.
Либо без минишопа использовать, например phpThumbOn для геренрации миниатюр по факту.
Если сайт мелкий совсем — до 100 товаров, то не критично и можно использовать последний вариант.
НО если товаров много и планируется увеличение, то генерировать ЛУЧШЕ фотки заранее.
Для одной фотки в админке можно сделать так:

Для большого кол-ва есть в новом минишопе автообновление фоток.
Так же в handyShop теме так же есть перегенерация всех фоток на сайте.
Для больших магазинов она займет время, если требуется прям кординально все поменять по превьюшкам.
Как-то так.

может быть один источник, но нужно понимать — фотки будут те же или другие использоваться.
Если разные фото, то или разные источники использовать или для ресурсов делать зависимость через ID, если ресурсы разные с id.

ВК и прочие «тянулки» будут пытаться вытянуть хоть какую нибудь фотку.
И чтобы облегчить жизнь, и контролировать фотку необходимо использовать OG решение, Как подсказал VIT. И дополнительно засунуть разметку для фотки.
В простом приближении можно пользовать что-то такое:

В коде, например, можно создать условие если есть какие-то фото для страницы — тянуть их. Если нет, то выставлять сюда логотип или заранее подготовленную любую картинку.

Если remains отключить сайт быстрее работает? или так же?

Ну как он будет находиться — есть 2 варианта. Или сами все статьи в спец. разделе без категорий и выставление в ТВ всех категорий.
Или сразу физически создавать в категории нужной и в ТВ выставлять доп. категории.
Ну или как вы и хотели — где то создавать ресурс и при заполнении выбирать категории в ТВ, а первую выставленную пометить как главную и присваивать через плагин при сохранении. тоже можно.
как вам удобнее.

Если у вас планируется мультикатегории, то конечно удобнее будет каждой статье присваивать необходимые категории через TV можно сделать.
У меня так в моей теме mtBlog сделано.
Так и фильтровать и выводить будет удобнее. и плагины на сохранение нет нужно писать.
Если у вас статья всегда будет принадлежать одной категории то можно их перераспределить физически в свои разделы, например.

Несколько скорее всего не получится, но например parent можно родительский один вписать.
по ТВ параметру, помоему не поддерживается.
Ну и как вариант завести или другой шаблон для необходимых ресурсов или ТВ (в зависимости от того что удобнее)

Проще и правильнее написать скрипт переноса данных в нужные таблицы или поля для минишопа.

Переходите на fenom тогда. И не будет таких надписей. Или напишите свой снипет с дополнительной логикой проверки.

потому что вы сократили мой совет надо еще чтобы было обязательно else
иначе запись не корректна.

Предложу дополнительно подумать над фу-м именно наследования параметров по иерархии.

Сортировки по migx, опциям и ТВ не будет
А вот это плохая новость. редко требуется сортировка по этим полям. Хоть и редко — печаль что нельзя будет сделать.

Оно будет срабатывать потому что так устроен MODX. тут или большая вложенность или эффект парсера модикс.
Дело в том что он (парсер) рекурсивный, а значит до того как сработает условие — вычисляет данные внутри всех условий (если я не ошибаюсь в формулировках).
Я обычно сниппеты делаю в таком режиме — режим «наоборот».
те есть в модиксе комментирование кода

[[- some code ]]

Поэтому ваше выражение можно переписать так:

[[[[!+modx.user.id:isloggedin:eq=`1`:then=`-`:else=``]]!redirect]]

возможно еще с воскл. знаками поиграться придется. Для другого контента который у вас был, будет условие:

[[!+modx.user.id:isloggedin:eq=`1`:then=` ....  `:else=``]]

Как-то так.

Это дело пишется в MIGX в конфигурации этого поля в конфиге: joxi.ru/D2PYbP1TqDpdMA

PS. поздно понял что вы в ручную все вводите. учитесь через конфигуратор делать. это удобнее
а в вашем случае нужно дописать параметры imagePlus в параметр config

[{
    "caption":"Добавить", 
    "fields": [{
    "field":"image",
    "caption":"Изображение",
    "inputTVtype":"imageplus",
    "configs": {    "targetWidth":"920",
       "targetHeight":"600",
       "targetRatio":"1.53" }
    ]}
}]

я условно написал не уверен что правильное имя configs

Напоминаю. Не упустите шанс купить со скидкой.

1. А если вам это досталось в наследство, то вопрос отпадает почему именно через migx были сделаны теги.

Странные дела.
1) у вас MIGX blogTagsValue с одним полем?
Если так, почему?
2) Переделать можно для 1 ТВ, просто пройтись скриптом который перенесет данные, что в дальнейшем облегчит создание тегов. (механизм пока не обсуждаю).
3) в ТВ blogType Непосредственно в ресурсе — что-то вводите или он пуст или скрыт?

Советую для этих целей использовать ТВ. А само ТВ вывести с помощью конфигурации форм на главную. (при этом longtitle вовсе скрыть).
longtitle Если новый сайт — ничего не потеряет, а если сайт старый, то можно простым скриптом все перенести из поля longtitle в новую ТВ-шку с редактором.