Виталий, зачем людей в заблуждение вводите? К чему в этой настройке вариант "нет"???
По теме... В принципе, понятнее не стало...
По теме... В принципе, понятнее не стало...
30.11.2014 11:21:54
Михаил, у вас получается такая картина. Видимо, вы неправильно получаете ID из корзины (как именно вы это делаете непонятно из кода), поэтому ваш запрос CIBlockElement::GetList возвращает ВСЕ элементы из инфоблока с номером 6, поэтому картина и не меняется, когда вы из фильтра убираете условие по ID элемента.
Вам надо первым образом вывести массив значений, полученных из корзины. Мы так и не поняли, видите вы их или нет. Судя по коду запроса - нет, т.к. в получении корзины уже ошибка, вы получаете непонятно какую корзину, там не хватает фильтра по ID корзины как минимум. Почитайте доку по Т.е. идея такая. Вам надо сначала получить правильно корзину в привязке к юзеру или к заказу через CSaleBasket::GetList, там у вас будет вся корзина с ее элементами. В цикле пробегаете по ним и смотрите, есть ли в возврате ваше свойство. Если нет - правите параметры компонента на странице, чтобы ваше свойство в корзину сохранялось. Ну или если не получилось, то уж ID товара из корзины у вас есть - получайте вашим алгоритмом нужное свойство из инфоблока через гетлист. |
|
|
27.11.2014 21:33:08
Вешайте аналогичный обработчик на
У вас на входе обработчика есть ID редактируемого элемента. Получите по нему все параметры хоть с помощью функции |
|
|
21.11.2014 11:30:08
И само значение свойства вы получите в Value, и не в Value_enum
Посмотрите доку: |
|
|
21.11.2014 11:17:55
Пойдет? Лишние эхи закомментить. Блин, третий раз редактирую, у вас там баг на баге... |
|||
|
07.11.2014 09:43:30
Не должно быть такого... Видимо, у вас отредактирован файл генерации рассылки.
Лежит он здесь: /bitrix/templates/.default/subscribe/subscr_news.php отбираются новости именно по дате активности по умолчанию, она должна попадать в диапазон между последней генерацией и текущим временем. У вас, похоже, отбор идет по полю даты последней модификации.
|
|||
|
02.11.2014 09:56:09
Не совсем так. Файлы чистятся из админ-панели. Т.е. выбираю очистить устаревшие, и идет очистка просто горы мусора. Отсюда и вопрос, что за устаревшие, почему они хранятся и никто за ними не прибирает. Продукт явно знает, что они устарели, имеет возможность их почистить из админки, но сам не чистит. Само существование в консоли пункта с предложением очистить устаревшие предполагает, что таки устаревшие могут быть. Не очень понял вообще этот пункт:
|
|
|
29.10.2014 11:49:38
С фильтрами в сфинксе вообще косяк на косяке. Полгода переписываюсь с поддержкой, чтобы поправили фильтрацию с выборкой из нескольких инфоблоков, т.е. когда поиск идет по инфоблоками, перечисленным через array(), так закрыли заявку, исправив, но при исправлении опять накосячили Так что по сфинксу еще пахать и пахать...
|
|
|
24.10.2014 13:43:21
Так у вас обработчик не вызовется. Вы ссылаетесь на класс, а надо на метод.
AddEventHandler("iblock", "OnAfterIBlockElementAdd", Array("MyClassAddPhoto", "OnAfterIBlockElementAddHandler")); или вытаскивайте функцию из класса. $arIBlockElement = GetIBlockElement($arFields["ID"]); уже лишнее, у вас все те же данные приходят в $arFields, его и используйте. |
|
|
24.10.2014 00:24:54
Честно говоря, у вас муть получилась...
1. Вы правите модули, а это неверно и в вашей задаче совсем не нужно. 2. вы прогоняете все обработчики, привязанные на ваше событие добавления в инфоблок, но сами новый обработчик не создали 3. событие ADD_NEW_PHOTO создали или просто такое имя придумали? если создали, то шаблон привязали? 3. вызываете функцию отправки CSaleMobileOrderPush::send, которая здесь вообще никаким боком... Концепцию вообще меняйте. Модуль трогать не надо. Создайте почтовое событие, на него почтовый шаблон, затем вешайте обработчик на событие OnAfterIBlockElementAdd, в котором вызываете ваше почтовое событие, если добавление было в выбранный инфоблок-галерею. |
|
|