Post-PHP эра: куда движется веб-разработка?

Привет! Я Алиса — тимлид в e-commerce-агентстве KISLOROD ^[1], по базовой профессии — сеньор PHP-разработчик с десятилетним стажем. И да, спойлер: PHP не только жив, он бодро бегает марафоны.

По данным W3Techs ^[2], PHP работает на более чем 76% серверов, где известен язык бэкенда. Последние релизы стабильно приносят +20–25% производительности на версию — на фоне вечного рефрена «PHP умер». Удобно хоронить то, чьи обновления не открывал с 2012-го, верно?

«PHP умер?» — разбор годичного хайпа

Каждый год где-то появляется пост «PHP устарел» — и каждый раз ловишь дежавю. Язык живет, эволюционирует и питается не твитами, а продакшн-нагрузкой тысяч коммерческих систем.

Современный PHP — это уже не тот «скриптовый винегрет» со шеред-хостингов и переменными без типов. Сейчас в коробке: строгая типизация, enum’ы, readonly-поля, корутины через Fibers, DI-контейнеры уровня enterprise и асинхронщина через Swoole или RoadRunner. Курс ближайших релизов — все та же производительность и масштабируемость.

Фреймворки первой линии, Laravel и Symfony, давно перешли из категории «быстрый старт» в «фундамент серьезной архитектуры». Laravel Octane в связке с Swoole/RoadRunner дает async-ready приложения с высокой пропускной способностью, а связка Symfony + API Platform — дефолтный выбор для headless-CMS, DDD-систем и микросервисов.

Пока одни пишут некрологи, мы выкатываем продакшн на Laravel Octane: тесты, dockerized-окружение, CI/CD и API-first. Да, PHP изменился — настолько, что его не узнают те, кто смотрел последний раз при PHP 5.х.

Новый PHP ≠ старый PHP

Немного цифр для тех, кто предпочитает фактуру эмоциям. Ниже бенчмарки по популярным фреймворкам (данные Kinsta ^[3], Zimuel ^[4], Tideways ^[5]):

Из наблюдений сообщества: PHP 8.2 быстрее PHP 7.4 примерно на 15% (Zimuel). Переход с 8.3 на 8.4 дает скромный прирост — главное ускорение уже случилось, дальше — архитектурные выигрыши.

Что важно в 2025-м:

• типизация стала строгой (union/intersection/nullable, readonly);

• Enum и Fibers упростили масштабируемый код и асинхронное исполнение без магии;

• Performance-фичи — JIT, preloading, экономия памяти.

Вокруг — зрелая экосистема:

• Laravel Octane переводит приложения в event-loop (Swoole/RoadRunner). Итог — миллисекундные ответы и отказ от модели «запрос = процесс»;

• Symfony + API Platform — база для headless, event-driven-логики, GraphQL и DDD;

• PHPStan / Psalm / Rector — статический анализ, автопереписывание и реальная типобезопасность.

И все это с предсказуемыми миграциями, стабильной документацией и огромным комьюнити. По ощущениям, писать на PHP сегодня — как на Java/Go: структурно и без сюрпризов. В продакшене мы держим на PHP проекты с >50k RPS при отклике <50 мс без танцев с бубнами, просто за счет зрелых фреймворков и грамотной архитектуры.

Почему стартапы массово идут в TypeScript + Node.js

Справедливости ради: в свежих стартапах TS/Node побеждает на этапе MVP. Не потому, что «PHP плох», а потому, что у стартапа другие KPI: time-to-market, унификация стека и доступность разработчиков.

1. Один язык для всего. React на фронте, Node.js на бэке — единая модель типов, проще обмениваться контекстом в маленькой команде.

2. Экосистема под MVP. Next.js, Vercel, Prisma, Supabase, tRPC, Zod, Clerk — интеграции за считанные дни.

3. Быстрый визуальный результат. SSR, Tailwind, edge-функции, простейший CI — собирается «из коробки».

4. Контент и порог входа. Джун, прошедший курс по JS, уже пишет middleware в Express. Да, качество страдает — стартап принимает этот риск.

5. Инфраструктура. Vercel/Netlify/Supabase и serverless делают деплой «в один клик», часто без DevOps.

Но потом приходит «взрослая жизнь». Через год многие переписывают бэкенд на Go/Elixir/.NET или… на PHP с Symfony. Первая версия часто «на коленке»: без тестов, бизнес-логика размазана по контроллерам. И тут PHP выигрывает в долгую: MVP стартует не так стремительно, зато масштабируется предсказуемее.

Laravel/Symfony vs Next.js/Node.js: честное сравнение

Свести спор к «старый язык vs новый язык» — ловушка. Смотрим на задачи, сроки и команду поддержки. Собрала сводку по ключевым критериям:

Если проекту нужны SLA, API-first, модульность и годы поддержки — «тяжелые» фреймворки PHP дают меньше хаоса и больше предсказуемости. Next/Node — это скорость и кайф, но за пределами MVP нужна дисциплина, которую многие команды изобретают на ходу.

PHP vs Node.js в цифрах и сценариях

В 2025-м вопрос уже не «кто быстрее», а «где кто уместнее».

1. Архитектура и многозадачность. По данным webandcrafts ^[6] и  netguru ^[7], Node.js — асинхронный event-loop (V8 + libuv) и топ для I/O-нагрузок. PHP по умолчанию синхронен, но в связке с Octane/Swoole/RoadRunner работает в event-loop-режиме.

2. CPU-интенсивные задачи. Согласно наблюдениям разработчика ^[8], С JIT (с PHP 8.0) и оптимизациями 8.2–8.3 PHP прибавил на вычислениях; в отдельных тестах PHP 8.3 с JIT опережал Node.js, тогда как Node закономерно лидирует на I/O.

3. Реальные сравнения API. Сообщество разработчиков отмечает ^[9], что Node.js порой требует больше CPU/RAM (в ~2 раза при миграции с PHP на Node для равного функционала). Есть кейсы сравнения Lumen (PHP) и Adonis (Node): ~1762 r/s (28 мс) против ~925 r/s (54 мс) соответственно — на задачах с БД PHP оказался почти вдвое быстрее. 

   

4. Hello World и простые эндпоинты. В синтетике Kinsta «Hello World» у Node ~31 мс против ~91 мс у PHP 7.4; в JSON/MySQL-операциях Node выигрывает за счет неблокирующей модели — согласно webandcrafts ^[6] и simplior ^[10].

Быстрое резюме по сценариям

Выбираем не язык — выбираем архитектуру

Проект — это не только код. Это:

• как вы деплоите;

• где живет бизнес-логика;

• как продукт ведет себя под нагрузкой;

• кого нанимаете и как часто теряете;

• как тестируете и документируете.

В этой плоскости PHP часто выигрывает прагматичностью.

Laravel отлично заходит для:

• e-commerce, когда Shopify не закрывает кастом;

• CRM;

• REST/GraphQL API с нетривиальной бизнес-логикой;

• внутренних админок.

Symfony — отдельная вселенная:

• если нужно event-driven, DDD и строгое деление слоев;

• за ним стоят API Platform, Sylius, EasyAdmin и масса enterprise-кейсов.

TypeScript + Node.js идеален, когда:

• нужен realtime (WebSocket, live-фичи);

• надо быстро показать интерфейс (Next.js + Vercel);

• нужна общая модель данных фронт↔бэк;

• приоритет — edge и serverless.

Если ваш продукт — это интернет-магазин с интеграциями, админкой, скидками и API, то вопрос «зачем усложнять» звучит всё громче. Не язык решает, а зрелость архитектуры. И провал возможен одинаково и на Symfony, и на Next.js — зависит не от чем, а от как.

Вывод

PHP не умер. Он стал… скучным. И это лучший комплимент в продакшн-мире: скучные технологии пережили хайп и доказали устойчивость. Laravel и Symfony — уже не «сайт за вечер», а платформы с богатой экосистемой, строгими практиками и предсказуемой поддержкой.

TypeScript/Node — двигатель стартап-культуры: один язык для всего, бешеный time-to-market. Но без архитектурного фундамента эта свобода быстро превращается в «джангу без джанго» — много свободы, мало рельс.

В 2025-м спор «PHP или Node» теряет смысл. Спрашиваем по делу:

• Кто будет это писать и поддерживать?

• Насколько архитектура готова к изменениям?

• Как быстро вырастет техдолг?

Если вы делаете продукт «вдолгую», вам нужна зрелость, а не только скорость. И PHP сегодня эту зрелость дает. Если же вы тестируете гипотезы — TypeScript/Node даст фору на старте. А пока интернет спорит, на «скучном» PHP спокойно обрабатываются миллионы заказов, платежей и API-запросов — без мемов про «смерть языка», зато с SLA.