Привет, хабровчане! Я Алиса — тимлид в e-commerce-агентстве KISLOROD, по базовой профессии — сеньор PHP-разработчик с десятилетним стажем. И да, спойлер: PHP не только жив, он бодро бегает марафоны.
По данным W3Techs, 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, Zimuel, Tideways):
Проект / Фреймворк |
PHP 8.1 |
PHP 8.2 |
PHP 8.3 |
Прирост |
Laravel 10.16 |
611 r/s |
670 r/s |
925 r/s |
+38 % |
Drupal 10.1 |
920 r/s |
940 r/s |
1432 r/s |
+52 % |
Symfony 6.3 |
931 r/s |
997 r/s |
1182 r/s |
+27 % |
CodeIgniter 4.3 |
1120 r/s |
1180 r/s |
1684 r/s |
+50 % |
Из наблюдений сообщества: 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, унификация стека и доступность разработчиков.
Один язык для всего. React на фронте, Node.js на бэке — единая модель типов, проще обмениваться контекстом в маленькой команде.
Экосистема под MVP. Next.js, Vercel, Prisma, Supabase, tRPC, Zod, Clerk — интеграции за считанные дни.
Быстрый визуальный результат. SSR, Tailwind, edge-функции, простейший CI — собирается «из коробки».
Контент и порог входа. Джун, прошедший курс по JS, уже пишет middleware в Express. Да, качество страдает — стартап принимает этот риск.
Инфраструктура. Vercel/Netlify/Supabase и serverless делают деплой «в один клик», часто без DevOps.
Но потом приходит «взрослая жизнь». Через год многие переписывают бэкенд на Go/Elixir/.NET или… на PHP с Symfony. Первая версия часто «на коленке»: без тестов, бизнес-логика размазана по контроллерам. И тут PHP выигрывает в долгую: MVP стартует не так стремительно, зато масштабируется предсказуемее.
Laravel/Symfony vs Next.js/Node.js: честное сравнение
Свести спор к «старый язык vs новый язык» — ловушка. Смотрим на задачи, сроки и команду поддержки. Собрала сводку по ключевым критериям:
Критерий |
Laravel / Symfony |
Next.js + Node.js |
Строгая типизация |
PHP 8.1+ + PHPStan/Psalm, enum’ы |
TypeScript, типизация в платформе |
Async & event loop |
Octane + Swoole/RoadRunner (обвязка) |
Из коробки, на уровне платформы |
Экосистема |
Composer/Packagist, зрелая и стабильная |
npm, динамичная, но фрагментированная |
DX (Developer Experience) |
Artisan, Laravel Sail, Symfony Flex |
Быстрый старт, но часто костыли |
Время на MVP |
Чуть дольше с кастомной архитектурой |
Очень быстро за счет шаблонов/CLI |
Масштабирование |
Предсказуемо, DDD-friendly (особенно Symfony) |
Зависит от команды, не от стека |
Найм |
Много middle-senior на рынке |
Много джунов, сеньорный fullstack редок |
DevOps |
Нужны docker/CI/CD ручками |
Serverless/PaaS из коробки |
Тестируемость |
Часть философии (особенно в Symfony) |
Часто «на потом», но возможно |
Если проекту нужны SLA, API-first, модульность и годы поддержки — «тяжелые» фреймворки PHP дают меньше хаоса и больше предсказуемости. Next/Node — это скорость и кайф, но за пределами MVP нужна дисциплина, которую многие команды изобретают на ходу.
PHP vs Node.js в цифрах и сценариях
В 2025-м вопрос уже не «кто быстрее», а «где кто уместнее».
Архитектура и многозадачность. По данным webandcrafts и netguru, Node.js — асинхронный event-loop (V8 + libuv) и топ для I/O-нагрузок. PHP по умолчанию синхронен, но в связке с Octane/Swoole/RoadRunner работает в event-loop-режиме.
CPU-интенсивные задачи. Согласно наблюдениям разработчика, С JIT (с PHP 8.0) и оптимизациями 8.2–8.3 PHP прибавил на вычислениях; в отдельных тестах PHP 8.3 с JIT опережал Node.js, тогда как Node закономерно лидирует на I/O.
-
Реальные сравнения API. Сообщество разработчиков отмечает, что Node.js порой требует больше CPU/RAM (в ~2 раза при миграции с PHP на Node для равного функционала). Есть кейсы сравнения Lumen (PHP) и Adonis (Node): ~1762 r/s (28 мс) против ~925 r/s (54 мс) соответственно — на задачах с БД PHP оказался почти вдвое быстрее.
Hello World и простые эндпоинты. В синтетике Kinsta «Hello World» у Node ~31 мс против ~91 мс у PHP 7.4; в JSON/MySQL-операциях Node выигрывает за счет неблокирующей модели — согласно webandcrafts и simplior.
Быстрое резюме по сценариям
Сценарий |
Node.js |
Современный PHP |
Асинхронное I/O / realtime |
Оптимален из коробки |
Работает, но требует обвязки |
CPU-интенсивные расчёты |
Меньше преимуществ |
JIT дает прирост |
API с БД |
Хорошо, но не всегда топ |
Часто быстрее и стабильнее |
Потребление ресурсов |
Выше, кейсы сложнее |
Ниже, но любит вертикальный скейл |
Выбираем не язык — выбираем архитектуру
Проект — это не только код. Это:
как вы деплоите;
где живет бизнес-логика;
как продукт ведет себя под нагрузкой;
кого нанимаете и как часто теряете;
как тестируете и документируете.
В этой плоскости 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.
Комментарии (61)
ZvoogHub
10.09.2025 08:19Знаете, когда я первый раз услышал "PHP умер"?
После выхода PHP 3.0, это 27 лет назад.
Да, я очень стар. Уж и не помню кто тогда конкурентами пхп был.
Zippy
10.09.2025 08:19Приемущество PHP - возможность разворачивать приложения на дешевом виртуальном хостинге не требующем особого администрирования.
Преимущество других стеков... Да вообщем то никакого в 99.9 процентах случаев. то есть случаев разработки обычных сайтов и сервисов , владельцам и пользователям которых нет дела на чем там оно написано. На "крутом" стеке или на php/mysql то есть стеке для "старперов"
Free_ze
10.09.2025 08:19Для кого это преимущество? Для микробизнесменов, которые сами могут WP развернуть? Или для отчаившихся программистов на дне рынка, которые иначе не умеют? Сейчас дешевый VPS стоит в месяц меньше чашки кофе.
funca
10.09.2025 08:19https://bref.sh/ позволяет запускать PHP на AWS Lambda. По данным их телеметрии ежемесячно так обрабатывается, если не путаю, 37 триллионов запросов в месяц (~14K rps).
Zippy
10.09.2025 08:19Не знаю где вы такие дешевые VDS нашли но виртуальный хостинг
в любом случае намного дешевле. И не требует никаколго дминистрирования настройки ПО и прочего в отличие от VDS.
В этом и преимущество для пользователей - зачем человеку который держит сайт для кафе или ИМ
переплачивать если можно поставить WP на гаред хостинг
что может сделать и не особо айтишник?
Конечно с точки зрения разработчика чем дороже и сложнее стек и деплой тем лучше - больше денег. Но для тех кто платит преимущество именнго сайтыв на PHP на виртуальном хостинге тем более кроме жадности разрабов обывчно нет никаких причин использовать что то другое.Free_ze
10.09.2025 08:19Не знаю где вы такие дешевые VDS нашли
виртуальный хостинг в любом случае намного дешевлеНе буду рекламу делать, но могу скинуть прайс:
скриншот
VPS/VDS - это тоже виртуальный хостинг, первая буква обязывает.
не требует никаколго дминистрирования настройки ПО и прочего в отличие от VDS.
Во-первых, многие хостеры предлагают предустановку привычной панели управления, во-вторых, минимальная настройка VPS описывается одним блоговым постом, коих уже миллион понаписано. Обслуживать VPS нужно не больше шареда.
зачем человеку который держит сайт для кафе или ИМ переплачивать если можно поставить WP на гаред хостинг
Про социалки рядом тоже в кассу заметили - они нынче достаточно могучие и имеют больше возможностей продвижения. Для типового решения не нужен WP. Для кастомного решения - лучше заплатить специалисту, чтобы не огрести проблем для бизнеса из-за дилетантских ошибок и получить качественный продукт. А специалисту это не преимущество.
WP - это как Excel на котором обширное использование макросов - это уже плохая идея.
чем дороже и сложнее стек и деплой тем лучше - больше денег.
Деплой всегда должен сводиться к кнопке с зеленой стрелочкой или запуску одного скрипта. Стеки чаще всего бесплатные, а сложность условного NodeJS не то, чтобы выше того же PHP.
alex8079
10.09.2025 08:19Нет ничего глупее сравниние VPS с шаренным по только по цене.
Гемор по поднятию и администрированию сайта на VPS ни в какое сравнение не лезет с шаренным хостингом.
Куда девается свободное место на SSD?
Какого * от моих 2 гигов остался только 1, а то и 512 свободных RAM при двух десятках посетителей сайта в сутки? (что там в этом убогом пингвине такое работает фоном и съедает мои гигабайты?). Очень увлекательное расследование...
Давайте установим SSL сертификат... Добро пожаловать в увлекательное чтиво про cert bot.
Давайте попробуем добавить удобств в управление VPS и установим какую-нибудь панель... wait a minute... а, напомните, зачем нам VPS?
У меня на виртуалке крутится эта ваша Бубунта c ПХП и прочими Машками. И VPS у меня был, потому что мне нужно было держать постоянно запущенным один скрипт, получающий json-ы и отгружающий их в бд в реальном времени. Я, как бы, в курсе, как все это поднять на дебиановских пингвинах, но не видеть разницы в кол-ве телодвижений и затраченном времени на администрирование сайтов между shared хостингом и VPS может либо тот, кто с чем-то из этого реально НЕ работал, либо "не очень умный человек" (достаточно политкорректно?).
VPS оправдан только тогда, когда нужно запускать что-то, что shared хостингами не поддерживается типа постоянных скриптов, вебсокетов и т.п.
Если что, composer и git на shared хостингах, как правило, присутствует. Хотя можно жить и без этого... когда разработка ведется НЕ по принципу 10 человек красят одну кнопку 8 дней (да, та самая "working in a team" at it's best).
Персонажам с комментами типа "skill isssue": WELCOME! Вас здесь очень не хватает!
lleo_aha
10.09.2025 08:19Не совсем понял аргумент что у TypeScript "типизация в платформе". В PHP вот strict types там где можно их сделать - приводят к runtime ошибкам в том числе (что, как по мне, хорошо - это на случай, если моя точка зрения не совсем ясна). TypeScript - это типизация на этапе транспиляции только.
undersunich
10.09.2025 08:19Да PHP двигается вперед: он стал таким запутанным что хочется его забросить. И его забрасывают. Красота PHP была в простоте и это работало.И работает сейчас просто по инерции
riky
10.09.2025 08:19так скрипт написанный 15 лет назад и сейчас запустится. кто мешает по старому? )
Expany
10.09.2025 08:19Не факт, перед запуском стоит свериться с изменениями между версий, т.к. некоторые функции меняли типы, порядок аргументов, внутреннее устройство.
Элементарный пример: https://onlinephp.io/c/cdefa и https://onlinephp.io/c/9d3dc наглядно демонстрирует, что через года, некоторые части элементарного скрипта, уже могут расходиться с ожидаемым поведением.riky
10.09.2025 08:19изменения несоменно есть, но мой коммент ответ на "Красота PHP БЫЛА в простоте и это работало" - о том что php почти не изменился, старый код работает (пусть с небольшими изменениями) поэтому так же можно писать по старому. Напротив, видимо поменялось чтото в голове? Или сложным выглядит использованием фреймворка?
FanatPHP
10.09.2025 08:19Чего-чего? Это где это вы ожидали, что сравнение строки 'string1' с числом 0 даст истину? У вас реально на этом строилась логика? Для всех остальных это не "ожидаемое поведение", а очевидный БАГ. Который и был исправлен.
FanatPHP
10.09.2025 08:19Впрочем, ваш пример натолкнул меня на другой: многие функции перестали принимать null вместо строки, например htmlspecialchars(). Это да, неприятно, если у вас исходно был кривоватый код
Uporoty
10.09.2025 08:19По данным W3Techs, PHP работает на более чем 76% серверов, где известен язык бэкенда.
давайте только будем честны сами с собой: на подавляющем большинстве этих серверов PHP не просто так, и не потому что там
...строгая типизация, enum’ы, readonly-поля, корутины через Fibers, DI-контейнеры уровня enterprise и асинхронщина через Swoole или RoadRunner. ... производительность и масштабируемость.
Фреймворки первой линии, Laravel и Symfony ... «фундамент серьезной архитектуры». Laravel Octane в связке с Swoole/RoadRunner ... async-ready приложения с высокой пропускной способностью ... Symfony + API Platform ... для headless-CMS, DDD-систем и микросервисов.
а потому что там древний Wordpress со страшным кодом :)
FanatPHP
10.09.2025 08:19Мне кажется, стоит перестать ссылаться на статистику W3Tech. Во-первых, они нигде не приводят количество серверов, для которых "технология неизвестна". А из этой цифры можно было бы вывести реальный процент. Во-вторых, количество хостов - не самая адекватная метрика. Если смотреть по трафику, то РНР сразу скатится вниз. Из 20 топовых сайтов интернета по трафику, только четверть имеет отношение к РНР.
В-третьих, подавляющее большинство этих хостов работают под уордпресс. И слова про прекрасный новый РНР становятся несколько двусмысленными. Но главное - эта пресловутая цифра,146%74%, говорит о популярности определённой блог-платформы, а не языка РНР.
И, кстати, о популярности языка. Количество просмотров у статей в этом хабе упало за 8 лет в 10 раз: с 30к в среднем 8 лет назад до 3k сейчас. Возможно, это Хабр уже не торт, но в любом случае отрицать падение интереса к языку глупо.
Lewigh
10.09.2025 08:19Звучит красиво. Но как говорится, есть нюанс.
Судя по описанию, PHP героически пытается догнать то что в других языках или из коробки или уже было 10 и более лет назад. Вопрос, почему мне должен быть интересен догоняющий язык больше чем языки которые он догоняет? Чем интересен должен быть язык в который вливаются огромные труды только для того чтобы он мог постоять рядом с языками которые таких проблем и не имели?
Сила и киллер-фича, которая сделала PHP мега популярным, была в его простоте. Вместо того чтобы исправлять проблемы и развивать язык в данной направлении, вкладывается очень много сил просто чтобы сделать another one догоняющий язык.
Есть у нас на рынке две компании которые выпускают продукт. Одна выпускает очень дорогой и качественный а другая не такой качественный но не дорогой и за счет этого имеет огромный спрос. Самое гениальное что может сделать вторая компания так это забросить свою идею и начать пытаться бодаться с первой в области высокого качества и цены.
riky
10.09.2025 08:19давайте утрирую: я вам создам новый чистый язык со всеми модными фичами, будете использовать?
нет - потому что у него экосистема нулевая.
у php очень много готовых библиотек, материалов по нему, решений проблем и тд.
низкий порог входа у него по прежнему остался, вы по прежнему можете начать проект с <?php echo "hello world";
но он растет в глубину, добавляя возможностей для продвинутых пользователей... ну и большая часть сложности скрыта в библиотеках и фреймворках.Lewigh
10.09.2025 08:19Причем тут новый язык если сравнение идет с языками которым очень много лет, у которых жирные и зрелые экосистемы и у которых просто нет тех проблем с которыми PHP героически борется.
Вопрос то был простой - зачем язык которые героически борется с проблемами которых у существующих решений и языков нет и скорей всего вообще не было?
dzaytsev91
10.09.2025 08:19PHP работает на более чем 76% серверов
Справедливости ради нужно сказать что большинство этих проектов мертвые в том смысле что никакой активной разработки там нет, они просто живут своей жизнью
Areso
10.09.2025 08:19они просто живут своей жизнью
И это прекрасно.
Двигание кроватей в каждой новой версии чего-либо порядком надоело.
PavelBelyaev
10.09.2025 08:19Ну веб студии во всю пилят магазины на Битриксе, а самостоятельные компании на yii или ларавель. Java как будто в банках только. Python с Джанго еще есть, но раньше я о Джанго слышал чаще чем сейчас.
NimuraF
10.09.2025 08:19По лично моим ощущениям, почти вся когорта интерпретируемых языков начинает потихоньку терять популярность на фоне бума Go и Rust (вопрос их реального использования на практике всё ещё стоит, но они явно повлияли на классическую тройку Python/Node/PHP). Вообще сейчас даже как-то C# и Java немного воспряли духом (хотя казалось бы), осталось только подождать, куда эта тенденция реально пойдёт. Ведь для того же Go или Rust-а в вебе реального применения не так уж и много (разве что в бигтехе)
Neo28
10.09.2025 08:19Мне тут знакомый недавно сказал. А я начал новый проект на пыхе. Аргументация была.... я команду собрал дешевле, чем новомодных гоферов.... есть и такое
muhachev
10.09.2025 08:19нормальному живому языку нет нужды постоянно кипэлайвить и оправдывать своё бренное существование. одни только пхпэшники непрерывно вопят, пытаясь громкой канонадой холиварных залпов заглушить свои нравственные страдания, причиняемые им смутным непреходящим чувством заведомо подразумеваемой, но тщательно скрываемой вины в неумышленной причастности к перманентной реанимации, реинкарнации и противоестественно-искусственного хаотичного амбулаторного омоложения, скрытного протезирования и косметического окостыливания разных частей и органов эклектически мумифицирующегося Зенд-пациента, порочащим легаси связям с которым они посвятили в результате наивного недоразумения всю свою жизнь.
ALapinskas
Скорее унифицируется. Языки становятся похожими друг на друга, фитчи одних перетекают в другие, удачные решения и фреймворки на одних языках копируются в другие.
mitzury
будет ли когда то один язык на "все"?
Format-X22
Маркетологи LLM говорят что английский.
VadimContentHunter
Уже есть c/c++ на нем можешь писать что угодно веб сервер, приложение десктоп, почтовый сервер, работать с внешними устройствами и так далее
mitzury
Можно капнуть глубже.. есть схемотехника и паяльник ну или попроще - ассемблер.
Все таки с++ это не совсем ответ на данный вопрос.
PickaPickaMan
И это хорошо. Потому что споры смещаются с какой язык круче на какой инструмент лучше решает мою задачу