Шаблон типовой страницы в Битрикс?

Question

[Николай Карпов]

Всем доброго дня!

Вынужден столкнуться с обслуживанием сайта на битриксе и не могу понять, как работает шаблон страницы.
Вот у меня есть типовая страница, в которой надо только менять H1, адреса картинок и подписи к ним. Логично завести в шаблоне переменные на этих местах, а в коде каждой странички просто задавать значения переменных. Но это просто не работает. Подскажите, как решить данную задачу?

Comments

[Владислав Лысков]

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

[Николай Карпов]

Владислав Лысков, тогда задам вопрос иначе. Как стделать шаблон типовой страницы продукта? Я даже не знаю, как сформулировать вопрос, потому что мне кажется логичным оставить на верхнем уровне (шаблон) заглушки под переменные, а в коде страницы эти переменные определить

[Adamos]

Николай Карпов, битрикс - файловая CMS. Можно просто взять и прописать всю логику в файле (а если это типовой файл, то он и должен быть один).
Если логика похожа на какой-то модуль самого Битрикса - ну, ниже уже сказали про инфоблоки.
Если этот файл должен быть частью какого-то компонента Битрикса - соответственно, лезьте в шаблоны этого компонента и создавайте свои.
В общем, чтобы поддерживать сайт на Битриксе, поспрашивать на Тостере недостаточно - в него надо погружаться.
"А то так всю жизнь наверху и простоишь" (с) %)

Answer 1

[Михаил Ливач]

На ум в первую очередь приходят инфоблоки. Если структура страниц плоская - то это элементы инфоблока. "Из коробки" в элементе есть h1 и метатеги, картинка и текст для анонса, картинка и текст для детального просмотра. Если нужно много картинок - добавляете в инфоблок множественное свойство. Вот с подписями беда. Вариантов "из коробки" есть три:
1) два независимых свойства, под картинку и под подпись. Интерфейс админки будет не для людей, но некоторые так живут;
2) свойство типа "справочник". Там в нагрузку идёт ещё всякие ненужные поля, и когда картинок будет много, вы задолбаетесь. Но зато подпись и картинка будут объединены;
3) кастомное свойство ( не для новичков ).

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