Поставил Revo 2.4.4. Все самое свежее.
В менеджере файлов видны папки, которые видеть не нужно. Добавил источник файлов с basePath — userfiles/ и baseUrl — userfiles/. Настроил права. С менеджером файлов все стало нормально.
Теперь проблема.
В MIGX в гриде картинка не рендерится. Пришлось убрать рендер, чтобы бал просто текст.
В контексте web путь в tvimage правильный, а контекстах en и ua получается /en/userfiles… и /ua/userfiles…
Можно, конечно, написать снипет и поправить phpthumboff? чтобы вырезались, но это костыль.
Поделитесь, как вы делаете. Чтобы и папки не были видны и работало?

Вот хожу и думаю, сплю и думаю, как бы умно это сделать. И ничего более умного, кроме как создать отдельную таблицу (CMP для нее можно и на MIGX сваять) и писать/обновлять туда данные по товарам (надо-то по идее только gid да count) после каждого оформления заказа (тем же хуком для FormIt).
Только вот думаю, не мудрствую ли я по своей филологической привычке? Может, есть более элегантное и простое решение?

Добрый день, Василий!
Я озадачился баннерокрутилкой для revo, нашел компонет BannerX.
ВСе хорошо, но очень надо добавить еще два поля — текстовое поле (для баннера-текста, без картинки) и поле для сортировки (что то вроде еще одного параметра position).
Ну и соответственно изменить внешний вид управления компонента и добавить функционал в сниппет.
Написание компонентов и PDO я только осваиваю, поэтому прошу помощи.
1. можно ли внести эти изменения в компонент BannerX?
2. насколько сложно будет внести эти изменения?
3. может посоветуете что то, для успешной реализации моей задумки?

Заранее Спасибо!

Здравствуйте, заинтересовался Modx revo но застала проблема, я не знаю как вывести на главной страницы последние страницы, точней не знаю дополнения. Буду рад если вы ответите :)

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

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

Регулярно встречаю в сети разные велосипеды про то, как подключиться к MODX снаружи для работы с его Api. Даже на официальном сайте это описано сложновато.

Предлагаю вам свой очень вольный перевод записи из блога Mark Hamstra о новых процессорах, основанных на классах. Я буду называть их «классными» процессорами — так короче и точнее отражает их суть.

Одно из изменений в MODX 2.2 это новая, полностью переделанная система процессоров, основанных на классах («классные» процессоры), позволяющие вам cущественно упростить создание процессоров для компонентов. Как и любая обновка — эта позволяет вам использовать несколько новых фокусов.

Я использовал эти процессоры в своем новом проекте, и теперь хочу распространить эти наработки где только можно.

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

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

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

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

Возникла необходимость обновить Revolution на сервере с медленным FTP. Копирование мне радостно показывало, что 4500 файлов будет заливаться около 7ми часов, и я решил как-то ускорить процесс.
Суть метода сводится к одному предложению: Распаковка zip архива прямо на сервере с помощью php.

Для работы с архивами в комплекте с Revo идет библиотека pclzip.lib.php — смело используем ее.

Представляю вашему внимаю мой сервис для близкого знакомства с MODX Revolution.

Абсолютно бесплатно, на сутки вы получаете свежеустановленный сайт на облаке Selectel с админскими правами.
Это как бы демо-сайт, только для для одного человека и с возможностью полноценной работы.

Через 24 часа этот сайт будет автоматически удален.