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

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

Рабочая нагрузка, а не эталон

Новостные и коммерческие сайты имеют особую форму:

  •   Большой объем чтения, удобство кэширования. Большинство посетителей анонимны и видят одну и ту же статью или страницу продукта. Вы хотите визуализировать HTML на сервере, жестко его кэшировать и уйти с дороги.
  •   Спайки. Яркая история или кампания могут увеличить трафик за считанные минуты. Среда выполнения должна плавно ухудшаться, а не падать.
  •   Долговечный. Эти сайты работают 5–10 лет. Команда, которая их поддерживает в шестой год, редко оказывается той командой, которая их создавала в первый год.
  •   SEO-критичен. Что касается новостей, Google News и Fast Largest Contentful Paint не являются лучшими вариантами; они это бизнес.

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

Что на самом деле дала нам версия 8.2

Переход от PHP 5.x/7.x к версии 8.2 изменил способ чтения этих кодовых баз. На практике большую часть веса имеют несколько функций.

    свойства только для чтения   сделали объекты значений заслуживающими доверия. В CMS вы передаете множество мелких неизменяемых вещей — решенную статью, цену в валюте, узел категории. Возможность сказать «это не может измениться после создания» на языковом уровне устраняет целую категорию «кто это мутировал?» ошибки. 

 final class Money
{
    public function __construct(
        public readonly int $amount,      // minor units (kuruş/cents)
        public readonly string $currency, // 'TRY', 'USD'
    ) {}

    public function withVat(int $ratePercent): self
    {
        return new self(
            (int) round($this->amount * (100 + $ratePercent) / 100),
            $this->currency,
        );
    }
}
 

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

  Перечисления (из версии 8.1, но они полностью поддерживаются в кодовых базах 8.2) заменили кучу целых чисел  const STATUS_DRAFT = 0 , которые таскает с собой каждая устаревшая CMS. Статус статьи или состояние заказа становится реальным типом, понятным IDE и средству проверки типов: 

 enum OrderStatus: string
{
    case Pending  = 'pending';
    case Paid     = 'paid';
    case Shipped  = 'shipped';
    case Refunded = 'refunded';

    public function isFinal(): bool
    {
        return $this === self::Refunded || $this === self::Shipped;
    }
}
 

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

 final class ArticleRenderer
{
    public function __construct(
        private readonly TemplateEngine $view,
        private readonly CacheInterface $cache,
    ) {}
}
 

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

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

HTML, отображаемый на сервере, снова является конкурентным преимуществом

В течение нескольких лет стандартный ответ на вопрос «как мне создать интерфейс?» был JavaScript SPA. Для новостной статьи или страницы продукта это почти всегда было неправильной сделкой. Вы заплатили цену за размер пакета и сложность, чтобы повторно реализовать в браузере то, что сервер уже прекрасно делает: превращает данные в HTML.

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

  • Первая отрисовка, которая не ожидает выполнения JS — хорошо для LCP, хорошо для Новостей Google.
  • HTML, который полностью доступен для сканеров и парсеров AI без этапа обезглавленного рендеринга.
  • Фронтенд, который может поддерживать бэкэнд-разработчик, вместо второго полного стека.

Индустрия, заново открывшая HTML, отображаемый на сервере, в 2024–2026 годах с позиции PHP наблюдала, как все возвращаются туда, где язык уже стоял.

Обработка пиков: кэшируйте, не масштабируйте

Тяжелый для чтения, остроконечный профиль имеет изношенный ответ на языке PHP, а модель выполнения 8.2 делает его понятным:

  1.   Полностраничный кэш для анонимного трафика. Большинство посетителей последней статьи вышли из системы и остаются идентичными; предоставьте им кэшированную HTML-страницу и никогда не трогайте базу данных.
  2.   Код операции + предварительная загрузка , чтобы сама платформа не анализировалась повторно при каждом запросе.
  3.   Уровень кэша, который включается под нагрузкой , а не всегда включен — обычный трафик поступает в базу данных для обеспечения актуальности, всплеск автоматически переводит сайт в режим агрессивного кэширования.

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

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

Функция, которая заставляет меня выбирать PHP 8.2 для работы с клиентами, отсутствует ни в одном примечании к выпуску:   вы можете передать базу кода другому разработчику на четвертом году, и они начнут продуктивно работать через неделю.

  • Жизненный цикл запроса очевиден. Запрос вошел, ответ вышел.
  • Развертывание — это   rsync   и очистка кэша, а не диаграмма оркестровки.
  • Хостинг вездесущ и дешев, что очень важно для региональных новостных сайтов и небольших магазинов.
  • Система типов теперь достаточно хорошо документирует намерения, чтобы новичок мог прочитать класс обслуживания и понять, что он делает.

Для программного обеспечения, которое должно пережить своих авторов , вся суть в этой скучности. Умная среда выполнения, которую понимает только ее первоначальный автор, является обузой на 10-летнем сайте.

Где PHP 8.2 — это , а не , ответ

Честность сохраняет доверие к этому. Я не использую PHP, когда:

  •   Рабочая нагрузка является долговременной и с отслеживанием состояния — сервер веб-сокетов, серверная часть для совместной работы в реальном времени, конвейер потоковой передачи. «Ничего не разделяемого на запрос» здесь неправильная форма; это задача для длительного процесса в другой среде выполнения.
  •   По сути, продукт представляет собой полнофункциональное клиентское приложение — инструмент проектирования, редактор с активным интерактивным взаимодействием. Для этого действительно нужен настоящий интерфейсный стек.
  •   Вам требуется обработка чисел с привязкой к процессору. PHP сделает это; это не будет тот инструмент, которым вы будете довольны.

Работа CMS для новостей и электронной коммерции не входит в их число. Это ввод данных, вывод HTML, большой объем кэша и поддержка в течение многих лет. Это домашнее поле PHP.

Вердикт 2026 года

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

Вот почему сайты, которые я создаю для новостей и электронной коммерции, по-прежнему начинаются с PHP 8.2, и поэтому я ожидаю, что они будут работать и поддерживаться еще долгое время после следующего сообщения «PHP мертв». Если вы хотите увидеть, как выглядит современный стек новостей PHP и электронной коммерции в производстве, это все на alestaweb.com .

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