Виктор Долгий

Василий, приветствую.

Очень нравится система блогов на твоем сайте. Хотелось бы реализовать что-либо подобное на одном из моих сайтов. Вообще по хорошему нужен порядочный форум на MODx Revo, но у тебя это практически оно и есть. Это какой-то написанный тобой компонент или что-то из доступных в репозитории MODx дополнений? Если не стратегическая тайна, поделись пожалуйста как это работает и из чего состоит, буду очень признателен)

Доброй ночи! Василий подскажите пожалуйста — в данный момент TicketForm выводит все секции которые созданы на сайте, таким образом пользователь может написать статью в любую секцию.
Как можно ограничить в TicketForm выводимые секции чтобы пользователи могли писать статьи только в разрешенные для них секции? Nо есть таким образом как и у вас на сайте — для обычных пользователей доступны только две секции «Вопрос» и «Объявления о работе»

Здравствуйте.
На главной странице modx.com увидел описание одной из фич:
Configurable management UI—show exactly what’s needed for every type of user.
и соответствующую картинку к ней:


Собственно и задался вопросом: как перенести содержимое вкладки с tv (Дополнительные поля) в область где обычно располагается поле редактирования контента. Предложений как перенести поля из одной вкладки в другую пожайлуста не нужно. С этим я прекрасно разбираюсь. Но как сдвинуть это дело вместе с категориями вот туда вниз при этом убрав редактор… Я конечно чую задним местом что это вообще CMP и штатными средствами не получится. Но в любом случае — задача — сделать как на картинке. Подскажите хотя бы в какую сторону копать и что читать.
Спасибо большое.

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

Если кто не в курсе, хэшем url зовется всё, что идет после символа #. Изначально это было придумано для якорей и используется до сих пор всякими способами из-за одной особенности — изменение хэша не обновляет страницу.

Сегодня понадобилось вывести список блогов с подсчетом количества тикетов внутри. Желательно, за один запрос, и чтобы обращал внимание на состояние дочернего тикета.

В итоге вышел простой и быстрый сниппет getSections:

В рамках выполнения одной хитрой задачи, потребовалось написать скрипт, который будет запускаться по cron и что-то делать с MODX.

Проблемы, в общем то нет, вопрос изучен, но выплыл интересный глюк.
А именно: не работали процессоры для создания/обновления ресурсов.

То есть, процессор для логина — нормально, контекст mgr — нормально, а при попытке создать ресурс — просто пустая error.
Выложил вопрос на официальном форуме и никто мне не ответил. Пришлось разбираться самостоятельно, глубоко копая исходники.

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

Что же делать?
Все просто — нужно расширить сторонний класс своими методами. По сути, это очень похоже на «классные процессоры», только без процессоров и использовать можно везде — это стандартная возможность ООП.

В MODX есть файлы-процессоры, это php скрипты, которые выполняют определенные функции. Загляните в /core/model/modx/processors, и вы увидите, как их много.

Работать с процессорами можно из любого сниппета или плагина при помощи метода runProcessor:

$response = $modx->runProcessor('action/path/to/processor',$arrayOfProperties,$otherOptions);

В ответ мы получаем объект modProcessorResponse, со всеми его методами.