Илья Уткин

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

ага

Внутри 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-файлов.

Вообще, подход правильный. Можно ускорить, используя $pdo->getChunk()

Неа, возврат не реализовывал, вообще даже не обратил внимание на эту особенность API. Тоже делал для обычного интернет-магазина, никаких требований по поводу возврата не было.

Убрал ссылку, оформил как новость… А то действительно, некрасиво получилось…