Илья Уткин

У меня есть один сайтик с региональными поддоменами. Я сделал через подмену главной страницы. Вот плагин, может, поможет чем-то:

<?php
if ($modx->context-key == "mgr") {
  return;
}
switch ($modx->event->name) {
  case "OnHandleRequest":
    $domain = explode('.', $_SERVER['SERVER_NAME']);
    $city = array_shift($domain);
    $modx->setPlaceholder('city_alias', $city);
    if ($cityRes = $modx->getObject('modResource', array('parent' => 12, 'alias' => $city, 'published' => 1))) {
      $modx->setPlaceholder('city', $cityRes->id);
      $modx->setPlaceholder('city_name', $cityRes->menutitle);
      $modx->setOption('site_start', $cityRes->id);
      $modx->setPlaceholder('+site_start', $cityRes->id);
    } else {
      $modx->setPlaceholder('city', 0);
      $modx->setPlaceholder('city_name', 'Выберите город');
    }
    break;
  default: return;
}

В зависимости от того, что конкретно у вас делает сниппет 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]]

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