PHP умирающий язык? Что и кто заменит веб-пенсионера
Споры про смерть PHP идут примерно столько же, сколько существует сам PHP. Каждые несколько лет меняется стек вокруг - сначала его "убьёт Java", потом "убьёт Node.js", затем "всё съест Python", потом "весь бэкенд уйдёт в Go", а сейчас в моду вошло "всё заменят серверлесс и LLM-агенты". И всё это время PHP продолжает делать свою работу на миллионах сайтов.
По данным W3Techs на 27 декабря 2025, PHP используется на 72.5% сайтов, где известен серверный язык. Это гигантская доля «реального интернета», и она объясняется не модой, а инерцией, инфраструктурой и экономикой: shared-hosting, дешёвый деплой, огромное наследие CMS (в первую очередь WordPress) и обилие готовых решений.
И да WordPress остаётся главным двигателем PHP-вселенной. W3Techs оценивает, что WordPress используется на 43.0% всех сайтов и на 60.2% сайтов, где известна CMS. Это не просто много — это системообразующий фактор: пока WordPress/экосистема плагинов/хостинг-рынок остаются такими, PHP будет жить.
Но популярность в веб-массе ≠ статус технологического лидера. На рынке внимания (где разработчики выбирают стек для новых продуктов) PHP много лет конкурирует не за первое место, а за право остаться разумным выбором хотя бы в части задач. В TIOBE Index за декабрь 2025 PHP стоит на 16 месте (1.36%). В рейтинге RedMonk (июнь 2024) PHP всё ещё прилично - 4 место, но этот рейтинг отражает скорее социальный шум (GitHub + Stack Overflow), чем долю в продакшне.
То есть картина такая: внизу айсберга PHP огромен, а на вершине трендов - спорен. Дальше разберёмся честно, где PHP действительно стареет и почему многие его называют пенсионером, кто его заменяет в новых проектах и почему он всё-таки может пережить очередной некролог.
Почему разговоры о смерти PHP не прекращаются
В 2000-х и ранних 2010-х PHP был де-факто стандартом веба по-умолчанию: дешёвый хостинг, простое внедрение, быстрый старт, бесконечные CMS и сайтики. Но затем веб стал другим:
- Архитектуры усложнились. Нужны очереди, события, асинхронность, real-time, микросервисы, многокомандная разработка, строгая типизация, наблюдаемость, масштабирование.
- Девопс-стек стандартизировался. Контейнеры, CI/CD, инфраструктура как код, прод-практики. Модель залил файлы по FTP ушла из продуктовых команд.
- Frontend стал доминировать. SPA/SSR-фреймворки, fullstack-JS, API-first. PHP в классическом рендерю HTML на сервере перестал казаться единственным путём.
- Появилась “экономика разработчика”. Сильные DX-инструменты (TS, Rust, Go), единые экосистемы пакетов, более строгие соглашения, консистентные стандарты.
На этом фоне PHP стал выглядеть как язык, который исторически вырос из практики, а не из теории. Он удобен, но местами неровен. Мощный, но не всегда элегантный. Быстрый в разработке, но часто дорогой в поддержке, если команда не дисциплинирована.
Статистика, которая многое объясняет
Ниже — небольшой «срез реальности»: где PHP по-прежнему доминирует, а где теряет позиции в умах разработчиков.
Эти цифры одновременно говорят две противоположные вещи:
- PHP нельзя списывать: он вшит в ткань веба.
- PHP нельзя романтизировать: он тянет за собой огромный «хвост» старых версий и практик.
Основные недостатки PHP (без мемов)
Ниже — не «троллинг», а причины, по которым продуктовые команды часто уходят от PHP в новые стеки.
1) Историческая неоднородность и «язык компромиссов»
PHP развивался десятилетиями под давлением обратной совместимости и реальной веб-практики. В результате многие части языка и стандартной библиотеки выглядят так, будто их проектировали разные эпохи:
- разная логика именования функций и параметров;
- множество исторических «особенностей» (включая спорные глобальные функции);
- смешение процедурного наследия и современного ООП.
Да, современный PHP намного аккуратнее, чем PHP 5. Но ощущение "неидеальности дизайна" остаётся - особенно для тех, кто пришёл из Go/Rust/TypeScript.
2) Слабая дисциплина в типизации «по умолчанию»
В PHP можно писать очень строго (тип-хинты, строгие режимы, статанализаторы), а можно - как в 2008-м. И вот это «можно по-разному» становится проблемой в больших командах: стиль кода и качество архитектуры зависят от внутренней культуры сильнее, чем в языках, где строгая типизация встроена в ДНК.
3) Модель исполнения и конкуренция: веб ≠ воркеры
Классический PHP вокруг PHP-FPM/Apache исторически заточен под request-response: пришёл запрос → выполнился код → процесс/воркер освободился. Это отлично для обычного веба, но сложнее для:
- высоконагруженных real-time сценариев,
- долгоживущих соединений,
- систем с тяжёлой асинхронностью.
Есть решения (Swoole/RoadRunner), но они не стали универсальным стандартом по-умолчанию, как, например, Node.js в real-time нише.
4) Неровная история качества экосистемы
Composer и современные фреймворки сильно улучшили ситуацию, но в мире PHP всё ещё много:
- старых библиотек без поддержки,
- legacy-CMS и плагинов с «магией»,
- проектов, которые обновлять страшно, потому что любое обновление ломает плагины.
И это снова упирается в инерцию рынка: если сайт живёт на плагинах, он будет держаться за старую версию до последнего.
5) Трудности с «единым современным стандартом разработки»
В экосистемах вроде Go или Rust «как правильно» встроено в tooling и комьюнити-нормы (форматтер, линтер, подходы к модулям). В PHP правильных путей несколько: Symfony-мир, Laravel-мир, WordPress-мир, legacy-мир. Это сила (разнообразие) и слабость (фрагментация) одновременно.
Что и кто заменит PHP - реальные наследники в 2020-х
Самый честный ответ: PHP не заменяет один язык. Его съедают по кусочкам разные стеки - каждый в своей нише. Ниже - карта замен.
Кандидаты-заменители
- Node.js / TypeScript лучший дефолт для команд, где фронтенд и бэкенд хотят один язык; сильная позиция в real-time (websocket), BFF (backend-for-frontend), SSR-приложениях; огромная экосистема и скорость разработки.
- Python (Django/FastAPI) быстрый бэкенд для продуктов, где много интеграций, аналитики, ML-составляющей; сильная позиция в стартапах и data-ориентированных командах.
- Go сервисы, API-шлюзы, микросервисы, высокая нагрузка, простая эксплуатация; любим DevOps-миром и платформенными командами.
- Java / Kotlin (Spring) enterprise-ландшафт, банки, интеграционные шины, большие системы и процессы; зрелые практики, долгоживущие команды, строгие контракты.
- C# / .NET корпоративный рынок, Windows-интеграции, сильные инструменты, высокая продуктивность; часто “замена PHP” в компаниях, которые строят внутренние платформы.
- Rust не массовая замена PHP, а точечная: производительные компоненты, безопасность памяти, edge-сценарии; чаще дополняет систему, чем становится основным веб-языком, с другой стороны объявленная Microsoft Rustификация всех их систем - это открывает большие перспективы для языка.
- No code: serverless/managed-платформы часть того, что раньше писали на PHP в монолите, теперь делают SaaS-ами: auth, payments, search, email, cms-headless, automations.
Почему PHP реально стареет - 10 симптомов
- Сильная зависимость от WordPress-экономики: это мощно, но делает PHP ассоциированным с контент-сайтами, а не с инженерными платформами. Соответственно риск убийства вордпресса со стороны AI LLM сейчас просто колоссален и скорее всего это и случится в ближайшие 5 лет.
- Долгий хвост старых версий: на вебе всё ещё заметны PHP 7 и даже PHP 5.
- Сложнее продавать стек в hiring - многим разработчикам психологически интереснее Go/TS/Rust.
- Фрагментация практик: "как правильно" зависит от лагеря (Laravel/Symfony/WordPress).
- Историческая нагрузка на язык и stdlib - слишком много наследия.
- Нативная асинхронность/конкурентность не стала базовой нормой.
- Слишком легко писать плохо (и слишком часто так и делают).
- Много проектов-сайтов вместо продуктов - рынок ассоциирует PHP с low-end.
- Граница между скриптом и сервисом размыта: в больших системах предпочитают языки про сервисы.
- Часть функциональности ушла в managed-решения: не нужен код там, где есть SaaS.
Но это не конец: что PHP улучшил и какие инновации появились за последние 5 лет
Здесь важно отделить мемы из нулевых от реальности PHP 8.x. За последние годы язык резко прибавил в строгости, выразительности и производительности.
Ключевые изменения в PHP 8.1–8.3 (официально)
- PHP 8.1: enums, readonly properties, fibers, intersection types, first-class callables, performance improvements.
- PHP 8.2: readonly classes, standalone types (null, false, true), deprecated dynamic properties, performance improvements
- PHP 8.3: typed class constants, deep-cloning readonly properties, расширения randomness, performance/cleanup.
Это вещи, которые приближают PHP к современным стандартам: более строгая модель данных, меньше "магии", больше гарантий, лучше инструменты для проектирования доменной модели.
Линия здоровья экосистемы - PHP Foundation и фокус на развитие
Отдельно важно, что экосистема взрослеет организационно. The PHP Foundation была запущена в ноябре 2021 и декларирует миссию обеспечить процветание PHP. JetBrains в обзоре State of PHP 2024 подчёркивает роль Foundation и перечисляет направления улучшений (включая security audit и новые инициативы).
Где PHP остаётся сильным (и почему он может выжить)
Парадокс PHP в том, что его сильные стороны редко выглядят реально крутыми и инновационными, но почти всегда выглядят экономически рационально.
1) Супермассовая база и стоимость миграций
Когда у вас WordPress-сайт или проекта на Laravel с десятками плагинов, переписать на Go - не инженерное решение, а бизнес-проект на месяцы/годы. И чаще всего бизнесу это не надо. Поэтому PHP будет жить там, где доминирует прагматика: маркетинг-сайты, контент-порталы, магазины на WooCommerce, корпоративные сайты.
2) Современные фреймворки делают PHP нормальным продакшен-языком
Laravel/Symfony научили рынок структурировать код, писать тесты, строить архитектуру, внедрять DI, работать с очередями, делать зрелые приложения.
И важно: по данным JetBrains, 86% PHP-разработчиков уже на PHP 8. То есть внутри профессионального слоя обновление идёт, даже если веб-масса обновляется медленнее.
3) PHP может занять понятную нишу "операционного веба"
Если сформулировать нишу будущего для PHP без иллюзий, это:
- контент и commerce (WordPress/WooCommerce-экономика),
- быстрые продуктовые панели/админки/B2B-кабинеты,
- монолиты среднего размера, где важнее time-to-market и стоимость владения, чем идеальная “cloud-native” чистота,
- интеграционные web-слои вокруг CRM/ERP и бизнес-логики (особенно в МСБ).
Так PHP "умирает" или просто стареет?
PHP не умирает как технология. Он перестаёт быть языком мечты для новых поколений и это правда. Сдвиг трендов, внимание к TypeScript/Go/Python и давление современного dev-мира делают PHP менее очевидным выбором для новых продуктов. Это видно даже по популярностным индексам.
Но PHP не исчезает, потому что он держится не на хайпе, а на:
- огромной установленной базе (72.5% сайтов среди известных серверных языков),
- WordPress-факторе (43% всех сайтов),
- экономике миграций,
- и заметной эволюции языка (8.1–8.3 принесли мощные изменения).
Почему он всё-таки может выжить и развиваться
Во-первых, PHP научился меняться. Современные версии закрывают ключевые претензии прошлого: типизация стала серьёзнее, модель разработки - взрослее, а язык перестал быть скриптом для вставки в HTML и стал нормальным инструментом для доменных приложений. Enums, readonly-модель, fibers, типизированные константы классов и отказ от части "магии" - это именно те шаги, которые делают код предсказуемее и дешевле в сопровождении.
Во-вторых, у PHP есть естественная устойчивая ниша, которую не так легко отнять: массовый контент-веб и коммерция на базе WordPress-экосистемы, плюс огромный рынок SMB-приложений, где важны скорость поставки, стоимость и доступность разработчиков. Пока WordPress остаётся на уровне ~43% всех сайтов, PHP не просто выживет - он будет оставаться одним из главных языков интернета, пусть и не самым модным.