Алексей Карташов
С нами с 04 февраля 2013; Место в рейтинге пользователей: #58Вопрос по процессору на создание Тикета
Василий, привет!
Делаю тут процессор на основе твоего процессора на создание тикета и пытаюсь понять — а зачем в нём перед сохранением в методе beforeSet запоминать значения полей published, createdby, publishedon, publishedby, а потом их же и восстанавливать? Разве они могут измениться в процессе работы процессора?
Тем более, что родительский процессор так же обрабатывает эти поля (ну и дополнительно право на публикацию проверяет).
Делаю тут процессор на основе твоего процессора на создание тикета и пытаюсь понять — а зачем в нём перед сохранением в методе beforeSet запоминать значения полей published, createdby, publishedon, publishedby, а потом их же и восстанавливать? Разве они могут измениться в процессе работы процессора?
Тем более, что родительский процессор так же обрабатывает эти поля (ну и дополнительно право на публикацию проверяет).
Пара вопросов о процессорах в своём компоненте
Василий, привет!
Подскажи, пожалуйста, — пишу пакетик. Есть папка core/components/MyPackage/processors/. В ней папки web и mgr.
И есть процессор вывода списка чего-либо. Принцип его работы одинаков и для контекста mgr, и для web.
Подскажи, пожалуйста, — пишу пакетик. Есть папка core/components/MyPackage/processors/. В ней папки web и mgr.
И есть процессор вывода списка чего-либо. Принцип его работы одинаков и для контекста mgr, и для web.
pdoResource - проблема с NULL в &where=``
Василий, привет!
Нужны мне вот такие условия в запросе:
Нужны мне вот такие условия в запросе:
SELECT <...>
WHERE `modResource`.`parent` IN (103,104,105,107,106,108,109,110,115,120) AND (`TVshow_in_main`.`value` != 1 OR `TVshow_in_main`.`value` IS NULL)
Вызываю вот так:[[pdoResources?
&tpl=`tpl.article.preview`
&parents=`103`
&includeTVs=`show_in_main`
&where=`[{"show_in_main:!=": "1", "OR:show_in_main:IS": "NULL"]}`
&tvPrefix=``
&showLog=`1`
]]
pdoResource всё отлично джойнит и работает как надо, но… Остатки в магазине и смена статуса заказа
Всем привет!
Попал я тут в логический тупик. Прошу совета.
Так вот, представим ситуацию: человек заказывает товар/ы, долго не оплачивает, статус заказа висит как «Новый».
Потом оплачивает его, метод 'recieve' класса оплаты меняет статус на «Оплачен» и… тут выясняется, что оплаченного товара уже нет — кончился. Другие покупатели успели оплатить раньше.
Попал я тут в логический тупик. Прошу совета.
Так вот, представим ситуацию: человек заказывает товар/ы, долго не оплачивает, статус заказа висит как «Новый».
Потом оплачивает его, метод 'recieve' класса оплаты меняет статус на «Оплачен» и… тут выясняется, что оплаченного товара уже нет — кончился. Другие покупатели успели оплатить раньше.
ms2: Не сохраняются выбранные способы оплаты при создании способа доставки
Василий, не знаю, у меня ли так одного, но в процессоре на обновление доставки delivery/update есть метод, который сохраняет выбранные способы оплаты.
А вот в процессоре delivery/create этого метода нет и при создании доставки выбранные оплаты не сохраняются.
А вот в процессоре delivery/create этого метода нет и при создании доставки выбранные оплаты не сохраняются.
Подзапрос в left/right/innerJoin через xPDO
Всем привет!
Помогите, пожалуйста, запрос через xPDO собрать.
Помогите, пожалуйста, запрос через xPDO собрать.
Дисконтная система для miniShop2
Вась, привет!
Я тут пишу дисконтную систему для miniShop'а. Потихоньку-понемногу получается, но вот ExtJS меня просто вымораживает :-(
Я тут пишу дисконтную систему для miniShop'а. Потихоньку-понемногу получается, но вот ExtJS меня просто вымораживает :-(