Форум

правильный вариант

[CODE]
$GLOBALS[$arParams['FILTER_NAME']][]=[
      "LOGIC"=>"OR",
   
          ['PROPERTY_195'=>[1747], 'PROPERTY_362'=>[1753,1754]], //элементы принадлежат сетям, но относятся к бренду
          ['!PROPERTY_362'=>[1753,1754]], // или все элементы не принадлежащие сетям
     
  ];
[/CODE]

Тоже нет.

Но я понял причину:


      "LOGIC"=>"OR",
    [S] [[/S]
          ['PROPERTY_195'=>[1747], 'PROPERTY_362'=>[1753,1754]], //элементы принадлежат сетям, но относятся к бренду
          ['!PROPERTY_362'=>[1753,1754]], // или все элементы не принадлежащие сетям
    [S] ][/S]

[QUOTE]Евгений Ляхов написал:
Если списки, то "PROPERTY_195_VALUE" надо использовать, если не ошибаюсь.[/QUOTE]
если указывать без _VALUE => PROPERTY_195 - то в этом случае можно указать идентификатор значения в списке

В моем случае VALUE не удобно использовать, так как те кто заполнял в 1С наделали кучу ошибок и в названии с брендами и соответственно у меня на один бренд несколько строк в списке и я считаю, что проще пофиксить именно эти сроки чем сравнивать VALUE. Не дай бог найдется умник, который правильно переобзовет в 1С вместо того чтобы всем выставить верное значение, внешний код значения же не изменится.

[QUOTE]Евгений Жуков написал:
зачем, если по логике у вас И, а не ИЛИ?[/QUOTE]
Если использовать "И", то в этом случае получится не кроме, за пределами
Т.е. еще раз опишу(и для себя тоже вдруг соображу прочитав)
имеем бренды и сеть
мне нужно исключить элементы из 2 сетей '!PROPERTY_362'=>[1753,1754]
но если елемент определенного бренда есть в этих сетях 'PROPERTY_195'=>1747, то элемент не должен быть исключен

Если указать "И" '!PROPERTY_362'=>[1753,1754] + 'PROPERTY_195'=>1747, то мы получим ТОЛЬКО элементы бренда не принадлежащие сетям, не подходит, так как нам нужны все элементы инфоблока

Если указать "ИЛИ" '!PROPERTY_362'=>[1753,1754] ИЛИ 'PROPERTY_195'=>1747 , то по идее должно было бы сработать, так как выборка должна пойти по пути взять все элементы не принадлежащие сети + взять элементы бренда принадлежащие сети. значит фильтр должен быть чуток другим

[CODE]
$GLOBALS[$arParams['FILTER_NAME']][]=[
       "LOGIC"=>"OR",
       [
           ['PROPERTY_195'=>[1747], 'PROPERTY_362'=>[1753,1754]], //элементы принадлежат сетям, но относятся к бренду
           ['!PROPERTY_362'=>[1753,1754]], // или все элементы не принадлежащие сетям
       ]
   ];
[/CODE]
Но он тоже не работает

через подзапрос, тоже не выходит

[CODE]
$GLOBALS[$arParams['FILTER_NAME']][]=array("ID" => CIBlockElement::SubQuery("ID", array("IBLOCK_ID" => $arParams["IBLOCK_ID"], "!PROPERTY_362" => [1753,1754])));
$GLOBALS[$arParams['FILTER_NAME']][]=array("ID" => CIBlockElement::SubQuery("ID", array("IBLOCK_ID" => $arParams["IBLOCK_ID"], "PROPERTY_195" => 1747)));
[/CODE]

есть 2 свойства: сеть и бренд
нужно получить все элементы сеть, которых не равна 1 и 2, но если это не бренд 5

['!PROPERTY_362'] = [1753,1754]; //это сеть
как добавить исключение для бренда
['PROPERTY_195'] = [1747,1748];

[CODE]$GLOBALS[$arParams['FILTER_NAME']][]=[
"LOGIC"=>"OR",
[
 ['PROPERTY_195'=>[1747,1748]],
 ['!PROPERTY_362'=>[1753,1754]],
]
];[/CODE]
так не срабатывает

Все новые товары проставляются как простые, при этом если зайти внутрь, то мы видим и его предложения, если зайти в предложение, то видим его товар. все привязки на местах кроме одного момента у товара тип TYPE != 3 Происходит это именно при обмене с 1С. Обмен не трогали, только обновили битрикс и все.

2 ошибка которую понять не можем это статусы по заказам перестали проставляться, файл приходит, распаковывается и после все. 1С-ник говорит, что в 1С нет проблем, все отработано штатно, а я в логах сервера не вижу запроса на import. ну это уже не к этой теме относится.

Такая же беда.
в августе обновили проект
Интернет-магазин (sale) 18.5.10
Информационные блоки (iblock) 18.6.650
Главный модуль 18.5.180

Сразу не заметили, а сейчас уже нет возможности обновиться. Писать в техподдержку - толку ноль, они скажут обновитесь до последней версии тогда будем разговаривать(
Поэтому присоединяюсь к теме: если кто-то знает как закрыть эту проблему, подскажите плиз.

На текущий момент(у нас хотя бы нет простых товаров все с торговыми предложениями) висит пост обработчик, который все простые товары перекидывает в товары с предложениями, но это не решение проблемы
[CODE]UPD ATE b_catalog_product SE T TYPE = 3 WHERE ID=[/CODE]

Посмотреть профиль как видит другой пользователь можно только авторизовавшись под ним.
В противном случае только самому создавать такой же вид делая все нужные запросы за данными написав свой код.

фасетный индекс обновляется