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

Всем спасибо!
Как только "ручеёк наполнится" + в карму всем отписавшим

Ну, я ж говорю - перделка для разработчиков.
Обычному пользователю плевать на то как поисковик работает - ему контент вашего сайта нужен, а не рейтинги, топы, ТИЦы....

По поводу твоих ссылок:
http://www[dot]iatp[dot]by/handouts/cms/ - мусор, не трать время на прочтение
http://www[dot]fssr[dot]ru/hz.php?name=N[dot][dot][dot]cle&sid=4635 - не вижу ничего полезного для тебя
http://artreal[dot]exler[dot]ru/theme/nodesign/cms/ - среди тонны шелухи есть полезные мысли и советы

По поводу "что почитать" :
Есть 3 книги, которые я прочел и рекомендовал бы прочесть всем (не только для написания cms но и вообще для понимания сути происходящего при проектировании ИС)
http://www[dot]ozon[dot]ru/context/detail/id/2457392/
http://www[dot]ozon[dot]ru/context/detail/id/4884925/
http://www[dot]ozon[dot]ru/context/detail/id/1308678/

По теме "с чего начать" :
cms - это платформа, все плюшки из разряда чпу-не чпу, апи вконтакте и вебмани, интернет-магазин и форум - это плагины, написанные для этой платформы и использующие возможности этой платформы. Вам нужно очень тщательно спроектировать структуру это платформы, решить, какие задачи вы возлагаете на нее, а что у вас будет реализовано на уровне плагинов, как будут работать эти плагины, через какой api будет идти взаимодействие и тд. На уровень ядра обычно выводят задачи, касательно ОС-зависимых задач, определение настроек php и http-сервера, сглаживание разницы настроек, задач по доступу к системным ресурсам (бд, мемкеш, файлы, куки, сессии - все должно идти через api ядра), все задачи по проверке зависимостей модулей, версионности, апгрейду. Ну а все остальное - уже обсуждаемое, та же авторизация - в каких то приложениях она нжна, в каких-то нет ... можно сделать это модулем, ЧПУ, админки и тд - так же.

Читайте, изучайте, планируйте - удачи вам в начинании ) Если что - можете стучать в скайп или аську, помогу чем смогу

Stierus спасибо, учту

Господи, спасибо тебе, добрый человек!!! Из всего Б..ва в сети на эту тему хоть один более-менее реальный ответ. Погуглишь на тему "задачники c++" - море. На Пхп - ноль. Начинаешь разрабатывать - то тут грабли, то там. Причем, на c++ реально начинать с мелких, повседневных задач, а на пхп система обязательно должна быть законча в комплексе. То есть любые грабли по архитектуре - и переписывай все по новой. Я вот не учел модульность, и теперь либо опять все переписывать, либо новый функционал добавлять вручную, с извратами для БД. Наверное, придется опять переписывать. Начальных знаний по архитектуре оказалось недостаточно, хотя сюда же в список литературы можно добавить Бейтс, Сьерра, Фримен - паттерны проектирования и банду четырех. Плюс немного расширяет возможности HMVC. Но это прикладное, общей картины нет, и все CMS в реализации очень похожи -Controller, View, Document, Request, Response, Inflector, Debug... а в архитектуре каждая - свой велосипед. То же и с фреймворками, кстати. Причем тот же Зенд все более погружается в дебри, без всяких комментариев ввел понятие сервисов, и судя по классам ...Skeleton это прямо или косвенно будет иметь отношение к Corba, хотя это нигде и не озвучено.
Н-да, увлекся... В общем, архитектура - это основной вопрос, если будут у кого ссылки по теме, пожалуйста, публикуйте!

dolphin, поделись своими мыслями по архитектуре - послушаем, покомментируем ;))

Не бывает таких ссылок. Архитектура понятие индивидуальное.
Вообще начинать писать CMS не понимая что и как писать - занятие бессмысленное. Разве что чисто поупражняться в PHP.

мысли на данный момент следующие:
хочешь писать на php - читай книги, мурзилки
хочешь написать фреймворк - читай исходники популярных фреймворков
хочешь написать cms - читай исходники cms
Т.е. если хочешь написать cms, пункт 2 (исходники фреймворков) не катит.
Аргументация - во-первых, cms использует более высокоуровневые шаблоны, чем фреймворк, плюс у наиболее популярных cms собственная cmf, заточенная именно под эту cms, что дает определенный выиграш как в производительности, так и в простоте разработки (для самих разработчиков).
По поводу "не бывает":
Вот пример теории: http://citforum[dot]ru/SE/project/pattern/
А вот реализация: http://myshared[dot]ru/slide/10732/
Чем плохо?
P.S.: Постараюсь быть вежливым: улыбка в вопросе меня не порадовала.

dolphin, как интересно ;)) тут же получается и обратная картина по вашей логики логики ;)

3) хочешь написать цмс - пиши цмф
2) цмф - и есть фреймворк, но не готовый а свой
1) свой велосипед пишется на пхп - читай книги, мурзилки ;)))


ссылки что вы дали:
1) не по "архитекртуре" цмс-ки, а о шаблонах проектирования и программирования программных систем, это скажем так: "инструментарий для реализации архитектуры".
2) на 6-ом сладе ответ: Doctrine2 была тогда еще в альфе, а сейчас полностью зрелая штука

Ну, во-первых, нет смысла писать "свой велосипед", хочется мотоцикла. Если бы та же джумла или вордпресс меня устраивали, я бы и не брался.
Во-вторых, все верно - хочешь cms, пиши cmf, причем этого, как уже было сказано, будет недостаточно.
По-поводу второго замечания, я с тобой согласен, правда с оговоркой. Нужны такие же шаблоны, но более высокого уровня. Например, в джумле - концепция компонентов и модулей, в друпале функциональность модулей - блоки, в вордпрессе, кажется, виджеты.
То есть уже можно:
1) сформулировать одно из требований к cms:
- возможность произвольного расположения из админки блочных элементов с собственной триадой mvc
- возможность устанавливать и удалять подобные элементы
- возможность настраивать подобные элементы
2) рассмотреть на примере этих cms различные способы реализации данной задачи

dolphin т.е. пока что четких идей по архитектуре нету? ;)

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

Это правда, головной боли выше крыши. Поэтому, наверное, кмс-ки - это все-таки, командные проекты, а не для одиночек.

на фреймворке можно и в одиночку ) другое дело, что бывает просто скучно ;))

Ну, скучно - не проблема, лишь бы не голодно .