Владимир Бабусенко

Такое происходит только при $miniShop2->order->add('payment', 1); При оплате 3 и 4 (это онлайн) все нормально

Сначала не понял, но потом разобрался… Спасибо, вроде то что нужно…

Так и делал...., но чего то подбешивают такие ограничения xpdo....((

Столкнулся тоже тут, не работает так........(( Не понимает не MONTH ни YEAR ни DATE_FORMAT…

Спасибо… все работает.

Спасибо… на досуге проверю

Спасибо, а изображения в галерею товара возможно подсунуть?

В общем купил msImportExport, но в принципе ответ на вопрос был бы интересным.......))

Ребята, всем спасибо… то что нужно, все заработало. Можно как к сессии обратится, можно так же и и к объекту user, что по мне понятней и удобней… Всем плюсы к карме.......))

В общем попробовал, в обработчике id пользователя не получить… возвращает 0. Есть файл обработчик test.php

<?php
define('MODX_API_MODE', true);
// Full path to the index
require_once($_SERVER['DOCUMENT_ROOT'].'/index.php');
$modx = new modX();
$modx->initialize('mgr');

echo $modx->user->id;

кнопка в личном кабинете и запрос к обработчику…

$(document).on("click", ".test", function(){
        $.post('/assets/components/azstemplate/ajax/test.php', {  }, function(success) {

        });
    });

Что не так?

Хм… вы меня смутили. Когда то давно я так пытался получить id в обработчике, но получать в стороннем php файле (обработчике ajax запроса), не сниппете! не удавалось(вроде 0 возвращал всегда или ошибку, сейчас не вспомню). Естественно в файле я подключал modx. Поэтому я подумал что обработчик не знает какой пользователь инициировал его выполнение, и забил на это, стал передавать id пользователя и хэш id… Завтра проверю ваши утверждения, неужели я так жестоко ошибался… и обработчик знает id пользователя......(((

B и что это дает? Речь идет про ajax… Каким образом можно воспрепятствовать нерадивому пользователю (допустим у него id=5) у которого в ЛК есть форма изменить ИМЯ. Соответственно мы должны вывести скрытое поле c id=5, значение которое передадим. Менятся будет ajax-ом. Соответственно мы должны передать в скрипт новое ИМЯ и id=5 пользователя. А скрипт уже изменит в БД у пользователя с id=5 ИМЯ на новое. НО что мешает пользователю, открыть панель разработчика увидеть это скрытое поле и поменять значение на допустим 6, соответсвенно ИМЯ изменится у пользователя в базе с id=6.

У блока наверняка есть класс или id, по нему и отслеживай…

Календарей в сети полно, я пользовался datetimepicker (настраивается удобно, может быть с часами и минутами, или без них, интервалы и т.д.). Повесить событие на изменение, отправлять данные с 2 календарей (инпуты). На сервере проверять данные. Т.е. если выбрали ОТ, отправили на сервер. ДО (еще не выбрано) у нас нет, поэтому выборка должна до текущего времени. ДО не может быть меньше ОТ и т.д.
Выборку сделать запрос с условием что доки лежат в пределах выбранных дат data>=$start and data<=$end

Замечание Василия верное, но думается мне что не в этом проблема. Даже при таком коде должно работать.

Спасибо, попробую. Не знал о таком способе

Каким образом? Если построение идет однотипного списка с разными данными? В конечном итоге размер списка не постоянен.

В общем, выборку оставил через $modx->getCollection('modResource', $q);
А генерацию через $pdo = $modx->getService('pdoFetch'); $pdo->getChunk
Разница по времени не сумашедшая конечно, но есть.

А так, кидает на главную страницу. В журнале ошибок нет.

подскажите еще как передать свой запрос в pdo. Делаю так (запрос без xpdo):
sql = «SELECT .....»
$q = new xPDOCriteria($modx, $sql);

$pdo = $modx->getService('pdoFetch');
$rows = $pdo->getCollection('modResource', $q);
foreach ($rows as $row) {
print_r($row->toArray());
}
Но дает 500 ошибку.

при этом если
foreach ($rows as $row) {
echo $row;
}
пишит что ArrayArrayArrayArray…