Форум

Есть два метода:
COption::SetOptionInt
COption::SetOptionString

А как хранить массив? Сериализовать в строку? А какое ограничение по размеру у этой строки?

[QUOTE]Роман Забродин пишет:
Создал идею.
[url]http://idea.1c-bitrix.ru/7250/[/url]

Прошу проголосовать.
[/QUOTE]Проголосовал.

Кстати, для логики "И" лучше подходит простой фильтр по элементам каталога. Шаблон требует кастомизации, а для свойств привязки к элементам еще и допил в result_modifier.php:
[CODE]foreach($arResult["arrProp"] as $keyProp=>$arProp) {
if($arProp["PROPERTY_TYPE"] == "E") {
[/CODE]
Но для создания такого фильтр он изначально, подходит много лучше "умного" фильтра:


Но, вообще странно - больше года прошло, а фильтр в плане управления логикой так и не развивается.

[QUOTE]Алексей Беспалов пишет:
В шаблон компонента вроде не то не сё, в function.php не заработала. Разместил в result_modifer.php.
Как по религии Битрикса вернее будет?
[/QUOTE]Если нужно изменить логику выводимых данных, структуру массива, то лучше в component.php.
Если нужно отредактировать результат, как-то не значительно (предположу, что ваши 40 строк кода именно это и делают) то лучше в result_modifier.php работать с $arResult.

Если на примерах, то в первый случай стоит использовать, если в $arResult нужно прицепить данные из других инфоблоков.
Второй случай может подойти, если надо сделать уменьшенную копию картинки превью (например, сделать квадратной) - тут лучше добавить данные в $arResult с помощью CFile::ResizeImageGet

Оформите код, на форуме для это специальная кнопка есть.
Клик по какому элементу должен вызывать подгрузку AJAX?
Есть ли ошибки в Chrome Dev Tools?

[QUOTE]Руслан Мухамедьяров пишет:
А личный кабинет можно реализовать на редакции - старт или стандарт?
[/QUOTE]Старую тему вы подняли :)
Да, можно начиная со старта

[QUOTE]Роман Гаглоев пишет:
Дааа, до этого я ещё не дорос, а может есть какой другой способ. Олег, спасибо
[/QUOTE]Стандартный шаблон этого не позволяет, поэтому и требуется кастомизация шаблона.

[QUOTE]Игорь Роганов пишет:
Зачем тогда множественное свойство попадает в параметр PRODUCT_PROPERIES компонента catalog.section ,для красоты что ли
[/QUOTE]По корзине не скажу, но из компонента свойство действительно попадает для красоты (как минимум) - его в шаблоне вывести можно :)

[QUOTE]Сергей Каданцев пишет:
Насчет верстки что она ахтунг это действительно так =), А вот совет насчет компонента список разделов это вариант, спасиб за новодку =)
[/QUOTE]Еще посмотрите вариант с .left.menu_ext.php в этом файле можно сформировать нужную структуру пунктов в PHP, а в шаблоне меню вывести как нужно. Не уверен что это решение лучше, но как вариант...

[QUOTE]Андрей пишет:
Странно а у меня почему-то такого файла вообще нет. Хотя если смотреть системную папку bitrix компоненты, то там в new.list имеется такой файлик.
[/QUOTE]Это он

[QUOTE]Андрей пишет:
Я имею ввиду, если требуется таблица какая-то для решения не типовых задач (не новости, не каталог товаров, не меню и прочее) например таблица для хранения реестра данных по имуществу, в этой таблице куча полей. Это надо тоже в панели администрирования создавать такую таблицу с уникальными полями, а потом через API привязывать к инфоблоку, да?
[/QUOTE]Привязывать к инфоблоку не нужно. Нужно создавать сам инфоблок и через свойства прописывать нужные поля. Если записей будет очень много >100 000 например, то тогда highload-инфоблок.
Если что-то совсем не стандартное, то надо писать свой модуль уже со своей личной таблицей, как вам и хочется :)

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

P.S. У себя на сайте не нашел такой настройки.