Включаемая область для одной единственной страницы, как правильно?

Можно ещё вставить грязный костыль. Сделать одну включаемую область sect_inc.php в корне, а для той самой особенной страницы делать проверку по какому-нибудь флагу или вообще по url. Очень некрасиво, конечно, зато удобно    Особенно, если много разделов и страниц в корне, а область везде одинаковая.

Ясно, спасибо. У кого еще какие идеи? Может из самого битрикса кто-нибудь заглянет сюда

Плодить шаблоны из за одной включаемой, имхо извращение еще то

Ольга, а можно поконкретнее, как именно это можно осуществить, примерчик бы кодика

И почему Вы это считаете некрасивым костылем? Ведь как я понял других (менее затратных) способов,кроме того, который привел я ведь нет? И кстати, если во всем следовать идеологии построения шаблона битрикса, то мой вариант самый "правильный" ?

Ваш "вариант" - монстрообразная вариация идеи, которую предложила Ольга. Кстати, в приведенном Вами коде как раз нет определения, какую область показывать. А почему костыль - достаточно просто. При изменении условий придется опять править шаблон, вот и все.

кстати мне нужно не показывать область для определенной страницы (к примеру "test.php"), расположенной в корне сайта, как будет выглядеть код в этом случае?

Единого решения тут нет, каждый раз делают, исходя из начальных условий. Два шаблона как раз хороши минимизацией затрат.
В случае, когда у Вас условие "показывать всем, кроме" либо "показывать всем одно, а одной - другое", ну $APPLICATION->GetCurPage() Вам в помощь. Получаете адрес текущей страницы, сравниваете с условием, дальше выводите/не выводите то, что требуется.

О святой Антоний и вся кротость его!


Где я, черт побери, это говорил? Вот мои слова: То есть я Вас спросил, собираетесь ли Вы для каждой страницы в корне Вашего сайта создавать включаемую область. Цитирую Ваш последний ответ:Я Вам который раз пытаюсь объяснить, что Ваш способ - просто увеличение затрат времени и того, кто будет заниматься наполнением,  и того, на чьи плечи ляжет поддержка сайта.
Ваш способ говорит, что Вы ВООБЩЕ не поняли, ни что такое включаемая область, ни как с ней работать. Откройте простейшее руководство по интеграции, все же описано.

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

Второй вариант: использовать один шаблон на все страницы, но так исхитрится с вёрсткой шаблона, чтобы сделать только одну включаемую область для той страницы, которая выбивается из общего ряда.

Третий вариант: использовать один шаблон на все страницы, но так исхитрится с CSS файлом и вёрсткой шаблона, чтобы отключить показ ненужного блока на той странице, которая выбивается из общего ряда.

Если у Вас один и тот же шаблон компонента используется в нескольких шаблонах сайтов, то да, его надо помещать в шаблон .default - так придумано разработчиками БУС. А вот css у каждого шаблона свой. Я так понимаю, Вы не хотите каждый раз копировать css-файл шаблона сайта после внесения изменений? Ну, тогда есть вариант $APPLICATION->SetAdditionalCss('абсолютный путь к файлу'), хотя это будет идеологически неверно.

Могут и отсутствовать. Хотя я всегда просто копирую - так надежней и проще для меня. А date stamp пишется, только если браузер - не Опера. Автоматизировать - читайте RFC по http. А товарищу руки надо оторвать. За распространение вредных идей.

Спасибо, теперь все ясно.

А на счет замены css файлов, как Вы эту проблему решаете? Простой подгрузкой дополнительных файлов?

Подгрузку дополнительных файлов не использую.
Если в шаблон нужно вставить компонент, то стараюсь окружить каждый компонент или несколько однотипных компонентов его (их) личным блоком с идентификатором. Это даёт возможность сослаться на идентификатор блока в основном файле CSS шаблона и задать основное форматирование содержимого блока и ссылку на url картинки фона (сама картинка может быть одна для нескольких шаблонов и лежать в отдельной общей директории на которую ссылаются CSS шаблонов, иметь абсолютную адресацию, если нужно избежать дублирование изображений). Форматирование такого блока определяет и форматирование вывода содержимого компонента (например, шрифтом родительского блока, особенно, если указать не фиксированный, а относительный для гибкости), т.к. компонент получается, что вложен. И, упрощается, на мой взгляд, применение каскада при каскадном форматировании содержимого блока или компонента, через те самые правила CSS.
А, шаблон самого компонента стараюсь не трогать, т.е. использовать тот, что по умолчанию, он как бы остаётся в резерве, до него, поначалу, вообще может и дело не дойти, если стандартный более-менее устраивает в целом. Всегда можно, потом, когда-нибудь доработать, если что-то не так выглядит и будут нарекания.
Так получается, что подгрузка происходит сама, через подгрузку CSS шаблона (содержит идентификаторы для блоков компонентов и их форматирование, насколько возможно через идентификаторы) и CSS компонентов (стандартные по максимуму).

И, если этот шаблон нужно использовать для других страниц (или доработать), но он немного не подходит, его можно скопировать, удалить и из шаблона и из CSS шаблона ненужные блоки по идентификаторам, а каркас останется как заготовка с нужными идентификаторами и их форматированием.