Оптимизировать компоненты каталога и новостей

Рейтинг: 3.1672  
В работе
Предложил Пользователь 17090 17.04.2014 10:57:37

Оптимизировать компоненты каталога и новостей

  1. Отказаться от разделения на каталог и новости, и назвать компоненты - "элементы инфоблока", "элемент инфоблока детально" и т.д.
  2. В настройках компонентов есть логичный параметр - "Свойства", позволяющий выбрать, какие свойства элементов нужно выводить. Они попадают в DISPLAY_PROPERTIES. Тем не менее, в результирующем массиве присутствует массив PROPERTIES со всеми-всеми свойствами... Зачем создавать лишние выборки?!
  3. Ну и косвенный момент - новые дефолтные шаблоны каталога наворочены страшно, написаны совершенно нечитабельным кодом. Кастомизировать их - это значит стереть весь код и написать с нуля. Надо как-то по-нормальному сделать дефолтные шаблоны, чтобы их можно было понять кому-либо, кроме их создателя...
Рейтинг: 1.2407  
Ответил Жуков Евгений 17.04.2014 11:52:41
п.1 - разделения нет. если компоненты с разным функционалом.
п.2 - не можем из-за сохранения совместимости
п.3 - работаем над этим, ждите ближайших обновлений.

Рейтинг: 0.4721  
Пользователь 17090 17.04.2014 14:59:43
Евгений, с целью сохранения совместимости можно просто создать новый набор компонентов, а этот каталог и новости плавно уйдут в прошлое
Рейтинг: 0  
Пользователь 2106 17.04.2014 15:16:41
Пока такой необходимости не видим.

P.S. Кстати, Антон, Вы совершенно неверно трактуете содержимое ключа DISPLAY_PROPERTIES. Туда попадают НЕПУСТЫЕ свойства из числа тех, что указаны к выводу. И, например, организация табличного вывода свойств без дополнительных затрат возможна только при реализованном подходе.
Рейтинг: 0.4721  
Пользователь 17090 17.04.2014 16:05:13
Евгений, это понятно, но мы в этом случае приходим к проблеме нагрузок на крупных интернет-магазинах с множеством технических характеристик товаров (по которым должна быть фильтрация). Ладно бы еще эти все свойства выбирались только в детальной карточке товара, так они и в списках тоже выбираются! А если свойств 500, 1000? Битрикс - это же мега-производительная система (как заявлено), подходящая для крупных интернет-магазинов ))))))
Рейтинг: 0.4721  
Пользователь 17090 17.04.2014 16:06:41
По поводу названий "Новости" и "Каталог" - чисто концептуально, у нас офисы - новости, партнеры - новости... Не по-феншую просто :)
Рейтинг: 0.6961  
Пользователь 2106 17.04.2014 16:20:51
Евгений, это понятно, но мы в этом случае приходим к проблеме нагрузок на крупных интернет-магазинах с множеством технических характеристик товаров (по которым должна быть фильтрация). Ладно бы еще эти все свойства выбирались только в детальной карточке товара, так они и в списках тоже выбираются! А если свойств 500, 1000? Битрикс - это же мега-производительная система (как заявлено), подходящая для крупных интернет-магазинов ))))))
Антон, поставьте обновление iblock 14.5.0 :) нет там больше огромного количества запросов. 500, 1000 свойств - все равно 3 запроса :)
Рейтинг: 0  
Пользователь 17090 17.04.2014 16:38:34
)))))))))))))))))))))))))))))))))))))) 3 тысячаэтажных запроса лефт-джойнов? )))))
Рейтинг: 0.2692  
Пользователь 2106 17.04.2014 18:16:13
mysql имеет ограничение на 30 join в запросе.
Рейтинг: 0  
Пользователь 17090 18.04.2014 11:48:24
Если это так - тогда это будет просто супер!