47 минут назад
Там есть табы, можно на этой основе сделать.
Первый там подпишите — заголовок добавить
воторой — данные, например.
Битый день гадаю: как сделать в migx-структуру с плавающими колонками.... 2
Сегодня в 00:32
Демо вроде автор закрыл, а ссылка из поста на компонент вполне рабочая, или о чем речь?
Quiz или как не потерять клиента. 86
Вчера в 14:54
Давай попробуем вот так — youtu.be/BbyfFDARgZU
mmxApp - разработка новых composer дополнений 4
Вчера в 09:56
Не знаю, не помню когда в последний раз использовал эту конструкцию. Раньше да, помнится были какие-то проблемы.
Мне кажется, лучше пройтись по шаб...
Парсер fenom в шаблоне без конфликтов... 5
Вчера в 08:24
Сам относительно недавно столкнулся с проблемами phpThumb. Насколько помню в последних релизах modx была версия phpThumb, которая работала только с ph...
Вышел MODX 2.8.7 - починили превью, можно обновляться! 10
Вчера в 07:36
Мне вообще не нравится, что файлы дополнений раскиданы по всей системе… часть в assets/name, другая в core/name, а третья получается еще и в _build/na...
Эксперимент с Modx Extra + Docker 13
22 апреля 2024, 17:19
Я нафигачил просто несколько условий
Разные цены для разных групп покупателей 7
22 апреля 2024, 12:57
Данная ошибка в логе никак не связана с проверкой доступа по модификатору pasraccess.
Можете написать в ТГ в профиле.
[PayAndSee] - Версия 2.0 55
И в файле:
Замените условие у функции parseSearchString($str = '') (строка 155) на:
По-моему там ошибка в проверке. Было !in_array($term, $reserved).
Т.е. в итоге, Хотя, к примеру, {'content' | resource} выведет именно содержание, тут нет ошибки в модификаторе | resource?
Не пойму где именно MODX использует utf8mb4 по умолчанию, и использует ли вообще.
Именно msProductData, а не msProduct. В :article: можно через запятую указать и другие поля, типа: :article,price,vendor: и т.п.
В итоге вопрос снят, спасибо за обсуждение!
@Артем @Баха Волков Я работаю с fenom, я даже не утверждаю что он хуже, наоборот, выше писал, что там плюшек больше и это дело привычки. Но мне, персонально, не нравится как это выглядит (в сравнении с [[+]], [[*]], [[$]] и т.п.). А вы мне пытаетесь обосновать то, что мне это должно нравиться :)
Наше обсуждение можно привести к аналогии:
— Мне не нравится капуста.
— Но тебе должна нравится капуста, она полезна.
— Ну чет не мое, не люблю капусту.
— Да любишь, смотри, голубцы можно сделать же, и прочее, красота!
— …
:)
А вызов вида в шаблоне сниппета по-моему не работает вообще. Или тут какие-то подводные камни снова?
p.s. Если что, я не говорю, что стандартный шаблонизатор лучше, он просто выглядит логичнее и проще.
Или еще как-то лаконичнее.
Есть какой-то стандарт требований к шаблонизатору? Я не нашел. Так можно и шире рассуждать, мол зачем вообще писать сниппеты, пусть «тру-шаблонизатор» отрабатывает все.
Но смущают такие фразы, типа: реально настолько отвратительно? :) И то, и то шаблонизаторы, принципиальной разницы нету.
С миру по нитке собираем инфу :)