Илья Уткин

В зависимости от того, что конкретно у вас делает сниппет getMuzei.

Если берет данные из какого-то MIGX, то можно попробовать его же вызвать, только вместо GET использовать [[+id]].

Если же он берет даные из таблички в базе данных, то тут нужно уже разбираться с JOIN'ами.

Я не автор костыля. Автор — Евгений evd

Можно прикрутить любую систему оплаты. Только программировать всё равно придется.

Начать надо, конечно, с выбора системы приёма платежей. Их очень много, у всех разные условия и разные комиссии. Большинство работает только с юрлицами.

После того, как система выбрана, договор заключен, доступы и инструкция по интеграции получены, можно будет создать здесь объявление о работе. Задача не очень сложная, думаю, в 2 000 руб. можно будет уложиться

О, спасибки. Я, кстати, видел, что такое расширение есть, а потом забыл о нём))

ага

Внутри MIGX можно вызывать еще один MIGX.

Есть готовый плагин: modResourceField

Только надо не забыть, что на MODX иногда делают мультисайты — где каждый контекст — отдельный сайт. Соответственно, у всех сущностей должна быть привязка к контексту…

У меня давненько сидит одна идея…

Вот есть сайт, на нём обычно, помимо контентных страниц, создаются страницы ошибок 404, 403, страницы для robots.txt и sitemap.xml. Эти страницы каждый разработчик прячет как может. Кто-то ставит им menuindex 1000, кто-то создаёт еще один ресурс «служебное» и прячет эти страницы в нём.

Это не такая, конечно, проблема — ничего страшного, если клиент будет видеть эти страницы. Но что если этим страницам ставить show_in_tree = 0, а управление такими ресурсами сделать на отдельной странице? Тогда и клиенту они не будут «глаза мозолить», и разработчик всегда быстро сможет их отредактировать.

Попробуй так

[[*longtitle:default=`[[*pagetitle]]`:tag]]

DynamicDropdownTV

• 

У Василия есть заготовка кастомного компонента — modExtra и серия уроков, как ей пользоваться

Если надо быстренько сварганить табличку, можно использовать CMPGenerator. Вот небольшая инструкция на русском

Есть готовый компонент — customExtra (правда, платный), с помощью которого можно получить свою табличку в админке.

Можно прям это

if (!$section = $modx->findResource($tmp[0] . '/')) {
    return false;
}

заменить на

$section = 163;

$section для информации о пользователе уже определен вот здесь:

if (!$section = $modx->findResource($tmp[0] . '/')) {

Поэтому указывать $section внутри default особо нет смысла.

До тех пор, пока в них не используется Феном или не прописана какая-то логика с помощью, например, модификаторов. А в MODX легко можно такую логику накрутить в чанках и шаблонах…

Поищите в гугле какие-нибудь теги MODX (например, [[*longtitle:default=`[[*pagetitle]]`]])

По ссылке указано, что и на какой строчке поменять

Возможно, проблема с правами. Ждем версию 2.5.1, которая должна решить эту проблему.
Можно попробовать самому внести изменения в файл /core/xpdo/cache/xpdocachemanager.class.php

Сделайте ТВ-параметр у страницы контактов и используй с помощью pdoTools

[[#18.email]]

А так, метод интересный, причем куда проще статических файлов

По поводу выбора папки по умолчанию.

На мой взгляд — некорректно хранить чанки и сниппеты в assets. Куда логичнее было бы хранить их в core. Все-таки папка core обычно закрыта для доступа извне, а в assets все файлы доступны по прямым ссылкам. Тем более, что сниппеты хранятся в виде php-файлов.