AA
Size: a a a
2021 June 03
_5316723385605033550.png)
А
Не, коллеги выше написали про web_set_max_html_param_len() Он в данном случае не причём.
А
Про буфер думал как раз
AA
а говорили нету😄
А
У меня 30 uc, если запустить 5 штук, 10 штук с этим запросом который валмлся, то ок, а если все 30 например запустить, то валится. Вероятно в буфер не залезает
AA
попробуй мб решит проблему
А
Твоё предложение логичное, но не помогло - выставил постепенно с 10 000 до 100 000 000. Значит не сетевой буфер, может что еще. Но вижу решение простым, вынести запрос в отдельный скрипт, где он себя хорошо будет чувствовать.
AA
не факт что отдельный скрипт не свалится с такой ошибкой плюс как понимаю данные то нужно получить в любом случае же
А
Ещё одно наблюдение. Если поднять запрос по иерархии выше всех, чтобы он отрабатывал первым, то отрабатывает. Сейчас он почти в конце и не отрабатывает.
AA
а что там за json такой большой, система такими большими файлами обменивается?
А
Запрос из разряда get all
AA
а этот запрос может быть выше и поведение не изменится?
А
С интеграции тянет куча всего одним махом
А
Не, корреляции нет, у него просто своя вероятность срабатывания
AA
тянуть частями не вариант? или как раз кейс такой?
AA
а ну тогда выше засунуть или поискать очистку буфера кодом
А
Ну онолитик дал такую инфу ;) а вообще да, он такой есть. Есть парочку таких
AA
понятно видимо что то типа пакетных выгрузок в миниатюре которые не часто выполняются но грузят норм
А
Ещё наблюдение. Подняв запрос выше по ирерархии, мелочовка что после него так же проходит.)