Идеи пользователя

$arSelect = Array("ID", "IBLOCK_ID", "NAME", "DETAIL_PAGE_URL", "PREVIEW_PICTURE", "DETAIL_PICTURE", "CATALOG_GROUP_7", "PROPERTY_CML2_ARTICLE");
$arFilter = Array("IBLOCK_ID"=>$GLOBALS['CATALOG_IBLOCK_ID'],
"ACTIVE"=>"Y",
      "ACTIVE_DATE"=>"Y",
      "?PROPERTY_CML2_ARTICLE"=>$acat,);

$res = CIBlockElement::GetList(Array(),$arFilter,false,false,$arSelect);

Предложение касается строки фильтра: "?PROPERTY_CML2_ARTICLE"=>$acat
При помощи этого фильтра отфильтруются элементы, у которых $acat является подстрокой строки "PROPERTY_CML2_ARTICLE".

А отфильтровать в другом направлении, чтобы значения "PROPERTY_CML2_ARTICLE" могли быть подстроками $acat невозможно.

Предлагаю добавить эту возможность.

Вопрос актуален уже несколько лет. По причине какого-то глобального архитектурного косяка, при настройке свойства инфоблока "Привязка к разделам" система не позволяет выбирать текущий инфоблок, для которого это свойство заводится.

Мы сталкиваемся с необходимостью такой привязки почти в каждом проекте. Думаю, что остальные - тоже. В большинстве случаев - забиваем, и используем обычное числовое поле, куда контент-менеджер указывает ID раздела. Но это дико неудобно.

Может все же решить эту проблему? Ведь это так просто - создать еще один тип свойства, и хранить его значение не так, как в текущем (с проблемами архитектуры), а просто как числа - ID разделов...

Приветствую, коллеги!

Как писал ранее, highloadblock еще остаются "сыроватыми". Столкнулся с таким моментом при создании: делаю обязательным текстовое поле, создаю запись, затем стираю текст в этом поле и без проблем сохраняю. Складывается ощущение, что оно перестает быть обязательным.

Что это баг или фитча?

Удивительно что еще не реализовано и вроде как никто не предложил такую идею. А такая возможность была бы очень часто полезной.

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

Сейчас при выводе массива элементов выводится только один раздел к которому принадлежит элемент (минимальный SECTION_ID). Приходится либо ограничивать привязку элемента только к одному разделу, либо делать дополнительное обращение к БД (CIBlockElement::GetElementGroups).

Конечно, если это не притормозит GetList в целом.

Хм, присмотрелся внимательнее, думаю предложение можно удалить.

Предвижу вопросы, зачем это может быть нужно, сразу отвечу:
в ID идет автоинкремент, поэтому при удалении возникает фрагментация. Я хочу бывшие удаленные элементы добавлять с теми же ID, с которыми они существовали ранее.

Если я добавляю элемент инфоблока 2.0 (свойства в отдельной таблице) через запрос:


То одиночные свойства элемента теперь никак не удасться сохранить, ни через
сохранение элемента в админке, ни через CIBlockElement::SetPropertyValuesEx().

оказывается, чтобы работало нужно добавлять также и заглушку-строку для будущих значений свойств:


Собственно идея, сделать чтобы при сохранении элемента строка значений в таблице b_iblock_element_prop_s#iblockId# восстанавливалась автоматически.