PHP жив: почему он вечен и что это говорит о настоящем вебе

Search “PHP is dead” on Reddit, and you’ll find hundreds of threads declaring it outdated, a relic from the Web 2.0 era.

WordPress, built on PHP, powers 43% of the entire web. Wikipedia processes 24 billion page views monthly on PHP backends. Three out of every four websites you visit process your request with the same language the internet calls “dead.”

But what keeps PHP alive when Node, Python, Go, and Rust all promised to replace it? And what does its survival reveal about how the web actually works?

A Brief History of “Personal Home Page Tools”

PHP started by accident. In 1994, Rasmus Lerdorf wrote a set of Common Gateway Interface (CGI) binaries in C to track who was looking at his online resume.

He called it “Personal Home Page Tools,” short for PHP Toolset.

Lerdorf didn’t design it with a grand philosophy like Python’s readability or Java’s portability. He built a hammer for a specific nail: putting dynamic content on static web pages.

By 1997, it evolved into PHP 3, and the acronym changed to “PHP: Hypertext Preprocessor.” The best part? PHP just worked. You uploaded a file, and the server rendered it. That pragmatic DNA never left the language.

From the object-oriented revolution of PHP 5 to the performance leaps of PHP 7 and 8, the language stayed focused on the web. It avoided becoming a systems language or mobile development tool. It stayed in its lane and eventually paved that lane with gold.

How Much Influence Does PHP Really Have?

According to W3Techs, PHP powers 72.6% of all websites for which we have server-side programming language data. Three out of every four websites you visit likely process your request with PHP.

A massive chunk comes from WordPress, which powers 43% of the web. In fact, most of the websites on our shared hosting use PHP.

But it’s not just blogs. PHP runs Wikipedia and countless e-commerce platforms that process billions in transactions annually.

When you look at the “dead” language, you see the engine of the web. Most businesses don’t need microservice architectures. They need to put text on a screen, capture a lead form, and process a credit card.

PHP does this natively.

Why Do People Declare PHP “Dead” So Often?

Despite dominating the market, the “PHP is dead” narrative persists.

Why? Because the tech world confuses “boring” with “dead.”

We’re addicted to novelty. A new framework launches on Hacker News, and developers rush to rewrite their stacks. This perspective ignores what robust infrastructure actually means.

The plumbing in your house isn’t exciting. It hasn’t changed much in fifty years. But you don’t tear out your pipes every time a new alloy is invented. You rely on pipes because they work, and because plumbers know exactly how to fix them.

Yet every few years, a new challenger appears to try to dethrone PHP. Ruby on Rails promised developer happiness. Node.js promised one language for frontend and backend. Go promised raw speed.

Each time, the tech press declared PHP’s reign was over. And each time, the usage numbers refused to drop.

Why Haven’t We Seen Another Web Language Like PHP in 30+ Years?

In over three decades of reinventing databases, frontends, and servers, no one has successfully replicated the PHP model. We’ve seen better languages and faster runtimes, but we haven’t seen another tool that works like PHP.

1. It Embeds Logic Directly Into Your HTML

PHP was designed to embed directly into HTML. In almost every other stack, the “program” and “output” are strictly separated.

For example, with Python (Django) or Ruby (Rails), you write a program that processes data, then push that data into a templating engine to generate HTML.

PHP lets you open a file, write standard HTML, and then open a <?php tag right inside a <div> to run a loop or fetch a database row. This feels like a natural extension of your pages. A beginner can copy a snippet, paste it into an HTML file, and see dynamic results immediately.

This ease of implementation created the massive ecosystem of themes and plugins that powers WordPress today.

2. The “Born to Die” Architecture Improves Language Stability

In long-running process languages like Node.js, Java, or Python, the application loads into memory and stays there, handling thousands of requests over hours or days.

This is efficient, but fragile. A developer’s mistake with an open variable grows into a memory leak until the server crashes. One request with an unhandled exception can bring down the entire process for everyone.

PHP takes a different approach. It kills the process after every single request. A user visits a page, PHP starts up, loads necessary resources, runs the code, sends HTML, and then dies. Memory gets wiped clean.

This “born to die” lifecycle means memory leaks are nearly impossible to sustain. A sloppy script can only hurt itself. It can’t destabilize the server.

This resilience makes PHP perfect for shared hosting environments and massive deployments where reliability matters more than raw speed.

3. Deployment Is Instant Because There Is No Build Step

Modern deployment pipelines are complex. To launch a JavaScript application, you could need a build step (Webpack/Vite), a container registry (Docker), an orchestration service (Kubernetes), and a reverse proxy (NGINX).

But PHP deployment remains refreshingly primitive even today. You copy a file to a server, that’s it.

Because servers treat PHP files as executable assets rather than compiled applications, the “build step” often doesn’t exist. You change a line of code, save the file, and the change is live.

The feedback loop is addictive. It allows rapid iteration that compiled languages can’t match.

4. The Massive Standard Library Prevents “Dependency Hell”

In the JavaScript ecosystem, simple tasks require external packages.

Format a date? Install a library.

Parse a form? Install middleware.

This is dependency hell.

PHP takes a “batteries included” philosophy. The standard library includes native support for database connections, JSON parsing, file manipulation, image processing, and email transmission.

PHP developers can build complex applications with near-zero external dependencies. Because of this approach, code written in vanilla PHP in PHP 7 runs just as well today. That’s because all dependencies are updated along with the language, and there’s no chain of third-party packages that were abandoned.

5. It Prioritizes Shipping Working Code Over Purity

PHP never pretended to be academic. It never claimed to be the “smartest” language in the room. PHP positioned itself as the language for getting work done.

This attracted a specific type of developer: the pragmatist. The freelancer who builds a store for a local bakery in a week. The agency that ships ten sites monthly. The startup that validates an idea before running out of cash.

Этим разработчикам не нужны монады или указатели на память. Им нужно быстро выпускать работающее ПО. И поскольку они могли это делать — они зарабатывали деньги. А поскольку они зарабатывали деньги — они продолжали использовать PHP.

Технические улучшения в современном PHP

Просто «сделать работу» недостаточно, если инструмент медленный или небезопасный.

Хотя старые жалобы на производительность были справедливы в 2015 году, современные версии решили проблемы вроде непоследовательного именования функций, низкой скорости и уязвимостей безопасности, которые сделали PHP объектом для шуток.

1. Статическая типизация теперь доступна

В PHP была слабая типизация. Он слишком старался быть полезным, автоматически преобразуя строки в числа или null в нули, что приводило к незаметным ошибкам.

Современный PHP (8.0+) поддерживает динамическую типизацию, то есть язык сам определяет тип переменной на основе её использования. Он также даёт вам свободу выбора между строгой и слабой типизацией для тех, кто хочет конкретно следовать одному из подходов. С типизированными свойствами, объединёнными типами (union types) и объявлениями типов возвращаемых значений разработчики могут обеспечивать целостность данных так же строго, как в Java или C#.

Вам больше не нужно гадать, что возвращает функция.

2. Скорость значительно улучшилась

Годами разработчики мирились с тем, что PHP медленный. Этот компромисс закончился с выходом PHP 7.

Команда переписала Zend Engine для лучшего управления памятью. Тесты от Phoronix показали, что PHP 7 обрабатывал вдвое больше запросов в секунду, чем PHP 5.6.

PHP 8 добавил JIT-компилятор (Just In Time), который обогнал Python и Ruby в стандартных веб-задачах. Хотя он не сравнится с системными языками вроде Rust или C в чистых вычислениях, он стал быстрее, чем запросы к базе данных, которые обычно его задерживают.

3. Небезопасные настройки по умолчанию ушли в прошлое

В начале 2000-х туториалы по PHP учили плохим практикам. Они показывали разработчикам, как вручную очищать ввод, используя неуклюжие функции вроде mysql_real_escape_string. Это привело к эпидемии SQL-инъекций в середине 2000-х.

PHP 7 сделал смелый шаг, нарушив обратную совместимость, полностью удалив старые функции mysql_*. Если вы попробуете запустить такой небезопасный код сегодня, приложение упадёт.

Современная разработка на PHP по умолчанию полагается на PDO (PHP Data Objects) и подготовленные выражения (prepared statements). Это отделяет данные от запроса перед обращением к базе, что по умолчанию делает распространённые атаки невозможными. Теперь вам придётся сильно постараться, чтобы написать небезопасный код.

Какие угрозы существуют для PHP?

Если более совершенные языки, более быстрые среды выполнения и насмешки не смогли убить PHP, то что сможет?

Его не заменит «лучшая» версия его самого. Его заменят только в том случае, если фундаментальная архитектура веба сместится в направлении, где PHP больше не подходит.

Командам выгодно использовать единый язык

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

Когда команда стандартизируется на Node.js, она устраняет трение от поддержки двух отдельных групп разработчиков. У вас перестают быть «PHP-специалисты» и «React-специалисты», а просто есть инженеры.

Пользователь Reddit kavacska объясняет бизнес-логику:

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

Компании могут нанимать JavaScript-разработчиков, которые работают со всем стеком. Эта эффективность — самый сильный аргумент против PHP. По мере усложнения фронтенд-логики растёт и стремление использовать тот же язык на стороне сервера.

Он не был создан для бессерверных технологий (Serverless)

PHP основан на архитектуре «shared-nothing» (без разделяемого состояния). Каждый запрос запускает новый процесс, который завершается сразу после обработки. Этот дизайн противоречит современным принципам serverless.

Бессерверные платформы предпочитают приложения, которые остаются «тёплыми» и разделяют состояние между запросами. PHP заставляет среду выполнения перезапускаться каждый раз.

Пользователь Reddit donatj подчёркивает технические сложности:

«Большое простое преимущество Go — это как раз состояние между запросами. В стандартных серверных настройках каждый запрос, который обрабатывает PHP, запускается «холодным» и должен загружать своё состояние из сессии, серверов кеширования и баз данных».

Хотя инструменты вроде Bref существуют, они навязывают постоянную (persistent) модель языку, созданному для «смерти» после запроса. Языки, изначально созданные для serverless, обрабатывают это естественным образом. PHP требует взлома среды выполнения, чтобы избежать задержек.

Если веб полностью перейдёт на событийно-ориентированные бессерверные функции, PHP потребуется полная переработка, иначе он рискует стать неактуальным.

Экосистема ИИ построена на Python

Главная угроза для PHP в том, что следующее десятилетие веба пишется на Python.

Python — стандарт для разработки ИИ. Поскольку основная работа происходит там, вся экосистема инструментов концентрируется вокруг него.

Пользователь Reddit tei187 объясняет:

«Python — это язык по умолчанию, когда речь заходит о разработке ИИ… люди, которые начали заниматься ИИ, построили свои стандарты, процессы и окружение вокруг Python. Потребовалась бы эквивалентная команда людей, чтобы сделать то же самое в PHP, чтобы этот язык стал жизнеспособным вариантом».

Если ваше приложение становится обёрткой для ИИ-агентов, то запуск PHP-сервера, который постоянно вызывает Python-микросервисы, добавляет сложности. Чистый Python-стек полностью избегает этой задержки API.

PHP остаётся безопасным долгое время после окончания официальной поддержки

Долголетие PHP не случайно. Его поддерживает интуитивно понятная экосистема поддержки, созданная для поддержания стабильности сайтов по мере развития бизнеса в его собственном темпе.

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

DreamHost использует другой подход. Как один из немногих оставшихся независимых веб-хостов, нам не нужно отчитываться перед инвесторами, требующими квартального роста.

Мы предлагаем Расширенную поддержку PHP (PHP Extended Support) — сервис, предназначенный для обеспечения безопасности устаревших версий PHP после окончания их официального жизненного цикла. Это даёт клиентам время, необходимое для планирования, тестирования и ответственного обновления.

Когда версия PHP достигает конца поддержки, наша инженерная команда продолжает её обслуживать, выполняя:

• Постоянное обслуживание безопасности для устаревших версий PHP
• Обеспечение непрерывной совместимости с распространёнными платформами для сайтов
• Защиту работающих сайтов от возникающих рисков без принуждения к немедленному обновлению
• Предоставление клиентам времени для планирования и тестирования обновлений ответственным образом

Эта работа позволяет сайтам, работающим на версиях с 5.6 по 8.1, оставаться защищёнными, пока обновления разворачиваются по графику, который имеет смысл для бизнеса.

Расширенная поддержка PHP отражает ключевую реальность веба: стабильность важна.

Программное обеспечение не нужно переписывать каждый раз, когда выходит новая версия. Оно просто должно быть безопасным, предсказуемым и хорошо поддерживаемым.

С каждым новым выпуском ПО PHP остаётся последовательным, демонстрируя свою надёжность и стабильность.

Именно это позволяет миллионам сайтов на PHP работать бесперебойно сегодня и даёт клиентам возможность модернизироваться без сбоев.

Какой вердикт?

PHP не гонится за трендами, и именно поэтому он остаётся.

Веб построен не на новизне. Он построен на технологиях, которые балансируют производительность, безопасность и стоимость, поддерживая реальный бизнес в масштабе. PHP десятилетиями незаметно оттачивал этот баланс.

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

Пока веб полагается на HTML, базы данных и серверы, отвечающие на запросы, PHP остаётся естественным выбором. Он эволюционировал там, где это важно, остался простым там, где это критично, и доказал, что долголетие — это не недостаток, а преимущество!

PHP не мёртв, он фундаментален.