Прими участие и помоги комьюнити! 🔥

Русскоязычное PHP-комьюнити снова в деле — запускаем ежегодный опрос, чтобы понять, на чем мы пишем, чем живем и куда движемся! 🚀

CutCode подготовил для вас этот опрос, чтобы собрать самые актуальные данные и вместе взглянуть на развитие PHP в 2024 году.

В прошлом году 1120 разработчиков рассказали, на каких версиях PHP сидят, какие фреймворки любят и как относятся к ИИ.

📊 В этом году все мы постарались сделать еще интереснее! Вопросы про развитие, новые технологии и даже пару неожиданных тем. Кто знает, может именно ты подскажешь путь для всего комьюнити?

А вдруг... получишь слона? 🐘
Опрос анонимный. Но кто оставит свой email могут поучаствовать в розыгрыше слона. А шанс повлиять на сообщество есть у каждого!

👉 Пройди опрос и помоги собрать срез по русскоязычной PHP-тусовке:

Опрос в гугл форме

По итогам сделаем подборки статей, докладов, каналов по PHP. Все результаты опубликуем на phpcommunity.ru и в статье на Хабре.

Совсем скоро мы в четвертый раз запустим исследование PHP-сообщества. Посмотрим на тенденции относительно фреймворков и инструментов, на каких версиях сидят команды, как устроена архитектура проектов, многие ли используют в работе AI и не только. 

В этом году решили опубликовать опрос на митапе в онлайне и послушать четыре доклада. Старт в 12:00 по Москве 23 декабря (суббота). Вот здесь можно почитать подробнее про программу и оставить почту для напоминалки — мы вышлем накануне.

В преддверии стрима поговорили со спикерами о том, куда движется язык. Стагнация это или прогресс — в деталях обсудим в субботу.

Не знаете с чего начать разработку своего приложения будь то библиотека, пакет, плагин, бандл или даже свой фреймворк? Или надоедает каждый раз копировать одни и те же файлы? Решение есть!

3100+ ответов про выбор фреймворков и инструментов, запомнившиеся статьи и доклады, ключевые события и планы по развитию. Это в два раза больше, чем годом ранее. Наконец все посчитано, закономерности найдены, графики построены. Можно не только 2021 разобрать, но и сравнить с 2020 — для этого специально была сохранена логика основных вопросов.

Откроем лендинг с результатами и параллельно обсудим в прямом эфире в субботу — 12 февраля в 11:00 (Мск / Минск, 10:00 — Киев). Выбрали выходной, чтобы было удобно подключиться и восточным регионам.

Прокомментируют итоги, объяснят графики и немножко похоливарят:

- Александр Макаров (руководитель ПК PHP Russia, Yii)

- Валентин Удальцов (Пых, Happy Inc., PHP Russia)

- Кирилл Несмеянов (FunCorp, PHP Russia)

Друзья, вчера был крутой стрим по PHP 8.4! 🔥 Целых 250 человек в пике (абсолютный рекорд канала), огненные обсуждения в чате, придумали Valentine-style форматирования кода (PSR-V), а ещё нас неожиданно порадовал своим появлением Елисеев! 😎 Разобрали все фишки новой версии, пошутили от души, и хоть стрим затянулся дольше обычного - оно того стоило. Запись доступна по ссылке, давайте определим лучший доклад и поделимся впечатлениями в комментах! ✌️

Представляем вам Imhotep - PHP-фреймворк с открытым исходным кодом. Его архитектура и инструментарий напоминают популярные фреймворки, но есть и существенные отличия, которые, по нашему мнению, являются ключевыми в разработке и поддержке Imhotep. Давайте ознакомимся с ними.

Chapter 12 — Caching

Мысль о централизованном мониторинге логов хранилась в моей голове много лет, но реализовать ее я смог только совсем недавно. Рассказываю о настройке и подводных камнях связки Logstash + Manticore + Nginx + Symfony.

Одним из важнейших аспектов тестирования наряду с поиском ошибок в приложении является время, необходимое для его проведения. Если тестирование приложения занимает от нескольких минут до нескольких часов, то оно не подходит для разработки с использованием быстрого цикла обратной связи (fast feedback loop), и разработчики могут проводить его не так часто, как следовало бы.

Постановка задачи

1. географическая зона, реализованная на базе Google Maps, которая отображает нанесенные пользователями на карту географические объекты (маркеры, маршруты и области);
2. информационная зона, которая представляет собой большой иерархически организованный каталог, содержащий информационные материалы.

Сказ о том, нормализация данных завела производительность many-to-many в postgres в тупик, как это зло было повержено, и как тут нам помог Clickhouse.

Порой бывают ситуации, когда стоит посмотреть на задачу будто с нуля и отбросить предыдущий опыт и best practices. Подумать на несколько шагов вперёд. И лучше до того, когда уже вышли из SLA или нахватали негатива от клиентов или бизнеса. Об одной такой задаче и стандартном решении, которое пришлось больно редизайнить, хочется и поделиться с сообществом в этой статье.

• Поддержка древовидной структуры конфигурации
• Абстракция составных частей конфигурации, из которых производится ее загрузка (ресурсы, загрузчики ресурсов и т.д.)
• Поддержка произвольного количества составных частей конфигурации и некоторых правил по сборке и объединению
• Кеширование прочитанной конфигурации и автоматическая ее пересборка при изменении одного из исходных файлов
• Валидация конфигурации по различным правилам и подробная информация об ошибках парсинга

Декомпозиция монолита - не редкая проблема. Она возникала в большинстве компаний, где я работал. Происходит это потому, что на ранних стадиях развития любого стартапа накапливается так называемый decision debt - выбранная архитектура является оптимальной для быстрой разработки и экспериментирования, но не для зрелого продукта.

Учитывая популярность проблемы, существует множество книг и статей о подходах к её решению, но мне показалось, что есть недостаток практических примеров. Поэтому, в этой статье я сосредоточусь на технических деталях, используя в качестве примера приложение, написанное на PHP и фреймворке Symfony.

Всех приветствую!

Стандартно Doctrine загружает сущности отложено (Lazy load). Это означает, что данные взаимосвязей фактически не загружаются до тех пор, пока не будет явный вызов свойства. Механизмы Doctrine позволяют изменить поведение и загружать связи во время запроса к родительской сущности (fetch:'EAGER'), однако это не совсем подходит для динамической загрузки ассоциаций по запросу.

В статье я бы хотел поговорить о том, как реализовать функционал загрузки ассоциаций по запросу средствами Symfony, на примере (не)выдуманной задачи.