Космонавт в лодкеphp, cms, framework
Будучи активным в IRC, почти каждый день автор этой статьи видит поступающие вопросы про использование форм Symfony и сущностей в них. Это не только создает проблемы, но так же рискованно. Вы же не хотите сохранить сущность в невалидном состоянии!
Первая часть будет рассказывать о том, почему сущности не должны использоваться в формах Symfony. Вторая часть представляет подход, который решает почти все проблемы представленные в первой части.
Указанная в заголовке связка незначительно облегчает процесс deploy проекта, т.к. предназначена не совсем для этого. Эта связка скорее для мониторинга и трекинга работы над проектом, а так же минимальный контроль ошибок и качества. Так же в команде, которая использует Slack, удобно видеть когда были изменения от других участников.
Когда вы обозреваете множество кода, вы часто удивляетесь, почему что-то было написано так как было. Особенно когда делаются дорогие запросы в базу данных, я все еще вижу вещи, которые могут и должны быть улучшены.
Недавно мне пришлось работать с проектом, который был написан на core php без фреймворков, более того, как минимум половина была вообще на функциях без ООП. Разработчик объяснял такое решение тем, что данный небольшой проект получает более миллиона уников в сутки. Но меня не устроил такой типичный случай преждевременной оптимизации, я вооружился бенчмарком, гуглом, и решил провести исследование.
Иногда встроенных в Doctrine стратегий не достаточно и нужно создать свою. Но делать просто функцию или метод не правильно с точки зрения архитектуры, тогда как у Doctrine есть встроенные стредства для этого.
Я всегда был большим фанатом консольных команд и я стараюсь предоставлять консольный командный инструмент (CLI) на столько, на сколько это возможно, в в большинстве моих PHP проектах.
В этой статье я кратко сравню три PHP консольные библиотеки:
Впервые я столкнулся с необходимостью обеспечить перевод сайта совсем недавно. Этот пост о моем исследовании проблемы, инструментах и решениях в контексте Zend Framework 2.
PHP делает относительно легкой разработку систем на web платформе, что является основной причиной его популярности. Но не смотря на его простоту использования, PHP превратился в довольно сложный язык со множеством фреймворков, нюансов и тонкостей, которые могут “укусить” разработчиков, ведущих к волосо-выдергивающим часам отладки. Эта статья выделяет 10 самых распространенных ошибок, которых PHP разработчики должны остерегаться.