Трививальный вопрос, требующий обсуждения — что лучше, комплексный компонент каталога или 1000 индексных страниц с section list + catalog section?

Question

[Askfortrue]

Здравствуйте!
настраивая структуру каталога, много раз обдумывал ее содержание и вот возникает вопрос.
Это мой первый сайт и когда я только начинал, мне сказал один разработчик, у которого соответственно больше опыта, что лучше всего делать раздел каталога в индексной странице и там размещать соответствующие этому разделу подразделы, я так понимаю он имел ввиду сео. Внутренняя оптимизация это хорошо, но не понимаю в чем здесь смысл, я хотел узнать, реально ли это так? То есть у меня есть раздел - Самара (город) и в нем соответствующие ему подразделы. Делать ли мне этот раздел на индексной странице и в нем использовать catalog section list + catalog section и умный фильтр? или если нужна вложенность, например не 1 , а 3, делать так же индексные подразделы с той же структурой.
Или все это с успехом заменяет комплексный компонент?
Так же хочу узнать по поводу нагрузки на сервер:
В случае с большим количеством индексных страниц, реально, выдаваемый сервером ответ в каждом конкретном случае будет меньше, то есть меньшее число товаров будет обрабатываться в каждом конкретном случае, то есть я думаю, такая сегментация запросов к каталогу должна быть в какой-то степени оправдана с точки зрения производительности, и как насчет индексации, но для меня пока это только теория.
С другой стороны, если будет на сайте 20 000 индексных страниц, не нагрузит ли это работу сервера так, что никакая оптимизация, описанная выше уже не будет играть роли?
То есть, что лучше, использовать комплексный компонент или разбивать каталог на раздельные части, размещая разделы инфоблока в разных индексных папках?
Спасибо

Comments

[Антон]

1000 индексных страниц с section list + catalog section

рука-лицо

комплексный компонент

+SEO шаблоны

Answer 1

[Александр Маджугин]

На мой взгляд вы выбираете между плохим и ужасным решением.
При этом не очень понятно каким образом 20 000 индексных страниц могут "нагрузить систему". Почему это с технической стороны должно быть хуже/тяжелее?
20 000 индексных страниц нагрузят вас - поддерживать такое превратится в мартышкин труд. Совершенно не понятно почему вы собрались делать на каждый раздел отдельную индексную страницу. Почему не сделать её одну на все разделы?

То есть, что лучше, использовать комплексный компонент или разбивать каталог на раздельные части, размещая разделы инфоблока в разных индексных папках?

Ложная дихотомия тут. Почему вы полагаете что у вас выбор между комплексным компонентом и собственной индексной страницей для каждого раздела?
Сделайте три файла в каталоге - index, section и detail и разместите в них соответственно список разделов, раздел, и детальную страницу элемента.
Т.е. в index - catalog.section.list, в section - catalog.section и в detail соотвественно catalog.element.
Настройте нужным образом urlrewrite и это на мой взгляд лучшее решение. Можно конечно применить и комплексный компонент в одном индексном файле, но на мой взгляд это плохое решение - оно менее прозрачно, громоздко и может привести к ошибка в работе с url, так как перекладывает на вас контроль за настройками путей на сайте.

Comments

[Askfortrue]

Вопрос был в том, влияет ли такое размещение каталога по индексным папкам или не влияет и на что - на быстродействие , может быть на еще что-то, тут сказали, проще тематическое цитирование.
Поддержка не сложна.
Сделать в 3 страницы (index,list и detail) не сложно, только толку будет меньше, минус однозначный в разнообразии страниц, страницы всего 2 + детайл, но это мало кого волнует в данный момент.
Как строить URL при такой схеме site.ru/index/section/element/ и все. Это не подходит. Если про настройку urlrewrite, то пока не смотрел
Меньше заморочек это когда комплексный компонент настроен и все или как вы сказали, слепить по отдельности на 3 страницах. Это мы умеем, вопрос в том, что, говорили, что лучше сделать как-то вот так! а чем лучше или хуже, я пытаюсь выяснить в данный момент.

[Александр Маджугин]

Вопрос был в том, влияет ли такое размещение каталога по индексным папкам или не влияет и на что

Ни на что кроме путаницы и немножко на итоговый размер файла.

быстродействие

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

проще тематическое цитирование

- не до конца понимаю что вы под этим имеете ввиду, но не вижу чего-то что было бы сложнее сделать с обычными компонентами.

Как строить URL при такой схеме site.ru/index/section/element/ и все. Это не подходит.

- на самом деле почти как угодно. Есть некоторые кейсы где настройка URL будет сложнее, есть некоторые где выигрывает комплексный компонент (но нужно помнить что если вам проще настроить URl с комплексным компонентом - это обязательно приведет к проблемам в дальнейшем).

Это мы умеем, вопрос в том, что, говорили, что лучше сделать как-то вот так!

Чем лучше? Можно услышать аргументы ЗА на конкретных примерах?

[Askfortrue]

Александр Маджугин,
Я просто ищу более выгодный и нужный мне способ отображения информации на сайте.
Я попытаюсь сделать что-то такое, если получится что-то нормальное, будет хорошо.

[Askfortrue]

Александр Маджугин,
А можно немного подробнее про схему построения URL при таком способе отображения (из 3 страниц index,list,detail)?

- на самом деле почти как угодно. Есть некоторые кейсы где настройка URL будет сложнее, есть некоторые где выигрывает комплексный компонент (но нужно помнить что если вам проще настроить URl с комплексным компонентом - это обязательно приведет к проблемам в дальнейшем).

При отображении каталога с помощью index,list,detail обычно пишут в качестве URL один #SECTION_CODE# или SECTION_ID, поэтому, длина URL сильно ограничена, про другие варианты, я пока не слышал.
Не подскажете?

[Александр Маджугин]

В условии urlrewrite у вас просто регулярка - можно делать что угодно.
Проблема возникает когда #SECTION_CODE_PATH# (или как оно там называется?) - такая ситуация не обрабатывается регуляркой, потому что, количество токенов в URL переменно, а последний токен может быть как кодом раздела, так и кодом элемента. Я так понимаю у вас именно такая ситуация.
В этом случае действительно проще отдаться на откуп комплексному компоненту, потому что почти все способы разруливания такой ситуации - это писать свой костыль в единственном файле куда будут заворачиваться все url. Т.е. фактически нужно будет в нем повторить функционал комплексного компонента.
Разрулить такую ситуацию на уровне urlrewrite можно тольк одним способом - сделав чтобы коды элементов отличались от кодов разделов. Например коды разделов будут буквенными, а вместо кодов элементов использовать id, тогда если последний токен URL состоит только из цифр - можно заворачивать в файл detail, а если из букв - в section.
Еще один вариант - добавить маркер - например сделать url вида /catalog/ #SECTION_CODE_PATH#/product-#ELEMENT_CODE# - в этом случае в detail заворачивать url последний токен которых начинается на "product-" а все остальные заворачивать в section.
Но мне в целом такая схема URL не нравится. Я люблю когда по позиции токена в URL можно определить что он кодирует и не люблю #SECTION_CODE_PATH# :)

[Askfortrue]

Александр Маджугин,
Хотелось бы узнать по поводу этого способа

- это писать свой костыль в единственном файле куда будут заворачиваться все url. Т.е. фактически нужно будет в нем повторить функционал комплексного компонента.

Элементы у меня выводятся как раз по ID, а разделы с помощью латиницы.

[Александр Маджугин]

Askfortrue, тогда вам нет нужды сильно костылить.
Что-то такое надо в url (не проверял):

<?
array (
  'CONDITION' => '#^/catalog/(/[0-9a-zA-Z_-]+)/([\\?\\#].*)?$#',
  'RULE' => 'SECTION_CODE_PATH=$1',
  'ID' => '',
  'PATH' => '/catalog/section.php',
  'SORT' => 100,
),
array (
  'CONDITION' => '#^/catalog/(/[0-9a-zA-Z_-]+)/([0-9]+)/([\\?\\#].*)?$#',
  'RULE' => 'SECTION_CODE_PATH=$1&ELEMENT_ID=$2',
  'ID' => '',
  'PATH' => '/catalog/detail.php',
  'SORT' => 100,
),

А уже в файлах извлечете коды разделов из SECTION_CODE_PATH

Answer 2

[Ярослав Александров]

Это мой первый сайт

- Пройдите обучение и после этого сформулируйте ваш вопрос повторно, но я думаю вопросов не возникнет.

1000 индексных страниц с section list + catalog section?

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

Answer 3

[Dimonchik]

второе, лучше для тематического цитирования

но Битрикс, боюсь, не тот солюшн, котороый можно заточить под хороший Гугл Пейдж Спид

вы пробуйте, смотрите на трафик, СЕО, всегда можно переделать или совместить