КО
а повторно имеете в виду catalog.product.update ?
Size: a a a
2021 November 24
AN
Он никак не ест массив данных. Я вроде все возможные варианты перебрал.
AN
А почему вы не хотите использовать crm.product.update и залить кучу фоток сразу? Мне кажется без разницы, простой товар или ТП, главное id его указать
КО
бинго, получилось одну так загнать. сейчас попробую добавить и если прокатит - это уже супер. Спасибо огромное. Я уже как только не пробовал, и массив объектов с добавочным value
[{
}]
пробовал, а вот до варианта просто объект без массива (с учетом того, что даже единичные данные в property он именно как [{'value":""}] принимает не додумался
[{
"value": {
"fileData": [
"previewSmall.jpg",
"/9j/4AAQSkZJRgABAQ"]}}]
пробовал, а вот до варианта просто объект без массива (с учетом того, что даже единичные данные в property он именно как [{'value":""}] принимает не додумался
КО
Сейчас попробую crm.product.update, но они вроде отдельные сущности. По крайней мере, по crm.product.get и по crm.product.list вариации не находятся. Я здраво решил, что и update не про них. Но и правда стоит проверить, это же битрикс, от них всего можно ждать)
КО
увы, как я и говорил,
"Product is not found"AN
Значит, судя по всему, только через update по одной картинке закидывать. Забыли докрутить множественную передачу файлов))
Или если коробка, то обычным апи воспользуйтесь, а не рестом.
Или если коробка, то обычным апи воспользуйтесь, а не рестом.
КО
была бы коробка... там хоть обычное апи, хоть оболочку над ним со своим рестом, хоть через модель или напрямую в БД. А у клиента облако(((
Да, буду пока по одному через update пихать. Там правда каждый раз заново нужно значения для
Да, буду пока по одному через update пихать. Там правда каждый раз заново нужно значения для
name, iblockId, iblockSectionId передавать. Но это уже хоть какое-то решение. Уже задал вопрос в ТП, может что подскажут.AN
Тогда по картинкам можно циклом пробежаться и сформировать батч массив, чтоб одним запросом добавлять.
То есть первый запрос в батче будет на создание, а последующие получат id нового товара и будут добавлять в пакет вызов update пока фото не кончатся.
Отпишите, если что новое будет от ТП. Интересен финал)
То есть первый запрос в батче будет на создание, а последующие получат id нового товара и будут добавлять в пакет вызов update пока фото не кончатся.
Отпишите, если что новое будет от ТП. Интересен финал)
КО
видимо, так и придется делать, если картинок будет не больше 49 штук. Еще раз спасибо за помощь. Будет адекватный ответ от ТП - обязательно отпишусь
AN
Вас же никто не ограничивает по количеству батч запросов. Проверяйте количество и формируйте не один, а два или три пакета, передавая один и тот же id товара.
Да и в каком товаре будет более 49 фото?)) Обычно 5-10 везде.
Да и в каком товаре будет более 49 фото?)) Обычно 5-10 везде.
R
Привет, Elizaveta🌸. Мы рады приветствовать тебя в нашем чате Bitrix24 для разработчиков. Ознакомься с правилами чата (в закрепленном сообщении). Так же есть ссылки на полезные чаты:
РИ
код покажи
КО
>>Вас же никто не ограничивает по количеству батч запросов.
Это да, я к тому, что придется из первого батча дергать id товара и пихать в следующие. Там и кроме картинок еще доп. запросы нужны - цена тоже отдельным запросом ставится))) в update/add ее прописать нельзя.
>>Да и в каком товаре будет более 49 фото?)) Обычно 5-10 везде.
в адеквате да, но клиенты бывают разные))
Это да, я к тому, что придется из первого батча дергать id товара и пихать в следующие. Там и кроме картинок еще доп. запросы нужны - цена тоже отдельным запросом ставится))) в update/add ее прописать нельзя.
>>Да и в каком товаре будет более 49 фото?)) Обычно 5-10 везде.
в адеквате да, но клиенты бывают разные))
КО
обычный update, который отлично работает с id товара и не работает с id вариации товара
РИ
так у вас и не должен он с вариацией рабоатт. у него внутр зашит id инфоблока каталога
КО
так я об этом и писал, что для вариаций набор функций crm.product не подходит)
КО
а если вы еще сможете подсказать как в
catalog.product.add и catalog.product.update запихнуть сразу несколько изображений в один запрос, чтобы на каждую картинку отдельно update не вызывать - будет вообще суперРИ
массивом