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

Пакет MagicThemes обновлен до версии alpha2.
Исправлена работа с БД и проверка на наличие MIGX конфигов.
Вместе с движком исправлена и тема mtDemo — альфа3.
Исправления приличные и заставляют пакеты работать еще лучше.
Спасибо Вам за тестирование!

Да, я пожелал исключить из тестовых установок.
На видео показаны возможности.
Если у вас есть вопрос — задавайте.

Проблема решается не в медиаисточнике, а в чанке article-col-4.tpl (у вас это другой чанк скорее всего, указанный в tpl) где и прописывается полный путь. выведите картинку и поймете какой путь в ручную прописать чтобы все заработало.

А мне вот тож сдать еще проект и допилить более четкую инструкцию.
Потому как в твоем решении я увидел еще один сигнал об удобстве управления контентом.
В общем, учитывая кол-во появляющихся «хотелок» то развитие тем, конструкторов очень даже интересная и востребованная тема.
Будем ее развивать. Хочется использовать готовое решение в доль и поперек, а не только как сборка-modx (не буду называть сайты которые это предлагают). :)

Вы сейчас прям описываете работу компонента MagicThemes.
Где весь описываемый функционал есть и в удобном варианте.
Чуть по другому работает, но суть такая же.

Ерунда какая-то, это мое мнение! Я быстрее страницу заверстаю!

Ну и не используйте это решение.
Тем более тут вопрос не в быстроте верстки, а управлении повторяющимися блочками.
И кстати это самое управление уже много кто так или иначе реализовали. (Контент блоки, MagicThemes, и прочее)
Теперь, вот, есть решение на MIGX.

Сравнивать нужно аккуратно, тк архитектура систем управления немного разная.
Ориентировался я и на WP, и на Joomla, и даже, прости господи, на Битрикс.
Делать стандарт для MODX и прям в доке самого MODX, а не дополнения — не верная постановка задачи.
Потому что:
1) Система темизации MT полностью зависит от pdoTools, fenom. (это сторонний пакет)
2) Решение данное — это отдельный пакет. те по сути получается уже некая модульность.
3) Вы сами можете решить (в будущем) при создании нового сайта использовать готовое решение на базе MagicThemes или делать как привыкли.
4) При установке темы устанавливается, спрашиваются необходимые для работы темы — Пакеты, которые поставить (зависимости). Что вполне в рамках MODX.
И я в статье написал, и еще раз повторюсь:
Полную документацию и принцип работы я напишу конечно, но позже. Сейчас альфа релиз который призван помочь понять мне (востребованность, актуальность, возмущенность, недовольство и прочее...) и окружающим людям (увидели что-то новое, нужно ли оно мне, а зачем, а что… и т.д.).
Потому что разговоров за последние 7...8 лет было много, а реализации тем для MODX я не видел чтобы кто-то реально предлагал.
Вот я предлагаю реализацию. Пока я демонстрирую результат и возможности (пока, согласен, тухленько демонстрирую) но хотя бы есть что показать.
так что я вас в любом случае услышал и болячки понял.
если еще будут советы — я только рад делать доп лучше и мощнее… чтобы не смотрелось на других «девах». )))))

Пока копирование не делал. ТК небыло весомых причин.
В будущих версиях добавлю это.
Куча штуковин побочный момент универсальности.
Но их количество тоже зависит от проектирования темы.
Можно сделать штуковину — целой шапкой, а можно только логотип выводить.

Создаётся новая штуковина, привязывается к нужной области, настраивается. И готово.

Движок тем это когда ты на сайт скачал тему и просто установил её и весь сайт поменялся, надоело тебе и ты скачал другую тему, установил её и сайт полностью поменялся

Вы скорее всего не устанавливали само демо.
А так мое решение и работает — меняем темы — у нас новый сайт. Просто чтобы это было по щелчку необходимо:
1) Создатель темы должен предусмотреть максимальную совместимость по Областям и Штуковинам.
2) С моей стороны еще дополнительная возможность — менять (переключать) только папку темы, что будет дополнительным подспорьем для, например, дочерней темы. Т.е. области и штуковины останутся, а tpl шаблоны поменяются для этих областей.
3) В Joomla например чтобы поменять темы нужно много переделывать. там это боль. WP — там тоже можно поменять тему, но в чате спрашивал — все говорили что это боль тоже (я проверил на слово).
Поэтому то что я предлагаю для MODX — будет оно удачным решением или нет — покажет время и интерес сообщества.
Для разработчиков еще предстоит написать большой мануал, не без этого.
Просто скажу, что стандарт по чанкам — определяет разработчик темы. Захочет он ориентироваться на стандарт или нет — его выбор. То же самое касается самих шаблонов на сайте уже установленных. Я придумал один из вариантов стандартизировать, но опять таки — это все на совести разработчика тем. Мы в MODX и тут много свободы и выбор всегда есть. )

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

Еще момент добавлю. alias новости для всех языков будет одинаков.
И скорее всего (ждем точного ответа автора, тк мне тоже интересно) нельзя так сделать.

Еще можно: или писать свой кастомный фильтр-формировки диапазона или извратиться немного в шаблоне-выводе так, чтобы в поисковую попадал заранее подготовленный диапазон.

Сергей, я как раз понимаю что раз кеш уменьшился значит меньше данных попало в кеш. Но от этого принципиально скорость не уменьшилась или увеличилась.
Вот о чем речь. и да там лишние 10 запросов. но в моем случае — не страшно было.

Добавлю свои 5 копеек в подтверждение по работе fenom vs MODX парсер, раз уж речь про скорость. В телеграм канале постоянно спрашивали об этом тоже.
Я пару лет назад сам переходил на fenom с синтаксиса MODX и сделал 2 шаблона главной страницы — один был на феноме другой на MODX тегах. Причем там и pdoToolse и migx был.
Разница в пользу MODX парсера была 0,01...0,03 сек. как с кешем так и без.
Чуть подробнее t.me/ru_modx/367774

Интрига удалась. Жду продолжения. )

Недавно в телеграмме был аналогичный вопрос.
Продублирую коротенько свой ответ:
Если в 2х словах:
1. На фронте есть url страниц. — ресурсы.
2. К ресурсу подвязываются:
— Шаблон (тут пишется логика, условия вывода ДАННЫХ (TV сниппетов), сниппеты, чанки и прочие html js php штуки)
—- TV — это Дополнительные поля, которые могу хранить для ресурсов какие-то данные: Текст, галерея изображений и прочее. — заполняются пользователями как правило.
3. Сниппет — это своего рода функция php в которую передаем параметы различные.
4. Шаблонизация есть стандартная MODX ([[+placeholder]]) c квадратными скобками и есть fenom — похож на смарти (для работы нужен pdoToolse пакет. синтаксис в фигурных скобках {$_modx->resource.id} ).
5. Есть система плагинов для различных событий (например загрузилась страница, сохранили ресурс и тп)…
6. Дополнения есть различные. — Пакеты. они расширяют возможности.
Как то так в кратце.

можно попробовать через параметр select, если не ошибаюсь то добавьте это:
синтаксис не помню, вроде так:

&select=`{"msProductData":"color,ves,dlinna"}`

может кто точнее подскажет.

Как-то тестировал 200к товаров с 20 опциями и 20 тв по отдельности. В результате принципиальной разницы не увидел в цифрах. На опциях быстрее примерно на 10..20%. msProd (опции по умолчанию цепляет) БД 0,47....0,51c против pdoRes + 20TV — 0,54...0,58c. При этом в выборку попадало примерно 10к товаров.
Если начинаем фильтровать глубже, то скорость увеличивается.

Проверил fenom, к сожалению есть проблема в передачи параметров к феному.
Поэтому вариант с ним не сработает. (это учту в следующих выпусках).
А пока можно на MODX синтаксисе все сделать.
Для этого нужно в передающем параметре imgs Проверить наличие запятой.
Т.е. если есть ЗПТ, то это более 1й фото, если ЗПТ нет, то одно фото:

[[+imgs:contains=`,`:then=`ЗПТ`:else=`ТЧК`]]

Проверять естественно в чанке и там дописать разные выводы в самих условиях или используя разные чанки, например в чанке главном (по умолчанию это imgsPasteMigxGallery, но вы создайте свой, чтобы при обновлении не затерся поумолчанию) можно написать следующее:

[[$imgsSuperCunks[[+imgs:contains=`,`:then=``:else=`.one`]]]]

Таким образом у вас будет 1 чанк imgsSuperCunks — для более 1 фото.
imgsSuperCunks.one — для одной фотки.