Всем спасибо за участие! Проблема заключалась в кривой кастомизации компонента заказа. На этапе определения типа плательщика неверно приходили данные.
|
Всем у кого возникла подобная проблема, процитирую ответ ТП Битрикса. Разработчики в курсе проблемы - проблема находится в разработке.
В качестве временного решения было предложено:
Все кто прочитал это сообщение и до внесения правки предложенной ТП пока ещё сталкивается с проблемой - просьба написать тикет в ТП, чтобы повысить приоритет её решения. Те же кто прочитает тему и не увидит никаких проблем - мои поздравления! По всей видимости проблема была решена. Всем спасибо - все свободны! Занавес... |
|||
|
|
|
|
Ребят, доброго времени суток! Есть такая проблема - для свойства заказа типа string существует ограничение на длину значения свойства. БУС не сохраняет текст длиной более 500 символов. Подскажите, пожалуйста, как можно легитимно обойти это ограничение? Есть необходимость хранить поле заказа, длина строки которого может превышать допустимое значение в 500 символов. Как я понимаю через SQL-запросы бесполезно пытаться увеличить длину значения свойства. Видимо ограничение также проверяется на уровне движка перед сохранением значения. А модифицировать ядро не рекомендуется. Кроме свойства типа string по смыслу другие типы не подходят. Какие есть ещё варианты по решению данной проблемы?
|
|
|
|
|
|
Ребят, приветствую! У меня есть задача получить все рассылки текущего пользователя. Пытаюсь использовать метод Subscription::getList.
if(CModule::IncludeModule("sender")) { try { var_dump(Subscription::getList(['EMAIL' => '', 'MAILING_ID' => 1])); echo 'ok'; } catch (Exception $e) { echo $e->getMessage(); } } Возвращается ошибка: Unknown field definition `EMAIL` (CONTACT.EMAIL) for \Bitrix\Sender\Contact Entity. Что пошло не так? |
|
|
|
|
|
Ребят, всем привет! Знаю, что тема заезженная и многих уже вымораживает этот вопрос тем не менее прошу отнестись с пониманием.
Для выборки элементов использую метод: $dbItems = ElementTable::getList( [ 'select' => [ 'ID', 'IBLOCK_ID', 'NAME', 'PREVIEW_TEXT', ], 'filter' => [ 'IBLOCK_ID' => $ibId] ]); Вопрос по поводу массива параметра фильтра. Можно ли дополнительно отфильтровать элементы по нескольким свойствам? Одно из которых привязка к элементу, другое к пользователю с помощью данного метода? Или по старинке лучше юзать ? Или же есть более изящный способ получить нужные мне данные? Заранее спасибо всем кто откликнется! |
|
|
|
|
|
|||||
|
|
|
|
Ребят, привет! Создаю инфоблок с помощью API - битрикс. С помощью массива ниже описываю свойства инфоблока.
При создании ИБ полностью игнорируется опция "WF_TYPE" => "N". Я не хочу, чтобы ИБ и его элементы участвовали в документообороте. Эту проблемку можно как-то решить? Или API не позволяют устанавливать данный параметр? |
|||
|
|
|
|
Ребят, всем привет! Возможно вопрос уже поднимался на форуме ранее... В общем и целом, есть компонент карточки товара. С его помощью на страницу товара выводятся торговые предложения списком. Все данные ТП берутся из массива $arResult["OFFERS"]. Всё вроде бы ничего, вот только при большом кол-ве ТП карточка товара довольно долго грузится или не грузится вовсе. Можно ли как-то массив $arResult["OFFERS"] поженить с пагинацией в рамках карточки товара? Может есть какое-то более элегантное решение, чтобы оптимизировать загрузку страницы?
|
|
|
|
|
|
Ребят, приветствую! На ТП битрикса надежд нет никаких, поэтому обращаюсь ко всем неравнодушным. Проблема такова. В ЛК пользователя юзаю компонент main.profile. Все поля кроме номера телефона прекрасно редактируются. С ним какая-то дичь. В админке у пользователя забит номер в поле PHONE_NUMBER. Но он не выводится на странице компонентом.
Сначала решил убедиться, что в массиве присутствует данное свойство профиля. Получил массив $arResult["arUser"]
|
|||
|
|
|
|
Ребят, приветствую! Для добавления собственных полей в шаблон письма использую такой код в init.php:
|
|||
|
|
|
|
|||
|
|
|
|
Ребят, приветствую! Стоит задача вывести заказы с помощью компонента sale.personal.order.list. При этом вывести не все заказы, а только те которые имеют конкретный статус, например "Отменён". Конечно можно было бы в шаблоне прописать, что -то вроде if($order["ORDER"]["STATUS_ID"] == "P") и этого было достаточно, но загвоздка в пагинации. Пагинация выплёвывает общее кол-во страниц с учётом всех заказов. Пока на ум приходит делать unset массива $arResult['ORDERS'] и выкидывать лишнее заказы перед выборкой, но что-то подсказывает, что должно быть решение проще и изящнее. Если кто сталкивался - буду благодарен за подсказку.
|
|
|
|
|
|
Ребят, всем привет! В коде ниже, пытаюсь получить ID элемента добавленного в сравнение. Для авторизованных пользователей код работает стабильно. А вот для неавторизованных, увы - данный код почему-то не пашет. Если кто сталкивался - подскажите, пожалуйста, в какую сторону копать?
|
|||
|
|
|