Связь между лидами, контактами и сделками, созданными с использованием REST API, Поле LEAD_ID во всех сущностях недоступны для записи из REST-а. Неполучается связать объекты :(
Vitaliy написал: «Вышел» из положения генерируя все из Лида бизнес-процессами. Сложно логически получилось. Лишние итерации и не мгновенная обработка, но в целом работает. Как вариант причины такого решения - поддержание целостности верхнеуровневой базы. При возможности изменять эти данные через апи велика вероятность сильно испортить данные. Хотя причина, наверное, иная.
Спасибо за подсказку - на счет почему так сделано - не совсем понимаю - рестом и так можно базу захломить левыми данными например - и дулить данные - хоте все - пройтись по связям и удалить. Так что не сделали скорее всего по причине того что забыли/не было времени. так да - не хватает метода конвертации или просто изменение связей в каждой сущности. на счет костытяла - пока будет работать - пока не прикроют - но сам сейчас использую его - ибо другого выхода то нет
чтобы было автоматом можно повесить на агента(выполнять можно раз в 10 минут но нужно смотреть по нагрузке) взял код из предыдущего комментария и слегка изменил(убрал лишние поля на выбор и сделал проверки перед обновлением чтобы лишний раз не выполнялся)
Достаточно просто в component_epilog.php добавить 2 строчки и не нужен никакой ajax т.к. component_epilog отрабатывает всегда
Код
use \Bitrix\Catalog\CatalogViewedProductTable as CatalogViewedProductTable;
CatalogViewedProductTable::refresh($arResult['ID'], CSaleBasket::GetBasketUserID());
Можно попробовать проверить количество элементов каталога товаров по дате изменения > даты последнего импорта импорта, и количество предложений так же
Если оба больше то это импорт предложениями, если только 1 то импорт каталога был.
Но новый обмен Битрикс уже работает по другой схеме и такое там не прокатит.
Только перед тем как пробовать посмотрите в компоненте импорта, на каком моменте идет указание новой метки выгрузки, я просто не помню она указывалась до вызова события или после.
euro-postel пишет: Не мучайся и установи в вертикальный фильтр там куда предназначено установить горизонтальный фильтр. Не кажется Вам что выглядеть это будет не совсем правильно не говоря уже об удобствах. Будем разбираться что и где в каких файлах нужно вытащить.
Что, где лежит уже сказал, проблем не вижу. инспектор у всех есть, смотрим классы и переносим
либо права на папку bitrix (если есть доступ к серверу проверьте владельца, должен быть apache), либо нет папки сессии как писали(если есть доступ к серверу проверить тоже можно)
1)если cdn включен возможны проблемы 2)в техподдержку писали? 3)что изменяли в инфоблоках? 4) посмотрите права доступа к папкам битрикса,в особенности admin
Сергей Фролов пишет: еще 1 вариант который приходит на ум - закончилось время действия доменного имени и его кто-то перекупил но ничего пока не сделал, и на домене остался сохраненный кеш (согласен идея бредовая но все же проверить стоит), еще 1 возможная причина поврежена база данных, а именно таблица b_user это надо проверить, пока больше ничего в голову не лезет
Нет) Домен - 100 проц. наш) Это отпадает... База - интересно. Я уже заходил, смотрел ... Ничего кромольного не увидел! С чем сравнить? Что проверить? Буду признателен за подсказку...
У меня сегодня была похожая проблема - при авторизации происходил редирект с админки обратно на страницу логина залез в админку по пряймой ссылки - страница постоянно обнавлялась да давая клинкуть куда то - но клавиша ESC помогла зашел в раздел -> Проверка сайта
там была строчка
- путь для сохранения параметров сессии
и там было написано - попка для сессии не существует - создал папку по пути где она должна была быть - дал права и все заработало на ура - надеюсь тебе поможет это решение если ты еще не решил это проблему
смотри на какой странице находишься, ищи этот файл в папках с ядром, копируй себе, изменяй как надо, либо просто инспектируешь элементы и смотришь структуру, классы, id, скрипты
CIBlockElement::GetList с параметрами и есть своя функция для обычного пользователя который не программист, функция если не занли может быть написана как с использованием api битрикса так и без него
во вторых код неправилен изначально(чекбоксы без таких значений идут они вообще без значений).
теперь выходим/разлогиниваемся... заходим в каталог, и ничего не видим) меня какбе немного смущает что из 2х возможных условий срабатывает (wtf??? О_о) третье)
В настройках информационного блока доступ для пользователей стоит чтение? потом catalog.section.list выводит не элементы а разделы, для элементов используется catalog.section
В 3 фильтр по массиву значений ищет вхождение значений
arrFilter пишется в поле Фильтр в настройках компонента, потом редактируете страницу как php и в начале пишите <? $arrFilter = array( 'IBLOCK_ID' => array(), 'IBLOCK_TYPE' => 'ваш тип инфоблока смотрится в настройках', ); ?>
к тому же если просто не указывать инфоблок то выведутся все записи текущего типа инфоблока (насчет этого не уверен)
zsaz этот код который вы написали элементарен, это основы основ, могли подключить шаблон дургой на индексную страницу было бы тоже элементарно, не вижу ничего сложного как вы писали.