На каком PHP гонять Битрикс в 2026: прагматичный выбор без фанатизма

Сначала честно: что реально ограничивает выбор PHP под Битрикс

Если упростить, выбор версии PHP упирается в четыре вещи:

1. Версия и сборка Битрикса (ядро + модули).
   Даже если “в целом” версия поддерживается, отдельный модуль может иметь свои нюансы.
2. Окружение (BitrixEnv/VM, Docker, хостинг, OS-пакеты).
   Где-то легко поставить 8.4, а где-то вы упрётесь в репозитории и сборку расширений.
3. Внешние зависимости (Composer-пакеты, SDK, интеграции).
   Часто ломается не Битрикс, а то, что вокруг.
4. Код проекта (легаси, кастомные модули, обработчики событий, интеграции).
   Реальный “блокер” — не PHP, а ваши 200 строк init.php, написанные в 2016.

Мой выбор на 2026: PHP 8.3 как «золотая середина»

Если говорить максимально практично:

• PHP 8.2 — допустим для проектов, которые “живут” и где апгрейд рискованный, но это уже стратегия “поддерживаем и готовим миграцию”.
• PHP 8.3 — лучший default для продакшена в 2026: достаточно новый, уже “обкатанный”, с понятной экосистемой.
• PHP 8.4 — интересный вариант в том числе для новых проектов, но ставить его стоит только если вы проверили совместимость конкретно вашего Битрикса, модулей и окружения (желательно на стенде).

Почему так? Потому что в Битриксе скорость и стабильность почти всегда определяются не “магией новой версии PHP”, а:

• OPcache
• правильной конфигурацией PHP-FPM
• диском и базой
• кешированием и композитом
• тем, сколько тяжёлой логики вы выполняете на каждом хите

Новая версия PHP сама по себе редко превращает “тормозит” в “летает”, но очень легко превращает “работает” в “падает”.

Мини-матрица выбора (без бюрократии)

1) Новый проект / крупная разработка в 2026

Берите PHP 8.4 и фиксируйте это как стандарт.

Почему:

• меньше будущих миграций
• проще нанимать разработчиков (они уже живут в 8.x)
• меньше “сюрпризов” с безопасностью и поддержкой

2) Старый проект, где «трогать страшно»

Если вы сидите на старых версиях — цель не “прыгнуть на максимум”, а выйти из зоны риска.

• Если вы уже на 8.2 — планируйте переход на 8.3 через тестовый стенд.
• Если вы ниже 8.x — сначала доведите проект до состояния “готов к PHP 8” (обновите ядро/модули, проверьте сторонние зависимости, поправьте кастомный код под 8.x и соберите окружение с нужными расширениями), и только потом переключайте версию PHP.

3) Интеграции/модули от третьих лиц

Здесь правило простое: версия PHP выбирается по самому слабому звену.
Если критически важный модуль подтверждён только на 8.2 — временно живите на 8.2, но закладывайте время на отказ/замену/обновление.

«А можно просто включить 8.4 и посмотреть?» — можно, но правильно

Если вы хотите 8.4 (или любое “следующее”), делайте это как инженер, а не как шаман:

1. Поднимите стенд (копия базы + файлов, без внешних эффектов: оплат/смс/1С).
2. Прогоните критические сценарии:
   • авторизация/регистрация
   • корзина/оформление
   • личный кабинет
   • админка: инфоблоки, формы, заказы, импорт/экспорт
3. Соберите логи: 500/502, PHP errors, warnings, deprecates.
4. Оцените “шум” от депрекейтов.
   Депрекейты — это не “неважно”, это “вам уже показали, что сломается позже”.

Производительность: куда смотреть раньше, чем менять версию PHP

Если цель — ускорение, то в 2026 чаще всего выигрывает не “8.4 вместо 8.3”, а базовая настройка.

OPcache — минимум, который должен быть включён

        opcache.enable=1
opcache.memory_consumption=256
opcache.interned_strings_buffer=16
opcache.max_accelerated_files=100000
opcache.validate_timestamps=0
realpath_cache_size=4M
realpath_cache_ttl=600

    

PHP-FPM — не душите воркеры

Самая типичная “проблема производительности Битрикса” — это когда FPM воркеров мало, они забиваются, и вы ловите очередь запросов.
Настройка зависит от железа и профиля нагрузки, но логика всегда одна: не держать сервер в постоянной очереди.

Главное правило на 2026: не жить на EOL

Если версия PHP уже EOL (End of life), вы экономите “на апдейте”, но платите:

• рисками безопасности
• невозможностью обновлять зависимости
• ростом стоимости на поддержку (всё вокруг начинает “не сходиться”)

Для Битрикс-проекта это обычно заканчивается одинаково: вы всё равно делаете миграцию, просто дороже и в пожарном режиме.

Итог: коротко и честно

• Если вы выбираете PHP для Битрикса в 2026 “по умолчанию” — PHP 8.3.
• Если у вас сложное легаси — 8.2 как временная площадка, но с планом перехода.
• Если хочется “самое новое” — 8.4 только через стенд и проверку совместимости.
• На 8.5 даже не смотрите — там всё нестабильно.

И да: если вы реально хотите ускорить проект — начните с OPcache, FPM и кеширования. Версия PHP — это уже “вишенка”, а не фундамент.