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

Вопросы роутинга на 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+.

Из-за войны я приостановил некоторые технические проекты, и вместо них решил потратить то немногое спокойное время на создание нового. За эти два года я довольно неплохо выучил Python, а также активно работаю над одним проектом, который никак не связан с программированием. Из php-проектов для меня наибольший интерес представляет мой Albireo, который я решил довести до полноценной CMS на файлах. Дальше 18+.

ООП в Python имеет много особенностей, что делает его непохожим на другие языки. С одной стороны Python очень простой язык и делать на нём программы в ООП-стиле легко, но с другой стороны — в нём нет привычных вещей, которые сейчас являются «стандартным набором» любого ООП-подхода. Если вы новичок в программировании, то эта статья для вас.

Самое главное отличие PHP от Python — сфера применения. Python — очень универсальный язык, поэтому его сфера использования намного больше, чем у PHP. Но это не значит, что Python при этом всегда лучше.

Чем приятно делать телеграм-бот на Python, так это удобство и простота. Когда я создавал свой чат-бот на PHP, то столкнулся с тем, что а) почти все существующие библиотеки работали не так как мне было нужно и б) с ними было сложно работать.