Назар Мокринский

Верстка под CMS может требовать перевода HTML в формат какого-то шаблонизатора, если в CMS используются встроенные JS/CSS библиотеки - их тоже нужно учитывать, иначе верстка сломается.
Так же обычно верстка выходит за рамки одного файла, и разбивается на несколько частей по блокам. Деление на части тоже зависит от движка, от того какой подход в нём принят.
Конкретные условия зависят от задачи. Иногда программист сам режет верстку из одного файла на части, иногда нет.

4. Максимально возможное уменьшение связанности модулей системы.

Далеко не факт. Это не фреймворк, соответственно лучше оно работает проще и быстрее, чем будет иметь кучу абстракций как в фреймворке "как правильно академически".

Для администраторов:
1. "Режим правки" Возможность редактирования какого либо материала, не заходя в административную часть. Inline редактирование.
2. Максимально простая админка, такая что бы человек, который вообще не разбирается в программировании, мог легко понять как сделать нужную настройку.

Если администратор чайник - то да, а нормальному администратору HTML не страшен. Всё зависит от предполагаемой аудитории.

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

А какая разница в принципе?
Если вам нужно конкретная функциональность - её и ищите, а бесплатных хватает как и платных везде.

Начинать нужно с того, что абсолютному большинству людей в админке вообще делать нечего. Всё должно управляться через интерфейс пользователя, не админку.
В таком случае снимается огромное количество вопросов. К примеру, как на хабре - люди пишут статьи, а какая там админка никого не волнует. И здесь, на тостере, аналогично.

Как на счёт OwnCloud?

Я предпочитаю делать JS валидатор, его можно запускать по мене заполнения формы, а на backend только общая ошибка. Если кто-то умный подделывает запросы - это меня не касается.

Можете глянуть на мою разработку. Ядро CMF дает всю необходимую основу для быстрой разработки сайта. Есть несколько готовых модулей. Так как чаще всего функционал пишется под проект уникальный - этим инструментом очень удобно решать в первую очередь такие задачи.
Есть несколько полезных трейтов, например, CRUD, и других вещей работающих из коробки, которые позволяют избавиться от большого количества рутины.

Пользователи, группы пользователей, разграничение доступа есть. Готовые модули: статические страницы, блог, комментарии, обратная связь, OAuth2 сервер, авторизация через соц. сети, фотогалерея, WYSIWYG редактор. Модули исключительно опциональные. Есть возможность переопределять поведения ядра без его редактирования через триггеры либо через специальный механизм переопределения частей системных классов.

Можете брать мой код:
https://github.com/nazar-pc/CleverStyle-CMS/blob/m...
Его очень легко перенести в свой проект, взяв трейт из core/traits/Singleton.php и модифицировав код в методе ::run(), он при первом запуске сканирует все места где могут лежать хуки (в терминологии моего движка они триггеры событий), если вам не нужно сканирование файлов - можете вообще удалить тот участок.

При регистрации триггера передается замыкание, так что с помощью use можно пробросить туда нужные данные с места объявления.

У меня есть разработка, в которой минимум лишнего, но разработку вести удобно.
Если будет желание сотрудничать - готов проанализировать ваши требования, и вместе внести изменения в ядро, которые вам нужны. Система Open Source, под сотрудничеством я подразумеваю взаимовыгодную разработку, которая не будет стоять ничего в финансовом аспекте ни вам, ни мне.
Сделано уже достаточно для разработки сайтов разного плана, но часто новом проекте чего-то не хватает по мелочи - это всё оперативно добавляется в ядро.
Найти мои контакты не сложно.

Совершенно непонятно что вам нужно.
У вас сокрытие неиспользуемого в админке это основная функциональность?

Могу посоветовать свою CleverStyle CMS - она по своей сути CMF, имеет все необходимые основные интерфейсы (кэш:FS/APC/Memcached, БД, файловая система), некоторые удобные штуки вроде автоматической склейки всех CSS + подключенных шрифтов + картинок в один CSS + запаковка в gzip (аналогично для JS), создание внешнего API тоже простое до безобразия. Ну и работает дико быстро.
Если будут вопросы - готов помочь в любых возникающих вопросах с объяснениями и примерами.

CleverStyle CMS - функций не много, так как всё подкючается в виде компонентов, которых я пока не много написал. Но в ядре есть всё нужное для работы с БД, кэшем, файловым хранилищем, пользователями, группами, правами доступа, и прочими нужными штуками. В целом сейчас ориентирована больше на удобство разработки, чем на конечного пользователя. Абстракции предельно просты и понятны, есть wiki с примерами на GitHub, готов всячески способствовать освоению.

Я использую название модуля как первый элемент, а дальше json структура вида:

[
	"latest_posts",
	"section",
	"post",
	"tag",
	"new_post",
	"edit_post",
	"drafts"
]

Если у модуля есть админка/API — перед названием модуля добавляются соответствующие префиксы.

Как-то интегрировал таким образом PhpBB 3.x c LiveStreet 0.42-0.5 и Rus-PhpNuke.
Со стороны PhpBB ничего сильно сложного не было, как сейчас не знаю.

Я такую фичу многоязычного контента добавлял в свою CMS изначально, одна сущность может иметь несколько языковых представлений (пример сайта), но чтобы получить нужный функционал именно в таком виде как вам нужно всё равно придется либо править стандартные компоненты, либо писать новые с использованием API ядра.

Так для экранирования используется обратный слэш \

isset($_GET['del']) или я не понял вопроса?

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

С пустой папки, потом index.php, потом набросок дизайна, потом к элементам дизайна цепляю внутреннюю функциональность и добавляю новые файлы по подпапкам, потом дизайн отделяется в отдельные компоненты (темы, скины, называйте как хотите) которые подключаются ядром, и так всё чередуется, размножается, переписывается.
Только геморрой это ещё тот, вот уже почти 2 года пилю CMS/CMF, если бы сейчас предложили начать писать с нуля — отказался бы наверное от такой затеи, уж слишком долго и непросто сделать что-то стоящее.
Начинать стоит если у вас есть список того, чего вы не можете реализовать в других CMS концептуально, либо это слишком сложно. В противном случае это потеря ОЧЕНЬ большого количества времени без особой пользы.