Написание первой CMS. Как лучше?

Question

[Валентин Шапкин]

Здравствуйте. Задумался о написании CMS для личного развития, для своего личного сайта который будет жить долго и обновляться по мере надобности. Скорее всего это будет похоже больше на блог но с доп. функционалом.
Общий план
Статьи (блог, новости)
Медиа (фото, видео)
Комментарии от гостей к статьям
ну и написание админки под все это дело.

Как видите, запросы не большие но хочется сделать грамотно чтобы потом в будущем не завязнуть в своей же каше с исходными кодами.
Первый вариант я уже написал, он работает по простому принципу;
Есть точка входа -> дальше есть обработчик который собирает из блоков(head,content,footer) страницу и возвращает результат юзеру.
больше всего кода в блоке content по выводу новостей и прочих мелочей.
Прочтя куча статей на хабре и других форумах, рассуждения многих комментаторов по подобным вопросам включая на Тостере в голове все "перемешалось" и выстроилось нереально сложная картина с разработкой CMS.
Т.е. прежде чем мне написать CMS мне надо "перелопатить" тысячи исходных кодов различных CMS, изучить их, проработать с ними как минимум год чтобы понять как написать правильно свою систему?

Неужели чтобы написать даже самую простую CMS для личных элементарных нужд придется изучать куча всего другого чтобы выстроилась точная картина о ее разработке?

Сами вопросы:
Как составить не сложную диаграмму для своего движка?
Что нужно мне для этого и как составить хотя бы базовую архитектуру CMS?

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

Всем спасибо за ответы! Многое прояснилось.

Answer 1

[Сергей Протько]

Т.е. прежде чем мне написать CMS мне надо "перелопатить" тысячи исходных кодов различных CMS, изучить их, проработать с ними как минимум год чтобы понять как написать правильно свою систему?

Именно так. Я бы даже сказал годика так 3 хотя бы, и пару десятков разных проектов. Важно что бы вы получили разный опыт.

Неужели чтобы написать даже самую простую CMS для личных элементарных нужд придется изучать куча всего другого чтобы выстроилась точная картина о ее разработке?

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

но интерес составляет написать самому

Начните с фреймворка:

- библиотека для рендринга шаблонов (буферизация вывода, работа с файловой системой немножко)
- библиотека для маршрутизации запросов (прошаритесь в регулярках)
- библиотека для работы с базой данных (не ORM, начните с Table Data Gateway или DAO хотя бы. Прошаритесь в SQL минимально).
- Ядро, связывающее все это вместе. Желаельно с какой-то концепцией мидлвэров, что бы все остальныекомпоненты ничего не знали о ядре. (прошаритесь в HTTP)

В целом же писать CMS очень и очень скучно и долго. Вы намного быстрее прошаритесь во всем что надо делая отдельные компоненты. Благо сейчас век composer-а и вы можете крутить и вертеть фреймворками как хотите, подменяя чужие компоненты на свои.

Comments

[Валентин Шапкин]

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

[Сергей Протько]

Валентин Шапкин: не, просто вы же с претензией "как правильно". А так можно за вечерок нафигачить.

[Валентин Шапкин]

Я понял. А что значит век composer?

[Сергей Протько]

Валентин Шапкин: ну типа раньше был PEAR и его никто не юзал. Теперь есть composer и управлять сторонними зависимостями стало легко. В целом сейчас все популярные фреймворки на компонентах и их можно менять на свои. Можно за день склепать свой фреймворк из готовых компонентов.

[Валентин Шапкин]

Сергей Протько: спасибо за адекватные ответы, есть же нормальные люди. В Тостере видимо таких много из за Хабрахабра мол чтобы получить все необходимые права - надо написать статью от себя. Как начало того что ты мол не глуп сам по себе.

[Валентин Шапкин]

Много читал ответов на свои вопросы на тостере, довольно умные люди попадаются.

Answer 2

[Александр Павленко]

Для начала, можете попробовать писать все в функциональном стиле, это если опыта веб разработки у вас не очень много.

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

На начальном этапе не стоит сильно беспокоится об оптимизации кода, все приходит со временем.

Comments

[Валентин Шапкин]

Тоже так думаю, спасибо за дополнение.

Answer 3

[xmoonlight]

Ссылка на мой блог: sitecoder.blogspot.ru/p/blog-page_23.html
Я перечислю здесь основные блоки "пирога":
1. Сессия
2. ACL
3. Роутер
4. Приложение (входные данные, обработка, выходные данные, шаблон представления)
5. Модули (входные данные, обработка, выходные данные, шаблон представления)
6. Шаблон страницы
7. Рендер готовой страницы и отдача в браузер

Comments

[Валентин Шапкин]

А чем отличаются приложения от модулей? По сути тоже самое, тот же код который выполняется на сервере. Или же модули это как библиотеки для работы приложений? Я прикладник

[xmoonlight]

Валентин Шапкин: Как прикладник прикладнику: Модуль=Компонент
Отдельная часть, отвечающая за конкретную задачу и занимающая какую-то часть на странице, если он имеет визуальную составляющую. Код или на сервере или связка сервер+клиент. Например, меню или формочка входа, форма поиска и т.д.

[Валентин Шапкин]

xmoonlight: спасибо, теперь понятно. Просто когда я окунулся в мир веб разработки то многое оказалось для меня новым. Думал что принципы практически одинаковы.

[xmoonlight]

Валентин Шапкин: в вебе немного другая терминология, а принципы - похожи. т.е. в приложухах так: Приложение->Формы->Компоненты
А тут: Веб-приложение->Шаблон(-ы) страницы->Модули

[Валентин Шапкин]

xmoonlight: вооот.. там проще по мне и привычнее а тут немного по другому приходится думать.

[xmoonlight]

Валентин Шапкин: Спасибо, если посчитаете нужным и выберите мой ответ решением Вашего вопроса.

Answer 4

[Immortal_pony]

Простейшая CMS занимает 8 строк кода
Берите и дорабатывайте под свои нужды.

Comments

[Валентин Шапкин]

Спасибо, надеюсь будет интересно.

[Loot]

Да нуу. Это не Content management system , а просто обработчик url и все

[Immortal_pony]

Cesavel, человек хочет попрактиковаться в велосипедостроении. В качестве отправной точки - самое оно.

[Валентин Шапкин]

Immortal_pony: я любитель.

Answer 5

[Alexander Litvinenko]

все популярные CMS давно пришли к фреймворко подобной структуре, вашу CMS можно использовать как фреймворк?

Comments

[Валентин Шапкин]

Нет т.к. это для себя (развития ради)

[Валентин Шапкин]

Мне нужен ориентир по архитектуре движка чтобы начать писать свое.

[Alexander Litvinenko]

Валентин Шапкин: опишите сначала интерфейс своей CMS, до того как будете писать код, я говорю о внутренней апи, не о дизайне админки CMS.
Не думайте как вы будете это реализовывать, придумайте сначала удобный интерфейс.
Если у вашего творения будет удобный интерфейс, оно будет популярно.

[Валентин Шапкин]

Трудно пока описать это имея маленькое представление о цмс. Интерфейс это вы имеете виду API? Модули, функции и т.д.

[Alexander Litvinenko]

Валентин Шапкин: так вы ведь все равно это будете делать, просто не пишите и на ходу придумывайте, а наоборот, сначала продумайте, потом пишите.

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

[Валентин Шапкин]

Alexander Litvinenko: вот я и пытаюсь продумать для более мене успешного начала, чтобы потом не переипсывать по 100 раз одно и тоже.

Answer 6

[dmitriy]

Необходимо обозначить основные цели и планы развития CMS. Если для себя и больше в сторону удобства разработки программистами это может быть одно направление что то вроде CMF , если нужно ориентирование на клиентов то это будет другой план развития приоритеты инстилляция системы и модулей, обратная связь с пользователями, каталог модулей, настройка шкур. Коммерческая, опенсорс. Какие нагрузки будет выдерживать. Все это должно в конечном итоге влиять на архитектуру системы.
По своему опыту, если для себя:
1. Взять фраймеворк, допилить под нужды, сформировать первую версию CMS
2. Взять проект за деньги, реализовать на своей CMS. Проанализировать архитектуру, ошибки, упущения. Создать план на корректировку функционала CMS.
3. Взять проект, развернуть на своей CMS, внедрить корректировки.
и так далее, все время анализируя систему и улучшая ее.
Вот на что я обратил бы внимание: модульность, composer, работа с бд, роли и права доступа, многослойная архитектура

Answer 7

[Андрей]

Мне в голову раньше приходила такая же идея. Лучше взять готовую cms и переработать под свои нужды. Например, отрезать функионал))

Comments

[Валентин Шапкин]

Это на заказ хорошо, а тут лучше самому. Роднее будет)

Answer 8

[vkuranov]

Написание первой CMS. Как лучше?

Писать самому ничего не надо. Все уже давно написано. Лучше брать готовые решения и улучшать их, внедрять свои идеи под свои задачи. Я бы остановился на трех китах: JQuery, РНРQuery и на элементарныx знаниях PHP (МуSQL даже и не обязательно).
Посмотрите мой сайтик: pagelite.ru/pagelite/home/?u=t0v1y0
Административная панель у него - на постороннем бесплатном сервисе. А сама CMS - на моем хостинге. Занимает не больше 1Кбайта, устанавливается без всяких настроек, раз поставил и больше не трогаем, вообще забываем про него).

Comments

[vkuranov]

Описание здесь: pagelite.ru