Несколько неожиданно даже для меня, оказалось, что Albireo CMS может работать как мультисайт (multisite). Мультисайт — это возможность использовать единый «движок» системы для раздельных сайтов. Из самых популярных CMS, которые поддерживают мультисайтинг стоит отметить Drupal и WordPress (WPMU).

Обычно в программировании мы стараемся писать код так, чтобы свести потребление памяти к минимуму. Конечно, можно полагаться на внутренние алгоритмы PHP, но если этого не сделать, то можно выхватить ошибку о нехватки памяти. Во времена PHP 5 она встречалась достаточно часто, поскольку хостинги обычно ограничивали лимиты до 32MB. Даже если использовалась база данных, полученная выборка могла привести к нехватки памяти. Поэтому во всех случаях старались оптимизировать SQL-запросы так, чтобы они возвращали как можно меньше данных.

Важная тема, которая затрагивает практически любого владельца сайта. Есть мнение, что сайт с админ-панелью — это что-то очень сложное и даже многие разработчики думают о разработке админ-панели с благоговейным трепетом. Когда-то я сам попался на эту удочку... При разработке MaxSite CMS я выделил себе для админ-панели где-то неделю неспешного времени. Так мне казалось, что задача трудная. На деле всё было сделано за пару часов.

За всё время было создано наверное десятки тысяч самых разных CMS для сайтов (Content management system). Понятно, что львиная их доля была написана просто так, скажем, в учебных целях, другая часть под какие-то свои задачи. Популярных систем вообще можно пересчитать по пальцам, а актуальных, то есть тех, которые ещё держатся на плаву, осталось довольно много, но все они стараются копировать другие системы. Корень проблемы в истории развития CMS.

Любой проект должен иметь возможность настраиваться под задачи пользователя. В идеале пользователь должен иметь возможность поменять абсолютно любую вариативную часть системы. Самое простое — это что-то вроде названия сайта и более сложное, когда настраивается модульный вывод главной страницы. Разработчики к этому вопросу подходят по разному. Одни стараются снабдить настройками как можно больше модулей своего проекта, другие же всё жёстко фиксируют, не позволяя пользователю что-то менять.

Вопросы роутинга на PHP я уже рассматривал ранее, сейчас речь об его роли в архитектуре php-приложения. Достаточно долго я придерживался общепринятой точки зрения, что роутинг — это лишь та часть приложения, которая может быть заменена в любой момент. Сейчас же я считаю, что именно роутинг по сути и есть всё php-приложение.

Главная проблема современных php-приложений — их скорость. Они очень медленные. Для Albireo CMS я задался вопросом: насколько быстро она может работать на большом количестве файлов? Поскольку все записи в системе хранятся в файлах, то что будет, если довести количество файлов до 1000? А если 10000?

Шаблонизация — глобальная проблема в PHP. Под этим словом часто подразумевают разные методы и подходы, но в целом речь всегда идёт о том, чтобы упростить использование PHP в HTML. Ещё нужно иметь ввиду, что шаблонизация может означать два варианта. Первый — это шаблон сайта. Это как правило прерогатива CMS и может называться «темизацией», от слова «theme» — тема. Второй — это «template engine» — вывод готовых данных в виде суррогата, имитирующего php-код. По сути это всё одно и тоже. Шаблонизация — это интеграция логики и данных из PHP в HTML-структуру.

Об этом вообще никто не говорит. Подавляющее большинство программистских проектов начинались как вещь для себя. Потом они разрастались, становились интересны другим, подключались другие прогеры. Но если кто-то думает, что популярность проекта зависит от его качества кода, то он жестоко ошибается. Качество проекта вообще никак не связано с его популярностью. Популярность проекта — прямое следствие его маркетинговой раскрутки. Чем больше вбухано денег в пиар, тем больше пользователей. Даже если его код — полный отстой. Дальше текст для 18+.

Изначально я хотел просто использовать Albireo Framework за основу Albireo CMS, но в процессе поставил перед собой задачи, для которых структура фрейворка не подходила для CMS. Хотя, вообще, если заглянуть намного назад, то был (в общем-то и есть) у меня проект, где я хотел написать свой полноценный PHP-фреймворк, наподобии CodeIgniter, только более гибкий. Разрабатывал я его в свободное время несколько лет и постепенно вырисовывалась очень приятственная картина. Дальше 18+.