Clean

Добрый день!
В целом ситуация тривиальная, но что то не соображу.

Задача: есть каталог, в нем много элементов.
Верстка расчитана по 3 Divа в ряд.
Первый идет с свойством one, второй two, третий three. Внутри информация одинакова, только разные классы.
В итоге получаем ряды, одинаковые между собой по столбцам, но отличающиеся по строкам:

<div class="one>...</div> <div class="two">..</div> <div class="three">..</div>

<div class="one>...</div> <div class="two">..</div> <div class="three">..</div>

<div class="one>...</div> <div class="two">..</div> <div class="three">..</div>

<div class="one>...</div> <div class="two">..</div> <div class="three">..</div>

итп.

Как такое реализовать при листинге?
Пользовался в getResource парамером tpl_nN — но он задает для каждого Nого элемента, и вместо нужного получаю что если задать N=2 то второй четвертый итп. элементы будут нужного содержания, но это не правльно в рамках задачи…

Доброй ночи!

Столкнулся с следующей ситуевиной:
есть источник файлов, из серии catalog/items/ от основного пути.

Ну и собственно есть стандартный TV с картинкой, для которого выставлен этот источник.
При попытке загрузить файл на сервер через менеджер файлов, если в менеджере слева не нажать на кнопку Файлы, то путь автоматом проставляется ./<имя файла>, что весьма раздражает…
Кто-нибудь поборол данную напасть не прибегая к редактированию скрипта аплоадера?

Собственно, проблема массовая, и затрагивает не только меня и вот этого товарища, который написал вот этот пост:
modx.pro/help/384/#comment-4101
Возможно еще кого-нибудь.
Впереди ждет очень много букв, можно в прицнипе прочесть с конца…
— Расскажу о своем случае ну и о том что я сделал в целях диагностики.
Имеем VMWare на локалхосте с Ubuntu 12 server настроенной по статье Васи.
Управляется все под NGinx+php frm+mysql соответственно.

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

Сам являюсь WEB разработчиком на Java2EE, из СУБД работаю с Oracle 11g под него и кодю.
С MySql и PHP разумеется знаком, но серьезные проекты делал давно, когда еще PHP был не объектным, ухх…
— Так вот, сутки борюсь с проблемой что пакет Tickets из коробки, на локалхосте работает не верно — а именно не отрабатывает вызов [[+sections]] и возвращает Null, вне зависимости от данных в tickets_threads (они там есть)

Соответственно, первым делом проверил на modx-test --там все работает.
Потом почесал репу, предположил что возможно что-то не доставилось на локалхосте в силу например канала интернета (большие потери до репозитория), или наличия грантов.
Взял и полностью залил архив в modx-test себе на хост. Сначала только файлы, а базу указал свою, которая была ранее (и где были произведены настройки и была та же проблема) — результата не дало, форма есть, а [[+sections]] в Null.
Затем взял и залил дамп базы в ModX-test и подключился туда.
И каково же было мое удивление, что и там не заработало…

В итоге я решил попытаться понять на уровне чего идет сбой, и включил лог MySql запросов в my.cnf:

general_log_file        = /var/log/mysql/mysql.log

general_log             = 1

Ну и перезапустив Mysql и удалив кэш, запустил страничку с выводом [[!TicketForm?]]…
В итоге как и было, все по старому, но теперь я могу посмотреть в логе запрос, который сгенерила ОРМ.

Собственно подозреваю, что проблема на стороне хоста --в логах постоянно жужжит алерт
Could not connect to provider at: rest.modx.com/extras/
Но при этом транспортники сливаются, пусть и через пень-колоду долго…

Я такой не один, надеюсь? =)