FastDevLab

Ага, спасибо. Первый и думаю не последний)

Вот как раз чанки меня и интересуют в первую очередь. Я работаю с PageBlocks (free), а он требует обязательного существования чанков в системе.

Отлично. Ну еще проблему с путями решить и норм) Но судя по комментам о Thumb2x, картинки весят больше, чем после обработки pthumb — что тоже ставит новые библиотеки под вопрос, а лучше ли они. Пока pthumb выглядит поинтереснее, да и в принципе не сложно ему самостоятельный небольшой апдейт сделать, чтобы был заточен чисто по php 8+

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

pthumb последний раз обновлялся 11 лет назад. Там даже нет поддержки PHP8 — работает он с php 8, прямо сейчас работаю с ним на MODX 3.1.2 + PHP 8.2.
Конечно же не нужно его использовать, если есть современные альтернативы — нету адекватных пока, к сожалению. Thumb3x не плох, может качественнее сжимает, современные библиотеки и на этом все пожалуй) Путь сжатых изображений настроить нельзя (кому как, а мне это надо), базовую конструкцию типа

{$images | Thumb3x : "w=239&h=331&zc=1&f=webp"}

— не до конца воспринимает, в webp не конвертирует, а надо бы (только из за этих 2х нюансов уже им не пользуюсь). Будет апдейт, который это поправит без проблем на него перейду.

Ну я к примеру очень часто использую плагин PageBlocks (free версию — он не поддерживает файловые чанки (которых нет в админке) в своих вызовах — ну или я что то не знаю). В общем я создаю в нем нужные конфиги блоков, создаю для них чанки — этим чанкам после сохранения, ставится галка статический и создается файловый чанк, в котором я уже потом пишу код (как то так)

Статические элементы нужны для работы с Git, версионирования и командной разработки. Удобно создавать элементы быстро в админке, а затем дорабатывать их в IDE с подсветкой синтаксиса, автодополнением и всеми инструментами современного редактора. Также это позволяет синхронизировать элементы между окружениями (локальная → тестовая → продакшн) через систему контроля версий, что критично для командной работы.

Иван, привет, хороший компонент. Предложения:
1. Сделай настройку хранения миниатюр (assets/components/thumb3x/cache/), чтобы в место стандартного пути можно было указать свой (более короткий).
И в документации напиши вариант в виде модификатора, например:

{$images | Thumb3x : "w=239&h=331&zc=1"}

— так кстати работает, а вот так

{$images | Thumb3x : "w=239&h=331&zc=1&f=webp"}

— тоже работает, только не меняет формат изображения
А вот такое:

<img src="[[!Thumb3x?
    &sourceId=`2`
    &input=`[[*TV_proba]]` 
    &options=`w=520&h=520`

    &quality=`80`
    &format=`webp`

]]">

Как то диковато выглядит — ну если только в шаблоне так что то можно вызывать, в чанах лучше как модификатор

Нет) Это просто шаблон — каркас так сказать для верстки на 4м бутстрапе. В шаблоне там свои шаблоны

Просто оставьте чанк MSGalleryFotorama к примеру где подключена фоторама по CDN и сделан вызов галереи, а вообще хотелось бы что-то более интересное в плане галереи, например fancyapps.com/carousel/#combine (тоже в отдельный чанк к примеру)

Не поверите, почти 2024 и все еще актуально и будет актуально еще как минимум пару лет)))

Поставьте лучше recaptchav2 — она лучше работает) Или вообще без капчи можно обойтись.

Ну норма в принципе, в robots.txt добавьте правила

Disallow: /*?
Disallow: *?*

и все

Проблемы есть везде) Wordpress много движков переживет, только из-за того что самый распиаренный и имеет тьму тем и дополнений) Школьник сможет сайт наклепать за день (часто за пару минут с премиум шаблонами, которые плагины поставят, все настроят и демо данные импортируют). С MODX немного другая история… С 3й версией, пока правда все печально для начинающих особенно: они ее ставят по старым инструкциям, ставят несовместимые плагины и все ломается) или обновляют рабочий сайт на 2йке и каюк сайту)) Даже в оф документации по 3ке по дополнениям (https://docs.modx.com/3.x/en/extras), указаны несовместимые компоненты (и их там хватает)

Поправьте код на странице результатов поиска, там у вас вызов mfilter2, попробуйте в параметр &filters= прописать указанные выше поля, только в немного другом формате: msoption|name_options и т.д. + можно попробовать прописать параметр &fields (если не казан в него должны тянуться поля из системной настройки mse2_index_fields) и в нем руками прописать поля (мало ли глюк какой-нибудь, не тянется из mse2_index_fields), ну и логи можно включить если не помогло &showLog=`1` возможно там будет что-нибудь интересное)

Удалите все что выше # For servers that support output compression, you should pick up a bit of и вставьте на место удаленного, вот эти правила: https://web-revenue.ru/modx-revo/htaccess#moy-nastroennyy-fayl-htaccess-pod-hosting

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

Чет все стало дольше, печальнее и некоторые стандартные поля типа introtext игнорятся. Круто что простые ресурсы и т.п. поддерживаться начали, но в остальном прям как по мне печаль (особенно на шаред хостингах, может на vps иначе, но сомнительно))). А как можно скачать версии предыдущие без этих нововведений типа создания кронов, указания путей до интерпретаторов?

И сейчас работает, только конкретно в ресурсе выводится не через +, а через *: [[*createdby:userinfo=`fullname`]]

Все нормально, компонент рабочий, вопрос решен