PetrPo, Собственно, задача решена.
А фильтр я просто связала вместе свойства. Кликаешь на MATERIAL_GOOD и тут же выбирается MATERIAL_HANDLE с тем же значением.
PetrPo, Успехи самописные) Я добавила еще одну проверку в result_modifier. Я получаю массив товаров по нужному фильтру (товары то корректно отображаются) И потом бегу по свойствам в цикле и для каждого свойства проверяю, есть ли в массиве товар с таким свойством. При первом попадании убираю DISABLED из значений и вот оно счастье) Так для всех свойств. Совсем не оптимально, но на небольших массивах отрабатывает быстро.
PetrPo, Нет, все таки прошу прощения но это не сработало( Нормально отображает, только если есть либо свойство ручка чугун, при этом нет такого материала товара, либо наоборот. Т.е. если материал встречается только 1 раз только в одном свойстве. В остальных случаях некорректно все равно отрабатывает
PetrPo, Кажется, я поняла где именно. Большое спасибо, как всегда направили в нужном направлении, до моих преобразований массив меняли еще в одном месте, когда я поставила свою логику перед этими изменениями, все заработало) Можете в ответ вывести решение про глобальный массив, я отмечу?
PetrPo, да, логика должна быть стандартна по фильтрам. И да пластмассовая сковородка с чугунной ручкой)
Я просто нашла вот эту логику Or и она подходит, просто ощущение что может я не так arfilter формирую и ему чего-то не хватает.
PetrPo, Вы абсолютно правы!!! Не смотря на то, что локальные параметры вроде имеют приоритет, но нам реально все ломало это значение в мастере. Теперь все работает, спасибо вам огромное!
Можете вынести отдельно ответ, я его отмечу как верное решение?
PetrPo,
Но у нас это значение установлено 0. Битрикс выдавал ошибки при проверке системы и я это первым делом пофиксила и ошибка ушла. Есть только момент, что я установила это значение только для указанного сайта. Мастер значение осталось 2. Может ли быть такое что мастер значение перекрывает локальное значение и от этого режется запрос?
PetrPo, Странно, но у меня эта цифра больше.
$request : POST /v3/payments HTTP/1.0
Content-Type: application/json
Idempotence-Key: ***
Authorization: Basic ***
Host: api.yookassa.ru
Connection: close
Accept: */*
Accept-Language: en
Content-Length: 280
PetrPo, нет, это тестовый сайт, но не локалка. На локальной копии проблем вообще нет.
Кодировки все попробовала, ноль эмоций.
Жду ответа от тех поддержки Битрикса, посмотрим, что они скажут. Пока ЮКасса сообщает, что проблемы на нашей стороне.
PetrPo,
max_input_vars в Local value установлен 10000, master -1000
Из ошибок системы у нас только - Лишний вывод в файлах конфигурации.
Может ли что-то из этого повлиять на обрезание запроса?
"Мне кажется в данном случае ваша система режет запрос на 259 символе и не отправляет нам запрос полностью.
Потому что теперь запрос обрывается на:
[2021-02-07T15:21:24.932000000+03:00] INFO body={"description":"Оплата №97944\/1 заказа №97944 для test@test.ru","confirmation":{"type":"embedded"},"amount":{"value":2190,"currency":"RUB"},"capture":true,"metadata":{"BX_PAYMENT_NUMBER":23147,"BX_PAYSYSTEM_CODE":"14","BX_HANDLER":"YANDEX_CHECKOUT","cms_name
Уточните, пожалуйста, данный вопрос у разработчика модуля или проверьте валидатор входящих параметров для отправки запроса в ЮKassa."
Не могли бы вы подсказать, пожалуйста, почему может резаться запрос на Битрикс и где это можно исправить? Я как-то раньше не сталкивалась с таким.
А фильтр я просто связала вместе свойства. Кликаешь на MATERIAL_GOOD и тут же выбирается MATERIAL_HANDLE с тем же значением.