Что лучше 1 большой шаблон или много маленьких?

[Colonizator 9]

сайт

Вопрос следующий:

на сайте есть категории (города). У каждого города свой отдельный шаблон. Скоро уже будет за 50 таких шаблонов.

Если свести все шаблоны в один используя многократно теги [category], [aviable] как это отразится на скорости загрузки? Увеличит, уменьшит, останется без изменений? Т.е. если свести всё в один шаблон, некоторые его файлы увеличатся в 50-60 раз. К примеру main.tpl вырастит до 80Кб.

Чтобы было проще приведу еще один пример, приземленный к жизни): скажем есть сайт, там 3 раздела - игры, музыка, фильмы. Так уже вышло что разделы между собой отличаются оформлением блоков, содержанием меню, логотипами и т.д. Что сделать лучше? 3 шаблона на каждый раздел или же все таки юзать теги [category] ?

Изменено 18 июня 2012 пользователем Colonizator

[celsoft 6 070]

Увеличит, уменьшит, останется без изменений?

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

[Colonizator 9]

ну а вообще, когда целесообразно использовать разные шаблоны для разных категорий? Ведь в теории можно абсолютно 2 разных шаблона объеденить в одном для разных категорий используя теги [category], [aviable]

Просто хочу действительно быть уверенным, что поступлю правильно если произведу объединение.

[celsoft 6 070]

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

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

[a1ex 60]

Colonizator

Если объединить, то нагрузка будет больше, ибо на выполнение preg_replace уходит хорошее время.

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

[celsoft 6 070]

Если объединить, то нагрузка будет больше, ибо на выполнение preg_replace уходит хорошее время.

при этом будет экономится один запрос к БД, что тоже не маловажно, поэтому по итогу, выполнить preg_replace будет быстрее чем произвести выборку по БД, особенно когда БД становится большой.