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

Это дело пишется в 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 в новую ТВ-шку с редактором.

Лечение проблемы c фотками в phpthumb для MODX 2.8.6 для версии php 7.4 через костыль:
Убираем слово mixed в строке 317 в файле core/model/phpthumb/phpthumb.class.php
Спасибо @Иван Климчук за наводку.

toSeparatePlaceholders выводит каждый элемент распарсеный в TPL-ке. Те он не выведет вам test.pagetitle.
Чтобы toSeparatePlaceholders работал необходимо указать tpl.
и уже распарсеный html будет выводиться через плейсхолдеры будут [[+myarticle0]], [[+myarticle1]] или на fenom {'myarticle0' | placeholder}, {'myarticle1' | placeholder}
О чем Артур и написал.
Вариант последний на феноме нужен если вам точечно нужно расставить данные прям в капец верстке.
через foreach можно, кстати, забацать любую проблемную верстку. но чтобы что-то конкретное посоветовать нужно знать что там с версткой.

Как вариант, совпадающие цвета сразу не объединять. можно спросить разрешение об обьединении.
А если по ошибке, то кнопачку можно добавить.
Но кажется этот весь функционал нафиг нужен в массовом пользовании.

можно сколько хочешь, просто в настройках указать лимит.
А так, если планируется более 100 записей, то лучше делайте сразу через MIGXdb, как советуют. Ну или еще отзывы можно через ресурсы делать — так еще проще (меньше кодить на php).

Дык у вас один и будет.
Через или foreach переменную mysnip прогнать
или чанк распарсить через parsChunk с уже готовой разметкой. Это уже на свой вкус.

в новой версии можно вызвать msProduct в режиме data и на феноме посчитать кол-во в массиве. Хотя оно у вас по идее будет почти всегда равно 6. тк у вас лимит =6. Поэтому даже не знаю… есть ли смысл подсчета…
Вывести данные можно добавив в параметры 'return' => 'data',
При таком подходе возвращаться должен голый массив, если не ошибаюсь.
те нужно:

{set $mysnip = 'msProduct' | snippet : ['return' => 'data']}

(проверьте только

{$mysnip | print}

И потом можно:

{$mysnip | lenght}

— кол-во.

И на феноме можно, но это можно сделать если у вас минишоп 4й версии.
если нет, то увы.

Если получить в коде fenom нужно, то можно схитрить и подсчитывать в чанке вашем msProductIndex на феном дописав:setPlaceholder('myovechka', $idx) — уточните в доке как вызываются модификаторы эти.
а уже ниже в вызове принимайте getPlaceholde('myovechka')
Должно сработать.
Ну а в JS проблем не должно быть определить кол-во. там 1й строкой можно.

Ускорить сайт, подключив все через файлы, думаю, не особо получиться. Потому что нужно для начала знать хотя бы какая область в шаблоне тормозит.
Тк тормозить может:
— Ответ сервера в который входит запросы и время ответа БД и обработка PHP.
— Загрузка контента после ответа. И тут влияет в общем комплекс из js,css,fonts, картинрки файлы, видео iframe И прочее.
— Ответ сервера, скорее всего вы не сможете поправить через include. нужно знать что именно подтормаживает (БД или php) и потом уже смотреть сниппеты и запросы.
А про фронтенду — там другая пляска более веселая и глобальная.

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

[[#[[+id]].pagetitle]]

И заказчикку понятно как создавать и тебе проще с этим работать будет.

посмотрите есть ли у вас ошибки в консоли при изменении настройки. может какие конфликты или глюки окружения сервера влияют.
а так вообще таблица system settings

Если в вариантах до 5...7 значений и они не будут особо дополняться, то можно и через мини-замену организовать без сниппета.
например:

[[+title:is=`1`:then=`Игрок`]][[+title:is=`2`:then=`Запасной`]]

Только для рендера создайте поле с именем title-r, чтобы результат рендера не затирал основной title

Если установлен pdoToolse, то достаточно вписать в renderChunk:

[[#[[+idmy]].pagetitle]]

где [[+idmy]] — название поля в migx где id ресурса.

думаю, тут можно (лучше) воспользоваться не tvFilters, а where. Описание как работать и делать выборки для мульти тв описано тут: modx.pro/solutions/23005

Да, просто поменяйте и сделайте так:

{set $dog = ('noarticle' | placeholder)}
{if $parent not in list $dog}
  <div class="reward"><span>Артикул:</span> <span class="item">{$article}</span></div>
{else}
{/if}