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

PHP создавался только как язык для создания сайтов и лучше него с этим никто не справится. Python тоже можно использовать для создания сайтов, но работать он будет намного медленней. Не говоря уже о том, что сайт на PHP можно разместить на любом дешманском хостинге, а для Python потребуется его хорошенько поискать (и научиться его администрировать).

Сегодня попробуем собрать микрофреймворк по описанным принципам. Будем делать так, чтобы минимизировать свой код. Поэтому, в отличие от полноценных микрофреймворков, у нас будет что-то ближе к начальному «каркасу». Я намеренно не хочу «улучшать» код и тем более раскидывать его по файлам, чтобы сохранить ясность в понимании того, как код будет работать.

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

Читать ➝

Тема микрофреймворков достаточно актуальна, особенно на фоне сильно «разжиревших» полнофункциональных фреймворков. У каждого разработчика наверняка стояли задачи сделать быстрый и небольшой сайт, но ставить полноценную CMS или десятки мегабайт от популярного php-фреймворка, как-то душа не лежит. Хочется какой-то простой каркас на который можно было бы быстро «налепить» сво функционал.

Кажется, что таких «велосипедов» очень много. И будете правы, поскольку на PHP можно очень быстро написать любой web-каркас и поделиться с ним на Гитхабе. Но так было раньше, поскольку не было стандартов PSR, и все делали что хотели.

Когда появился PSR-7, то количество микрофреймворков резко сократилось и продолжает уменьшаться с выходом новых PSR. Если внимательно присмотреться, то в принципе останется только один фреймворк Slim 4, который поддерживает типовой набор PSR.

Читать ➝

Решил опубликовать большой (!) лонгрид посвященный php-фреймворку Slim 4. Это микрофреймворк, а значит он содержит лишь самый минимум возможностей. С другой стороны Slim играет на поле full-stack фреймворков, таких как Symfony, Laravel и CodeIgniter.

Читать ➝

Для работы с базой данных (любой), в PHP сейчас принято использовать PDO (PHP Data Objects). Раньше было так: в зависимости от используемой базы, нужно было использовать и её специфичные функции. Поскольку PHP поддерживает больше десятка баз, то появился и «зоопарк» функций: отдельно для MySQL, отдельно для SQLite, отдельно для dBase и т.д.

Но с точки зрения разработчика, работа с базой состоит из нескольких этапов:

• Подключение к базе.
• Выполнение SQL-запросов.
• Получение результата.

То есть не важно какая база, схема работы всегда одна и та же. Таким образом и был создан PDO, который представляет собой единый интерфейс для работы с базами. Вначале рассмотрим «чистый» вариант работы с PDO, а потом как его упростить и сделать удобным с помощью библиотек Albireo Framework.

Читать ➝

Сейчас вопросы безопасности полулярны и складывается впечатление, что разработчик просто обязан писать код с многочисленными проверками и защитами изначально. Но на самом деле так практически никто не делает — это достаточно сложно, поскольку на этапе разработки невероятно сложно учитывать все факторы. Разработчик в первую очередь должен решать основную поставленную задачу, а «обвеска безопасности» — это всё-таки вторичная задача.

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

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

Читать ➝