Если бы в интернете вручали премию за количество мемов, в финал наверняка вышли бы Леонардо ДиКаприо, коты с осуждающим взглядом и язык PHP. Над последним разработчики шутят уже столько лет, что фразу «я пишу на PHP» лучше говорить шепотом или не говорить вовсе.

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

2026: многие по-прежнему говорят, что PHP умер. На самом деле он продолжает получать новые версии, обслуживать миллионы сайтов и игнорировать собственные похороны.
2026: многие по-прежнему говорят, что PHP умер. На самом деле он продолжает получать новые версии, обслуживать миллионы сайтов и игнорировать собственные похороны.

С чего началась история PHP

История PHP началась не в лаборатории крупной IT-компании и даже не с планов создать новый язык программирования. В 1994 году программист Расмус Лердорф написал несколько небольших серверных программ для собственной страницы с резюме. Они помогали ему отслеживать посещения сайта и собирать простую статистику. Набор инструментов получил название Personal Home Page Tools, или сокращенно PHP Tools. На этом этапе PHP еще не был полноценным языком — скорее личным комплектом утилит, созданным для решения конкретной задачи.

Постепенно возможностей обычного счетчика стало не хватать. Лердорф добавил обработку веб-форм и взаимодействие с базами данных, благодаря чему на основе проекта уже можно было создавать простые динамические веб-приложения. В июне 1995 года он опубликовал исходный код PHP Tools, а в апреле 1996 года после очередной переработки представил PHP/FI, где FI расшифровывалось как Forms Interpreter. В июне того же года проект получил статус версии 2.0. Именно PHP/FI 2.0 стал этапом, на котором набор отдельных инструментов начал превращаться в самостоятельный язык серверного программирования.

Мемов настолько много, что все в эту статью не поместятся. Но некоторые мы приложим, наслаждайтесь...
Мемов настолько много, что все в эту статью не поместятся. Но некоторые мы приложим, наслаждайтесь...

Во второй половине 1990-х и начале 2000-х веб быстро менялся. Интернет переставал быть набором страниц, на которых посетитель мог только прочитать заранее подготовленный текст, посмотреть изображения и перейти по ссылкам. Сайтам понадобилось реагировать на действия людей: регистрировать пользователей, принимать комментарии, показывать результаты поиска, формировать корзину и открывать личный кабинет.

PHP хорошо подошел для таких сценариев. Код выполнялся на сервере, принимал данные из форм, обращался к базе данных, управлял пользовательскими сессиями и формировал ответ в зависимости от запроса. Это могла быть страница с сообщением об ошибке, персональный профиль, список найденных товаров, комментарии к записи или данные для обновления интерфейса. Браузер получал только результат выполнения программы — готовый HTML либо, позднее, структурированные данные, которые обрабатывал JavaScript.

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

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

Но у такой доступности была и обратная сторона. Во многих проектах HTML-разметка, обработка запросов, бизнес-логика, SQL-запросы и проверка прав доступа оказывались в одних и тех же файлах. Валидация входящих данных и обработка ошибок могли быть реализованы непоследовательно или отсутствовать вовсе. В результате код отличался высокой связанностью, плохо поддавался тестированию и становился все сложнее для сопровождения, а ошибки в одном участке приложения могли приводить к непредсказуемым последствиям в другом.

И дело здесь не в том, что на ранних версиях PHP нельзя было создать безопасный и надежный сайт. Сам выбор языка не делал проект уязвимым. Конечно, старый PHP грешил такими механизмами, как register_globals и magic_quotes. Первый автоматически переносил параметры запроса в глобальные переменные, из-за чего при неаккуратно написанном коде пользователь мог повлиять на значения, которым приложение доверяло. Второй автоматически экранировал часть входящих данных, но делал это непоследовательно и создавал ложное ощущение, что ввод уже безопасен для работы с базой. Оба механизма впоследствии удалили в PHP 5.4.

Но какой язык того времени был абсолютно безгрешен? C и C++ допускали целые классы ошибок при работе с памятью, а в Java-платформе регулярно находили уязвимости в среде выполнения и стандартных библиотеках. PHP оказался особенно заметен из-за масштаба своего распространения: низкий порог входа сделал его доступным огромному числу начинающих разработчиков, а растущий спрос на динамические сайты превратил язык в один из основных инструментов веба. Так PHP стал одним из языков, которые сделали динамические сайты повсеместными, и одновременно заложил основу репутации языка, на котором слишком легко написать не только работающий, но и очень плохой сайт.

От PHP 3 до PHP 8.5: как менялся язык вместе с интернетом

После публикации исходного кода PHP перестал быть личным набором инструментов Расмуса Лердорфа и начал развиваться силами сообщества. Каждая новая версия решала проблемы своего времени: сначала язык учили работать с более сложными сайтами, затем ускоряли, добавляли инструменты для больших проектов и постепенно делали код более строгим и предсказуемым.

1998 год — PHP 3 становится полноценным языком

К развитию проекта присоединились израильские программисты Энди Гутманс и Зеев Сураски. Им не хватало возможностей PHP/FI для интернет-магазина, над которым они работали в рамках университетского проекта, поэтому они полностью переписали механизм, разбиравший PHP-код. Вместе с Лердорфом разработчики создали PHP 3, официально выпущенный в июне 1998 года.

В новой версии появился более последовательный синтаксис, начальная поддержка объектно-ориентированного программирования и возможность подключать дополнительные модули. Благодаря расширениям PHP получил интерфейсы для работы с различными базами данных, сетевыми протоколами и API. К моменту официального релиза PHP 3 уже использовался более чем на 70 тысячах доменов.

2000 год — PHP 4 становится быстрее

По мере усложнения сайтов возможностей PHP 3 стало не хватать. Гутманс и Сураски снова переписали внутреннее ядро языка и назвали его Zend Engine — название составили из их имен, Zeev и Andi. На основе этого ядра в мае 2000 года вышел PHP 4, заметно повысивший производительность сложных веб-приложений.

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

2002–2004 годы — PHP становится основой будущих крупнейших веб-платформ

Распространение языка хорошо видно по сервисам, которые начали его использовать.

В январе 2002 года англоязычная Wikipedia перешла на новый движок, написанный на PHP и работавший с базой MySQL. Впоследствии из него выросла система MediaWiki, на которой Wikipedia работает и сегодня.

В мае 2003 года появилась первая версия WordPress — платформы для создания и управления сайтами, также построенной на PHP и MySQL. Изначально она предназначалась в первую очередь для блогов, но со временем превратилась в универсальную систему для новостных ресурсов, корпоративных сайтов и интернет-магазинов.

В 2004 году Facebook запустился как сравнительно простой сайт, страницы которого формировались на сервере с помощью PHP. Позднее, когда аудитория соцсети выросла до огромных масштабов, инженеры компании создали собственные технологии для ускорения и более строгой проверки PHP-кода. В итоге Facebook разработал HipHop и HHVM, а затем — Hack, отдельный язык с более развитой системой типов. В 2014 году компания сообщила, что почти вся ее прежняя PHP-кодовая база была переведена на Hack.

2004 год — PHP 5 учится работать с большими проектами

В июле 2004 года вышел PHP 5 на основе Zend Engine 2. Главным изменением стала серьезно переработанная объектная модель. Объектно-ориентированный подход позволяет разделять приложение на самостоятельные компоненты — например, отдельно описать пользователя, заказ, товар или платеж — и затем использовать эти компоненты в разных частях проекта.

В последующих обновлениях ветки PHP 5 появились пространства имен, которые помогают крупным библиотекам не конфликтовать друг с другом, и трейты — способ повторно использовать один набор возможностей в нескольких классах. Такие изменения были особенно важны для больших приложений, где код пишут десятки или сотни специалистов.

Именно в эпоху PHP 5 сформировалась современная экосистема языка: появились крупные фреймворки, готовые библиотеки и общепринятые способы организации проектов. PHP все меньше напоминал набор отдельных скриптов, перемешанных с HTML, и все больше — полноценную платформу для серверной разработки.

PHP 6 — версия, которая так и не вышла

В 2005 году разработчики начали работу над PHP 6, главным изменением которого должна была стать нативная поддержка Unicode в ядре языка и во внутреннем представлении строк. В 2010 году проект прекратили из-за сложности этой реализации. Часть возможностей, не зависевших от новой Unicode-модели, позднее вошла в PHP 5.3 и 5.4, но стабильного релиза PHP 6 так и не появилось. Поэтому следующая крупная версия получила номер 7.

2015 год — PHP 7 получает второе дыхание

PHP 7 стал одним из самых важных обновлений в истории языка. Новое ядро Zend Engine 3 заметно сократило потребление памяти, а некоторые приложения могли работать до двух раз быстрее, чем на PHP 5.6. На практике это означало, что тот же сервер мог обработать больше запросов без покупки дополнительного оборудования.

Одновременно PHP 7 расширил систему типов: появились объявления скалярных типов параметров и типов возвращаемых значений. Строгую проверку скалярных типов можно было включить отдельно для конкретного файла, тогда как по умолчанию язык сохранял режим приведения совместимых значений.

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

2020 год — PHP 8 становится более строгим и современным

PHP 8 продолжил движение в сторону более предсказуемого кода. В языке появились объединенные типы, именованные аргументы, выражение match, атрибуты и более последовательная обработка ошибок.

Также в PHP 8 добавили JIT-компиляцию. Она позволяет во время работы превращать часто выполняемые участки программы в машинный код. Для обычных сайтов JIT не всегда дает заметное ускорение, но может быть полезен в проектах с большим количеством вычислений. Главным результатом PHP 8 все же стала не одно конкретное выражение, а общее улучшение типизации, логики ошибок и согласованности языка.

2021–2025 годы — PHP 8 продолжает получать новые возможности

Ветка PHP 8 продолжила установленный ранее ежегодный цикл функциональных релизов.

  • В PHP 8.1 появились перечисления, readonly-свойства и fibers — низкоуровневый механизм приостановки и возобновления выполнения, который библиотеки могут использовать для построения асинхронных API.

  • В PHP 8.2 добавили целые классы только для чтения и начали отказываться от динамических свойств, которые могли появляться в объектах случайно из-за опечатки.

  • PHP 8.3 разрешил указывать типы констант классов и улучшил инструменты для работы со случайными значениями.

  • В PHP 8.4 появились хуки свойств, позволяющие задавать правила чтения и изменения данных прямо в классе, более гибкое управление доступом и обновлённые инструменты для обработки HTML-документов.

  • PHP 8.5, выпущенный 20 ноября 2025 года, получил встроенное URI-расширение для разбора и нормализации URI и URL, pipe-оператор |> и возможность изменять свойства непосредственно при клонировании объекта.

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

Так почему PHP стал главным героем программистских мемов?

Резюмируя, PHP оказался одним из главных символов веба начала 2000-х — и вместе с популярностью унаследовал репутацию всей эпохи. Мигающие баннеры, мелкий текст, десятки меню и счетчики посетителей к серверному языку прямого отношения не имели. Но серверную часть таких сайтов действительно нередко создавали те же разработчики-любители, собирая проект из фрагментов, найденных на форумах. Поэтому за сомнительным интерфейсом мог скрываться не менее сомнительный код. Пока его не трогали, он мог работать годами. Но стоило новому разработчику изменить одну строку — и внезапно корзина переставала открываться только у пользователей с буквой «А» в фамилии.

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

Представим специалиста, который приходил поддерживать старый PHP-проект. Он открывал файл index.php и обнаруживал внутри сразу все: HTML-разметку, запросы к базе, проверку авторизации, расчет скидки, отправку писем и комментарий предыдущего разработчика: «Не удалять, иначе все сломается». Разумеется, раздражение начинало ассоциироваться не только с автором конкретного проекта, но и с языком, на котором этот проект был написан.

Так PHP постепенно стал героем профессиональных страшилок. Фразу «у нас давно существующий проект на PHP» разработчик мог воспринимать не как описание стека, а как предупреждение о предстоящих археологических раскопках. Именно с подобным наследием связано большинство шуток о языке, а не с тем, что на PHP в принципе невозможно написать качественную программу.

PHP в 2026 году: живее, чем кажется

Если судить по количеству мемов, PHP уже давно должен был уйти на заслуженный покой вслед за Flash Player и Internet Explorer. На практике язык не только продолжает работать, но и регулярно получает обновления. Сейчас актуальной стабильной веткой остается PHP 8.5, а актуальным патч-релизом — PHP 8.5.9. PHP 8.6 уже находился на стадии Beta 1 и был доступен для тестирования, но еще не предназначался для production-среды. Официально поддерживаются ветки PHP 8.2–8.5: для них продолжают выпускать обновления безопасности, а для более новых версий — еще и обычные исправления ошибок. Язык, для которого уже тестируют следующее крупное обновление, трудно назвать мертвым.

Современный PHP заметно отличается от своего предка из начала 2000-х. Сегодня разработчик может точнее указывать, какие данные должна получать и возвращать программа, а многие ошибки обнаруживаются раньше, чем сайт доберется до пользователя. Сам язык нельзя считать ни безопасным, ни небезопасным автоматически: надежность проекта зависит от актуальности версии, настроек сервера, используемых библиотек и качества написанного кода. Старый сайт на PHP 5 с давно забытыми дополнениями действительно может быть опасным, но современное приложение на поддерживаемой версии PHP не обязано уступать другим бэкенд-технологиям по безопасности.

Живой остается и экосистема языка. В марте 2026 года вышел Laravel 13, а актуальной стабильной версией другого крупного фреймворка стал Symfony 8.1. Фреймворк — это готовая основа для приложения: он предоставляет инструменты для работы с адресами страниц, базой данных, авторизацией, проверкой информации и другими типовыми задачами. Благодаря Laravel и Symfony новые проекты не приходится собирать из случайных фрагментов кода, найденных на форумах: разработчики получают понятную структуру и общепринятые правила организации приложения.

Конечно, точное количество работающих на PHP сайтов определить невозможно. Однако, по данным W3Techs на август 2026 года, PHP обнаруживается на 70,3% сайтов, у которых удалось определить серверный язык. Это не означает, что ровно 70,3% всех страниц интернета написаны только на PHP, но хорошо показывает масштаб его присутствия. Один только WordPress, построенный на PHP, используется на 40,8% всех отслеживаемых сайтов.

Сегодня PHP продолжает работать в основе:

  • WordPress и интернет-магазинов на WooCommerce;

  • MediaWiki — платформы, на которой работает Wikipedia;

  • систем управления сайтами Drupal;

  • образовательной платформы Moodle;

  • интернет-магазинов, личных кабинетов, API и внутренних бизнес-систем, создаваемых на Laravel и Symfony.

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

В общем рейтинге языков положение PHP выглядит скромнее. В августе 2026 года он занимает 13-е место в индексе TIOBE. Но этот рейтинг оценивает общую популярность языка по числу специалистов, учебных материалов, поставщиков и упоминаний в поисковых системах. Он не показывает, какая доля сайтов действительно работает на конкретной технологии, и тем более не определяет, какой язык «лучше».

Постепенно доля PHP в вебе все же сокращается: за год показатель W3Techs снизился примерно с 73,7 до 70,3%. Для новых сервисов разработчики все чаще рассматривают JavaScript или TypeScript на платформе Node.js, Python, Java, Go и другие технологии. Однако огромная база существующих сайтов, WordPress, интернет-магазины и активно развивающиеся фреймворки еще долго будут поддерживать спрос на PHP. Скорее всего, он уже не вернется в статус самого модного языка, но и внезапного исчезновения ждать не стоит.

Заключение

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

Комментарии (9)


  1. Dhwtj
    17.08.2026 16:11

    В защиту PHP скажу, что он стал более выразительным для развитой бизнес логики чем Go

    Бегство PHP программистов на Go за монетой плохо закончится для них. Бегство без смены компетенции. С учётом, что гоферов берут на работы, где нужен быстрый вход.

    Ну вот ты представь себе типичного пхп программиста с опытом 5+ лет, но без опыта на c++, Java, c# и ушедшего на Go. Кем он станет и сможет ли удержаться когда потребность в инфраструктуре сократится с взрывного роста до нормального?

    Что он уносит с собой из PHP: скриптовое мышление, процедурный стиль со структурами вместо модели, привычку к "запрос-ответ-умер", слабое представление о памяти, конкурентности, стоимости аллокаций. Go это не лечит, а легализует: язык сам по себе процедурный с минимумом абстракций, поэтому такой человек пишет на Go как на PHP, только без исключений и с go func(){} в случайных местах. И код проходит ревью, потому что идиоматичный Go от плохого Go отличить труднее, чем идиоматичный C# от плохого C#. Компилятор не мешает, ошибки возвращаются, всё "просто".

    Пик (судя по tiobe, он уже прошёл) спроса на Go совпал с миграцией всего подряд в k8s и микросервисы. Когда этот цикл закрывается, остаются две категории работы: эксплуатация написанного и новая разработка в узких местах (сети, observability, embedded-сервисы). Туда берут людей, которые понимают планировщик, профилирование, backpressure, сетевой стек. Наш гипотетический перебежчик этим не владеет (если не было опыта с более энтерпрайными языками) , он владеет "написать handler и задеплоить через готовый чарт". В нормальном (не взрывном) рынке он конкурирует с системщиками и проигрывает.

    Хотя, лично я предпочитаю C#, Rust


    1. Dhwtj
      17.08.2026 16:11

      низкий порог входа в нишу означает быстрое обесценивание опыта в ней, и это касается любого языка с таким профилем


  1. gudron
    17.08.2026 16:11

    Сколько картинок мемных не вставляя. а к PHP-шникам сейчас отношение рынка - их дохера и они дешевые и всегда можно уволить. Да и дальше админки на yii/laravel редко что-то уходит. Удачи.


  1. MountainGoat
    17.08.2026 16:11

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


    1. TsarS
      17.08.2026 16:11

       Не вижу вообще ни одной причины начинать что-то новое на PHP.

      А на чëм видите?


      1. crama
        17.08.2026 16:11

        Go + templ + htmx

        Благодаря горутинам новые сессии дают ничтожное потребление RAM.

        Htmx даёт крутой опыт SPA приложения.

        Templ даёт дикую скорость генерации страницы.

        Реальная многопоточность и космическая скорость (доска объявлений с 4 запросами в бд отдает HTML за 5мс).

        Можно даже приложение для винды через wails сделать.

        Кто-то развивается, а кто-то защищает PHP, так как "на его век ещё хватит". Да и лень мозг напрягать на что-то новое. Проще мемасов накидать.


    1. vtal007
      17.08.2026 16:11

      так куча ж CMS, просто сайтов, да и фреймворков на пыхе. Куда он денется

      Заводишь сайт, в панели управления (ISP)- база пых. Но можно еще питон


  1. InsiderCrush
    17.08.2026 16:11

    Я вообще ничего не понимаю в PHP, но я радостью прочел статью и теперь что то знаю! Котики и другие мемы сработали :D


  1. HotFixer
    17.08.2026 16:11

    Пожалуй самый главный миф - "PHP медленный". Но если глянуть бенчмарки, из "большой тройки" скриптовых языков для веба (PHP, Python, Ruby) именно PHP является самым быстрым. Благодаря оптимизациям движка Zend и JIT‑компилятору в PHP 8, в сырых вычислениях и пропускной способности HTTP‑запросов PHP стабильно обгоняет стандартный CPython и Ruby.

    Уважаемый@MountainGoat, причин накидать прототип чего‑то нового на PHP и сегодня достаточно. А некоторые такие "прототипы" потом вырастают в весьма значимые проекты: Nextcloud, Tumblr, Badoo, BlaBlaCar, видеохостинг Dailymotion, Trivago.. И да, при росте масштаба вокруг PHP вполне могут появляться Java, Go, Node.js, Kafka, Elasticsearch и так далее - но это уже вопрос архитектуры.

    По поводу CMS. В нынешнее время особенно ЕС массово использует в своих правительственных и институциональных порталах Drupal. И, что интересно, это уже далеко не просто "старая CMS", а одна из самых активно развивающихся платформ. По данным из доклада на Пых.конф’25, за предыдущий год у Drupal было около 124 000 коммитов в ядро, 6 400 открытых PR и около 1 млн активных контрибьюторов, участвующих в ядре и связанных проектах.

    А ещё Drupal довольно интересно подошёл к AI. Причём речь не просто про "давайте прикрутим chatGPT" или очередной вайб‑кодинг. AI глубоко интегрируется в саму модель Drupal: агенты работают с контентом и конфигурацией, конфигурации представлены в YAML и могут проходить обычный Git/CI/CD workflow, а права агента можно ограничивать на уровне ролей и permission'ов самого Drupal. То есть AI может генерировать и изменять конфигурацию, но результат остаётся контролируемым, проходит ревью и деплоится обычным способом.

    В Drupal CMS 2.0, вышедшем в январе 2026 года, AI уже встроен в саму платформу, а не существует просто в виде внешнего чат‑бота.

    И есть совсем интересные проекты вроде Boson - runtime/toolkit, который позволяет писать кроссплатформенные desktop‑приложения на PHP с привычным HTML/CSS/JS, но без Electron и Node.js. PHP runtime, код приложения и необходимые компоненты собираются в единый исполняемый файл, который можно распространять без отдельной установки PHP. Есть интеграции с Symfony и Laravel.

    Интересный факт) А вы знали, что основа "той самой" Pornhub - это проверенная временем связка: Nginx, PHP, MySQL, Memcached и Redis? Вот интервью (от 2019 года) с разработчиком. Позже по мере роста нагрузки к этому стеку добавили ElasticSearch, Node.js, Go и Vertica.

    И это далеко не застой: PHP продолжает развиваться - улучшается производительность, типизация, обсуждаются generics, data classes, async и новые возможности рантайма. Так что хоронить его, похоже, ещё рановато.