Михаил Ливач (Все сообщения пользователя)

после перезапуска MySQL, запросами:

Это не костыль. Это исправление бага, который раньше жить не мешал, а теперь мешает.

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

Лично я не понимаю, почему разработчики Битрикса страдали этой глупостью ( не указывали у явно статических методов static, и при этом вызывали эти методы как статические ) более десятка  лет, но имеем, что имеем.

Документация как обычно скудна.
Попытки использовать стандартные  подходы ( '>GROUP_ID', '<GROUP_ID', '=GROUP_ID', $filter['GROUP_ID'] = false ) выявили странный факт.
Допустим, есть три задачи с идентификаторами больше 100, одна из них - не привязана к группам. Как только в фильтр добавляется положительное условие на группу (даже бесполезное) - непривязанная из выборки исчезает.
Т.е. пока сработал только нелепый фильтр

Есть ли способ лучше?

Можно написать скрипт (-;

Антон, поясните, пожалуйста.

alyurbes, Роберт попутал пользовательские свойства с пользовательскими полями. Это принципиально разные вещи.

Первое: Вам надо сопоставить, какой из существующих типов подходит под хранение. Для обоих примеров, подходит, очевидно, только тип S - строка, а хранение надо обеспечивать сериализацией/десериализацией (это не обязательно serialize(), эффективнее будет что-то свое).

Пути в настройках инфоблока правильно указаны?

вполне возможно, что это косяк. Попробуйте включить лог SQL-запросов, посмотреть, что там Битрикс сконструировал. Или посидеть с отладчиком.
Самый простой обходной путь - это сделать 3 цикла: собрать данные и отдельно - список значений СВ1_1 и СВ1_2, потом собрать по этому списку  св2_1, потом привязать второе к первому

учите CSS. Выкиньте display и вставьте font-weight: bold;

в параметрах следует опираться только на значения. Рекомендую передавать порядок через ещё один списковый параметр.

похожую задачу решал года полтора назад. Вряд ли с тех пор в этой части что-то изменилось. Если делать через формы, то Вы получаете удобный визуальный конструктор. Взамен на каждую отдельную тему придётся завести отдельную форму, иначе никак. Если делать через инфоблоки - то получите нужную гибкость (одна форма, много тем, в шаблон письма можно передавать что угодно), но много ручной работы (написание своего компонента с проверкой пришедших данных , шаблона для него, заведение отдельного почтового события, шаблона для события).
С компонентом "Форма добавления элемента инфоблока" связываться не советую, но посмотрите, как он работает, полезно.

Битрикс 10.0.8
Проблема в том, что проактивный фильтр выключен, но всё равно вмешивается в работу. В моем случае среагировал на Javascript в письмах.
На боевом ничего не произошло только из-за различия в настройках (там JS-а нет).

Вопрос: как его по-настоящему выключить? Писать исключения на каждый чих нет никакого желания

Ivan Monakhov,
у меня на 9.0.1 аналогичный код работает. Событие вызывается при изменениях в публичке или в админке?

Абзал Онгарбаев,
/bitrix/modules/main/classes/mysql/database.php

ошибка в шаблоне?

Максим Задубин,
что-то мне подсказывает ,что Вы пишете в печатные формы, а обмен с Битриксом использует свойства заказа

только надо не забывать, что в таком случае будут сохраняться и пробелы в именах файлов (а значит, на некоторые файлы Битрикс будет давать нерабочие ссылки). Я таким сталкивался для изображений

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

Варианты:
1) строка запроса в неверном параметре. По умолчанию s , помнится
2) ошибки с кодировками в MySQL (когда заливают данные, например, в cp1251, говоря мускулю, что это символы latin1) - тогда поиск в самой базе работает неадекватно

Олег Белов,
два соображения:
1) если нужно только добавить параметры (и менять код в component.php не нужно), то достаточно в шаблон положить файл .parameters.php . В стандартном компоненте bitrix:news.list такой приём использован. И при редактировании ничего пропадать не будет.
2) выборки данных лучше из шаблона выносить в result_modifier.php

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

Сергей Горбунов,
вопрос неясен. В режиме редактирования/разработки разметка модифицируется, чтобы развесить ярлыки. Стили, которые дополнительно подгружаются и применяются, несложно определить с помощью firebug

TeppopucT,
вы завели такой тип меню - left_ext ? не очень удачное решение.

Ответ в том, чтобы продумать карту сайта, типы меню и содержимое файлов меню.

наполняет компонент, а компонент читает данные из *.menu.php . Посмотрите раздел документации. Кажется, был даже отдельный обучающий курс по меню.
в файлах *.menu_ext.php может быть произвольный PHP-код, необязательно связываться с компонентом bitrix:menu.sections ; главное - правильно строить структуру массива