Настройки компонент в одном фалйе

Ну вот у вас есть шаблон сайта, в рамках этого шаблона у вас есть куча компонент которые используются в шаблоне или на страницах к которым применен шаблон. И у вас есть файл который хранится тут например /bitrix/templates/template1/tmp_config.php
В нем какой-то массив с настройками компонентов различных!

Так в этом случае, штатное редактирование параметров не будет работать. Вообще не вижу смысла в этом, в шаблоне и так все в одном месте.

1. Не шаблон точно, вы что. Это отображение, туда нельзя логику пихать.

2. Допускается хранение настроек в константах, управление которыми можно вынести в админку (перезаписываешь файл с константами).

Но вообще, по опыту скажу, что к такому приегаешь либо на проекте, где уже начали плодить константы, либо когда много одинаковых разделов с одинаковыми компонентами и настройками. В этом случае я советовал бы задуматься о своем роде комплексном компоненте, который бы обрабатывал различные URL'ы, находясь в другом месте.

Например, есть у вас каталог игр по платформам:
/psp/
/ps3/
/xbox/

По идее в каждом разделе ЧПУ-каталог с одними и теми же настройками (предположим, что все в одном ИБ).

Можно пойти путем констант, а можно просто сделать комплексный компонент, который будет обрабатывать несуществующие папки выше.

Так что рекомендую просто чуть подумать прежде чем с головой бросаться к настройкам.

Да. Это дико
но:
И этим все сказано

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

На одном сайте определил глобальный массив в init.php. Нужен был список ID инфоблоков по коду инфоблока и типу инфоблока. Небольшой костыль, но зато URL красивые.

это как-то относится к текущей теме?

Я, все-таки, за то, чтобы сохранять изначальную концепцию продукта. Есть компонент, есть настройки.
А если компоненты однотипные, настройки одни, а напрмиер для раздела /psp/ нужно указать 10 элементов на стрнаницу, а для /xbox/ 15 элементов на странциу?

И это вы сейчас так говорите, что нужно сохранять концепцию и быть мегаправильным. А когда у вас будет сайт с двадцатью разделами и такой же вложенностью и в половине из них в колонках будет штук по десять компонентов, в большинстве своем с одинаковыми параметрами, но в разной последовательности, то посмотрю какую вы песню запоете  
А потом, когда сайт будет полностью вылизан и клиент скажет, что ему все нравится, только теперь бы поменять количество для всех блоков спецпредложений на сайте: сделать не 3, а 5, тогда вы еще больше проникнетесь этой идеей  

Нет конечно
Такие вещи я решаю только своместно с клиентом.

Просто еще раз повторюсь.
Я целесообразности именно такого пока не видел и не применял (читайте выше), но встеречал.

А вообще все определяется бюджетом и еще раз повторюсь - целесообразностью

Почему то у вас не вызывает сомнения существование констант, настроек модулей и их "централизованное" использование в логике продукта

Ну а чем хуже желание разработчика сделать тоже или аналог?

Просто суть в технической реализации. Скорее, Антон, ты имеешь в виду в виду именно ее. Для меня она не имеет значения, главное - чтобы была оптимальна а не бредова и удобна для всех, кто ею будет пользоваться. Конечно, я такие вещи согласую с клиентом. Но если клиент скажет, что сайтом буду управлять я и ему лично пофиг как мне это делать, угадай, Антон, буду ли я усложнять разработку?

Да и если честно - очень и очень редко встерчал случаи, когда настройки копонентов по истченеии разработки часто менялись. На большинстве проектов они "замирают"