Спасибо. постепенно дойдем и туда… п.с. лирическое ощущение… modx совсем не такой каким я его себе представлял
В процессорах это метод setSelection, $c->select(array( 'id', 'username', )); Рекомендую почитать документацию по xPDO, поскольку процессоры общаются с базой через нее.
Установил на новую версию MODX MIGX. Но при вводе данных в TV получаю белый экран. Пробовал из разных браузеров. Может кто нибудь сталкивался? В чём может быть проблема?
Здравствуйте. В процессе разбора процессоров возникла проблема с которой не могу справится. Работаем с пользователями нужно выдернуть с базы всех пользователей у которых sudo = 0. Результатом работы процессора должна быть выборка в которой указан только username С критерием для выбора разобрался а вот с тем что нужно вернуть не могу. Процессор отдает полностью все поля таблицы. А нужно например только id и username.
Это здесь ты так пишешь про миллионы, а на почте мне отвечал что тебя интересуют только миллионы ;) То что ты показал (hrcam.ru) это недоделка (за 3 месяца проект в таком виде??), здесь тупо отмывали бабло. Я тебя просил 3 готовых проекта показать с такими нулями, о которых ты говоришь. Где они? Тебе нечего показать? ШопМодэкс к стоимости проектов отношения не имеет. Николай, я предприниматель, поэтому у меня доход от проекта, а не часов работы. Если считать часами (когда что-то делаю я сам), то в каком-то проект это в несколько раз больше твоей стоимости часа. А где-то столько же или меньше. Я ищу людей (исполнителей) с адекватным мышлением и взглядом на свою работу. Я же вижу сколько будет стоить примерно мой заказ. Когда ты загибаешь о нулях, то выглядит не круто :) Всегда найдется тот кто сделает дешевле неадекватной цены — это верно. Адекватные люди всегда есть, которые понимают стоимость проекта после просмотра ТЗ.
чтобы по сабжу было Это я для примера показал, что все доступно :) Просто документу указывать без шаблона, а в контент прописывать путь до смарти-шаблона [[!smarty?tpl=......]]. А в нем уже все прописывать что нужно А вот об этом не догадался, учту, спасибо за науку :)
- При вызове через коннекторы не вызываются MODX-ивенты, и самое главное — OnHandleRequest, а именно на это событие срабатывает плагин, инициализирующий modxSmarty (объект $modx->smarty). То есть если вызывать процессор через коннектор, в процессоре не будет смарти, а вопрос был именно про смарти. При оформлении заказа у нас процессор корзины вызывается на самой странице безаджаксово, поэтому $this->modx->smarty в процессоре доступен. Если через коннектор его вызывать, то не будет объект $this->modx->smarty и выполнение завершится фатальной ошибкой. Сразу скажу, что если мне нужен смарти в процессоре при вызове через коннектор, я делаю так: в процессоре дописываю код в initialize() public function initialize(){
if(empty($this->modx->smarty)){
$this->modx->invokeEvent('OnHandleRequest');
}
return parent::initialize();
} 2. Старайтесь не использовать этой конструкции if($_SERVER['HTTP_X_REQUESTED_WITH']=='XMLHttpRequest'){…
Зачем вам она нужна? Если у вас в логике уже прописано switch($_REQUEST['action']), то это уже фильтрует запросы. Какая разница вам аджаксом запрос отправлен или нет? И, на смарти твой пример надо бы переписать, чтобы по сабжу было :) 3. Под каждый запрос шаблон создавать — не кашерно. Просто документу указывать без шаблона, а в контент прописывать путь до смарти-шаблона [[!smarty?tpl=
......]]. А в нем уже все прописывать что нужно, и если надо отдать именно в JSON, то преобразовываем данные. Самый простой способ — это вызвать подшаблон, полученные данные в переменную зафигачить и преобразовать данные: {include $tpl_path assign=result} {json_encode($result)}