Странное дело. Видимо был сбой в самом MODX-е, так как класс Smarty тянется из MODX-а, а не устанавливается отдельно, и здесь самое вероятное — просто слетели системные события и на OnHandlerRequest не вызывался плагин инициализации Smarty.

Большое спасибо за ответ. Сам разобрался. Переустановка modxSmarty ничего не дала. Я просто переустановил modx полностью и все заработало.

Сейчас попробую…

Здравствуйте! Определенно, что у вас в данном случае нет объекта $modx->smarty. Попробуйте переустановить пакет modxSmarty и убедитесь, что плагин modxSmarty активирован. Если не получится, пришлите в личку доступы в админку, я посмотрю в чем именно дело.

Доброго времени суток. У меня вот такая ошибка выскакивает после установки :-(. Подскажите что может быть не так. Fatal error: Call to a member function fetch() on a non-object in /public_html/core/components/modxsite/controllers/base.php on line 15 Все компоненты установились нормально. Когда в Template вписываю base.php, ну соответственно думаю результат понятен, непонятна причина. Спасибо. P.S. ставил на чистую ModX 2.2.11

Да, вы можете так делать, это обычная проверка, и она годится не только для этого. Но это не годится в случае с постраничностью. Вот вам из тысяч документов надо выбрать 10 документов со сдвигом 50, и с фильтром по тв-ке. вы предлагаете получить все эти документы и на уровне пхп фильтровать? В таком случае дело не только в скорости работы, но порой и в невозможности выполнения.

А если мы сразу добавим фильтр по какому-то TV-полю, то мы в итоге только и получим записи с этим TV-полем. Все остальные записи будут отброшены, и в массиве tvs у вас не будет значений остальных TV-параметров. как альтернатива этому условие на уровне шаблона в счетчике: {foreach $result.object as $object} {if $object.tvs.Category.value == 1} <div class="col-xs-6 col-sm-4 col-md-3 col-lg-2"> <div class="thumbnail"> <img class="media-object" data-src="{$template_url}holder.js/200x150"> </div> </div> {/if} {/foreach} вам все равно лучше понимать основы, так как без этого никуда. тут грех не согласиться)

Здесь вам в помощь будет умение составлять SQL-запросы. По умолчанию у нас просто джоинится таблица значений TV-параметров, и на одну запись документа мы получаем столько записей итоговых, сколько на нее есть записей в таблице значений твшек. А если мы сразу добавим фильтр по какому-то TV-полю, то мы в итоге только и получим записи с этим TV-полем. Все остальные записи будут отброшены, и в массиве tvs у вас не будет значений остальных TV-параметров. В общем, в дальнейшем я скорее всего допилю более автоматизированный механизм фильтрации по ТВшкам, но вам все равно лучше понимать основы, так как без этого никуда.

Тоесть чтобы выбрать документы с определенными значениями tv, нужно эти или все tv параметры набить в код процессора или же расширить и там определить все tv, задать им значения по дефолту, и из шаблона вызывать переопределив нужное с помощью массива параметров для вызываемого процессора. разве нельзя набить уже сразу код в процессор чтобы находил tv параметры и их значения и присваивал им настройки по умолчанию, хотя процессор это уже делает, тогда зачем же нам вложеный в массив обьекта ресурса массив «tvs» с тв параметрами обьекта?

Здравое решение :)