Админка - совсем другой разговор. Она может быть хоть в крапинку. Простые юзеры ее не видят.

Не вижу в этом никакого недостатка. Посмотрите на DLE.

Я согласен: это всего лишь ваше ИМХО. Делайте как знаете.

Моё мнение, каждый делает так, как ему удобнее.
Если определенная система управления о которой якобы идет разговор будет выходить в свет, то мы можем помочь и посоветовать (кто-то может захочет даже принять участие), если CMS закрыта и её никто кроме владельца ковырять не будет, пусть как угодно вывод данные, главное чтобы ему было удобно.
А вообще, у каждого программиста минимум написана 1 своя CMS и использует её 1 из 20 точно.

работая free-lance, часто приходится сталкиваться с подобными детищами, из более чем 20 подобных "cms", дай бог 3- 4 более менее нормальных встречал. Перед тем, как садиться за написание подобного, хорошенько подумайте, а хватит ли у вас знаний, терпения и опыта что бы сделать нормальную систему, может, лучше взять готовую?

ИМХО
признаки того, что садиться за написание CMS вам рано :
1. Не знание ООП, паттернов проектирования
2. "UML, что это ?", возникает такой вопрос - верный признак, что рано
3. Нет чёткого понимания, зачем вам вообще это надо
4. дебаг, искусственная нагрузка, оптимизация; смысл слов плохо понятен? - бросайте затею
5. Различие между версиями php, знание возможных настроек apache и php, их влияние на выполнение скриптов - знать обязательно, сгладить разницу - одна из основных задач cms
6. Чёткое представление требований к системе, списка её возможностей, функционала - обязательно

свалил на повал. ИМХО добрая половина юзеров незнает и половины того что написано.

Значит этой половине юзеров рано садиться за написание cms

Ну, не соглашусь по некоторым пунктам.
Паттерны вряд ли так уж необходимы. Ведь если голова на месте - проектирование будет хорошим. А иногда злоупотребление шаблонными, штампованными блоками только вредит. Да и UML ... честно, это если только мега-крупный проект с отчетностями, этапами и несколькими командами.. тогда без него никак. А так, как правило - лишь бы понятно было, если разработку ведут 2-3 человека, то уж как-нибудь договорятся без условностей.
Остальные пункты, пожалуй, все важны.

Если нет опыта - проектирование не будет хорошим. Оно оттачивается с опытом, будь ты хоть трижды гений, с первого раза хорошо не спроектируешь, а если есть опыт - то с паттернами 100% знаком. Ну не верю я в то, что человек, не знающий азов проектирования, может такую сложную систему, как Cms, хорошенько продумать.
UML не имеет отношения к этапам, отчетностям и командам.

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

И я почитал и чемпион, уверен, читал ... а про Krist_ALL не уверен, только об этом и разговор, что люди, у которых есть знания и опыт для написания cms, так или иначе, но с ними знакомы.
Моделирование необходимо при написании чего угодно более-менее крупного и долгоиграющего

Ну, я не спорю, что необходимо, вчитайтесь внимательнее о чем я писал)
Оно необходимо всегда, но UML для него использовать я считал бы необходимым только если проект действительно очень крупный) А так можно использовать и те условности, которые были обговорены разработчиками, если они, конечно, не знают UML (а то зачем изобретать велосипед)

Что бы через год не выглядеть так, пытаясь понять, как же всё работает :

Увы, реалии, как правило, не такие.
Ну да ладно. Все знают как правильно, но далеко не всегда так делают, хоть я и обеими руками за правильность.

Решил поднять эту тему, пожалуй, самая подходящая для моего вопроса.
Сам вопрос про систему шаблонов, как лучше сделать
Сейчас простейший вариант: в шаблонах описаны функции openblock() и closeblock(), открытие блока и конец. Недостатки: разрезано описание блока, дополнительное оформление(допустим, полоса внизу блока новости с информацией, вроде даты) задаётся модулем, то есть, расположение текста, к примеру, не поменять.

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