Добрый день. Хочу получить помощь в понимании самой сущности инфоблока. Инфоблок фактически определяет как бы протопит сущности. Тоесть является так скажем описанием абстрактного класса с набором свойств. Так на каком же уровне он стоит в иерархии каталога имеющего например глубину вложенности 4?
Внутри его, инфоблока, есть возможность создавать подразделы, но они ведь не меют возможности получить свои собственные свойства а наследуют их от инфоблока в котором находятся. поэтому внутри инфоблока нельзя скажем так получить полнофункциональное разделение на подкаталоги. Тоесть отсюдова я сделал вывод, что инфоблок может использоваться только для хранения группы товаров с одинаковыми свойствами. Если же я имею раздел объединяющий в себе 3 подраздела с разными свойствами но относящиеся к одной группе товаров использовать инфоблок я немогу, как следует из моего изложения выше.
Тоесть когда я продаю "периферию" - с разделением на мышки и клавиатуры - именно мышки и клавиатуры получают шанс стать инфоблоком, но никак не периферия, так как ежели сделать ее инфоблоком - мне прийдется описывать для нее и свойства мышек и клавиатур и потом для каждого товара заполнять только свойственные ему. Так мы получаем перегрузку таблиц и это помоему критично даже при средних размерах базы. Тоесть как я понимаю инфоблок претендует лишь на хранение элементов однородных по своим свойствам но некак неможет стоять выше как раздел объединяющий в себе подразделы с разными свойствами.
Так как же тогда организовывается работа с таким каталогом? ведь нет модуля который дает возможность навигации по нескольким инфоблокам или "типу инфоблоков" содержащему некоторое их количество. Тоесть для использования стандартных компонент - работающих только с одним инфоблоком, я нашел только 1 решение. Делать виртуальный пустой каталог нужной мне структуры - тоесть подразделы которого есть не инфоблоками, а папками ("sections"). И просто линковать товары из нормального каталога(тоесть фактически набора инфоблоков для каждой однородной группы товаров) к нужной секции в виртуальном каталоге. Тогда мы в компонентах просто указываем что они должны работать с виртуальным каталогом - а по нем навигация делается стандартными компонентами. Хочу услышать другие варианты решения этой проблемы - и возможно даже применить их у себя на сайте)
спасибо Алексей
Внутри его, инфоблока, есть возможность создавать подразделы, но они ведь не меют возможности получить свои собственные свойства а наследуют их от инфоблока в котором находятся. поэтому внутри инфоблока нельзя скажем так получить полнофункциональное разделение на подкаталоги. Тоесть отсюдова я сделал вывод, что инфоблок может использоваться только для хранения группы товаров с одинаковыми свойствами. Если же я имею раздел объединяющий в себе 3 подраздела с разными свойствами но относящиеся к одной группе товаров использовать инфоблок я немогу, как следует из моего изложения выше.
Тоесть когда я продаю "периферию" - с разделением на мышки и клавиатуры - именно мышки и клавиатуры получают шанс стать инфоблоком, но никак не периферия, так как ежели сделать ее инфоблоком - мне прийдется описывать для нее и свойства мышек и клавиатур и потом для каждого товара заполнять только свойственные ему. Так мы получаем перегрузку таблиц и это помоему критично даже при средних размерах базы. Тоесть как я понимаю инфоблок претендует лишь на хранение элементов однородных по своим свойствам но некак неможет стоять выше как раздел объединяющий в себе подразделы с разными свойствами.
Так как же тогда организовывается работа с таким каталогом? ведь нет модуля который дает возможность навигации по нескольким инфоблокам или "типу инфоблоков" содержащему некоторое их количество. Тоесть для использования стандартных компонент - работающих только с одним инфоблоком, я нашел только 1 решение. Делать виртуальный пустой каталог нужной мне структуры - тоесть подразделы которого есть не инфоблоками, а папками ("sections"). И просто линковать товары из нормального каталога(тоесть фактически набора инфоблоков для каждой однородной группы товаров) к нужной секции в виртуальном каталоге. Тогда мы в компонентах просто указываем что они должны работать с виртуальным каталогом - а по нем навигация делается стандартными компонентами. Хочу услышать другие варианты решения этой проблемы - и возможно даже применить их у себя на сайте)
спасибо Алексей
крыша этого дома - пуленепробиваемая солома.
