Форум

Поиск по UF_* с отрицанием не работает, как это устроено при работе с элементами.

То есть, вместо:[CODE]'!UF_MY_BOOL' => true[/CODE]
нужно использовать:[CODE]'UF_MY_BOOL' => false[/CODE]

Сделать виз. редактор по умолчанию во всех инфоблоках:[CODE]\Bitrix\Main\Loader::includeModule('iblock');

$iblocks = [];
$rsIblocks = \CIBlock::GetList();
while($arIblock = $rsIblocks->GetNext()) {
 $iblocks[] = $arIblock;
}

$arFields = [];
$arFields['PREVIEW_TEXT_TYPE']['DEFAULT_VALUE'] = 'html';
$arFields['DETAIL_TEXT_TYPE']['DEFAULT_VALUE'] = 'html';

foreach($iblocks as $iblock) {
\CIBlock::setFields((int)$iblock['ID'], $arFields);
}[/CODE]

Для поиска по полному вхождению фразу надо заключить в двойные кавычки. `=QUERY` в параметрах поиска не работает, как это устроено в аналогичных методах работы с инфоблоками.

Если CSaleBasket::GetBasketUserID() возвращает разные значения, при каждом обновлении, можно включить хранение сессий в БД. Мне помогло.

При попытке обновить множественное свойство запрос будет проигнорирован, если в массиве те же элементы что и были. Даже, если они в другом порядке.
То есть сортировку/порядок значений в свойстве этим методом не изменить.

Есть варианта решения разной степени кошмарности:
1. Добавить в массив значений пустышку, а вторым запросом без неё.
2. Добавить рандомный description. Вариант подойдет, если это поле не используется

Автор: [URL=https://dev.1c-bitrix.ru/community/webdev/user/94272/blog/17495/?commentId=85333#com85333]https://dev.1c-bitrix.ru/community/webdev/user/94272/blog/17495/?commentId=85333#com85333[/URL]

Стоит заметить, что если задан message_id, то параметр event будет проигнорирован.
То есть письмо уйдет по заданному в message_id шаблону, даже если этот шаблон относится к другому (в отличие от переданного в event) типу события. Однако в исходном коде письма все же будет значится именно event в X-EVENT_NAME

В админке параметр param будет безжалостно проигнорирован, поэтому используем для иконки Calendar();

Пример запуска:[CODE]$obSearch = new \CSearch; // Или просто new CSearch, при работе из глобального пространства имён
$obSearch->ReIndexFile(Array(SITE_ID, '/my-page/index.php'));
[/CODE]И да, на самом деле первый параметр Array, а не string.
И будьте внимательны. В админке SITE_ID=LANGUAGE_ID

[QUOTE]Екатерина Зленко написал:
Не поправили до сих пор (([/QUOTE]
Столкнулся с аналогичной проблемой.

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