


05.09.2019 17:34:46
Если использовать событие создания/обновления элемента никуда заходить и пересохранять не нужно, тот же самый импорт за вас все сделает, просто после создания/обновления взять из свойства и проставить в параметры. До текущего момента это так и делалось на проектах. Но минус этого
|
|||||
|
05.09.2019 16:22:15
|
|||
|
05.09.2019 09:23:41
|
|||
|
30.08.2019 10:42:53
Всем привет.
Натолкнулся на такую проблему: мне нужно создать файл если дескрипшн детальной картинки равен определенному значению. делаю getlist, в котором получаю массив по картинкам, так вот стоит вызвать CFile::GetFileArray и при создании файла получаю failed to open stream: Too many open files лимит на сервере увеличен в 10 раз до 10240, но это не помогает |
|
|
28.08.2019 14:45:05
у вас написано Too few arguments to function CTszhPayment::FormatCurrency()
т.е. на старом php у вас вывод предупреждений не был включен, и многие вещи вы не видели, а разработчики игнорировали, работает и ладненько. С переходом на версию повыше это уже стало ошибкой. решением будет либо найти разработчиков которые согласятся вам исправить эти моменты(раз вы к сайтостроению отношение имеете далекое), либо откатиться к старой версии php еще можно написать разработчикам модуля citrus.tszhpayment, который и вызвал ошибку. |
|||
|
23.08.2019 14:51:49
У кого-нибудь было такое? клиент делает заказ, заказ уходит в 1С, но к примеру этого товара уже нет, его списал магазин себе. клиент соглашается на замену. Меняем состав в 1С приходит об этом информация на сайт, а в ответ фиг вам, состав на сайте не меняется, но дата изменения просталяется и обмен падает с ошибкой. при следующем запросе так как дата заказа сменилась, то старый состав улетает в 1С и изменяет уже новый и так по кругу.
что я сделал - создал статус на который можно перевести такой заказ и он не будет уходить в 1С. Отчасти это помогло, но в самой 1С стаусы же меняются у заказа и они идут на сайт, и опять проблема из-за такого заказа обмен падает с ошибкой и не все заказы обновляются. А раз завершения не было, то эти заказы раз за разом выгружаются и выгружаются. пока проблемный заказ не выкинешь из обмена. Но ему опять сменили статус к примеру в пункте выдачи, и все по новому кругу. может кто подскажет что можно придумать |
|
|
21.08.2019 15:41:25
в списке заказов можно использовать фильтр "Купон, использованный в заказе"
так вы получите все заказы с этим купоном Других вариантов с информацией по купону, насколько я знаю, нет. Все остальное нужно самому писать выборки.
|
|||
|
20.08.2019 15:16:24
Пользовательских полей у инфоблоков не существует, только у разделов и элементов. Инфоблок это по сути просто оболочка с минимальными настройками для группы элементов. Так же как тип инфоблока это только группировка инфоблоков не имеющая ничего, просто для удобства отображения в админке.
|
|
|
19.08.2019 15:47:13
в php5 не было жесткой проверки с чем вы работатете с массивом или строкой, в 7 версии есть
объявите сначала переменную, затем присвойте ей значение
а про подробности вас спрашивают что этим вы хотите получить, зачем вам это условие вообще, если у вас и так это значение отсутсвует |
|||
|
14.08.2019 11:47:02
Есть ситуация: выгружается каталог товаров, когда их меньше ~400, то торговых предложений тоже не так много ~2000 файлы приходят и обрабатываются без проблем. Но как только товаров переваливает за 400-500, тут начинается проблема - файл импорта обрабатывается нормально, а файл оферса (свыше 3000 ТП) нет, в логах сервера нет даже запроса на импорт оферсов. По логам обмена 1С же получаем что при обращении мы имеем 502 ошибку. Я закинул bx_1c_import_lite на сайт и запустил обработку оферсов. Да долго(~30 минут), но все отрабатывает без ошибок. Запрос идет на дефолтную /bitrix/admin/1c_exchange.php что от 1С, что от скрипта.
Кто-то может что-то подсказать как победить проблему? Просто во время проведения акций, распродаж это выливается в большую проблему, наличие сети офлайн-магазинов в этом случае за 15 минут(переодичность обмена, меньше нельзя устанавливать, так как после обмена еще и обработчики сайта должны все отработать) на обмен до 1000+ товаров могут зарегистрировать. |
|
|
05.08.2019 16:57:20
Вот так точно сказать, не думаю что кто-то сможет.
Я предполагаю тут скорее всего один из двух вариантов: либо есть еще один компонент, который должен что-то выводить в карточке товара, но не выводит из-за отсутствия данных или настроек и возвращает поэтому статус 404 когда не выводит; либо в коде компонента есть какое-то условие, которое и возвращает такой статус из-за того что где-то что-то не заполнено у элемента. |
|
|
04.07.2019 13:01:36
Добрый день.
Обнаружил такую странность: сделан заказ сумма заказа к примеру 600р. служба доставки: без доставки (т.е. равна 0). Заказ уходит в 1С, там проводят, приходит информация на сайт
вроде все хорошо, но на сайте происходит robot1C Изменение стоимости заказа Стоимость заказа изменилась с 600 на 1 200 смотрю откуда? и вижу
Может кто-то сталкивался с такой проблемой и может подсказать почему такое происходит. Причем это не со всеми товарами, а только с тему у которых служба доставки: без доставки У всех заказов с другими доставками все ок |
|||||
|
28.06.2019 15:28:00
Проверьте не включился ли у вас расширенный режим управления ценами.
У нас было такое, пришлось ручками пройтись по товарам и отключить его и все стало на место. От чего вдруг товары начали включать галочку расширенные типы цен так и не поняли, но после пересохранения больше не сталкивались. |
|
|
19.06.2019 11:40:40
Такая конструкция тоже должна работать, то что часть js кода генерится через php цикл не должно сыграть никакой роли. Это можно в консоли проверить.
Проблема из-за кеша. Вынесите формирование js в component_epilog.php и все должно заработать. Да, более правильно сделать как сказано выше, но и приведенный пример будет работать. Я только хотя бы немного изменил решение путем выноса php цикла отдельно для создания строки $tovars а в js уже просто подставил 1 переменную(так меньше глаза режет такой код)
|
|||
|