Deprecated: Passing null to parameter — что это значит и как убрать

Полный текст выглядит примерно так:

Deprecated: Passing null to parameter #1 ($string) of type string is deprecated in /home/site/public_html/bitrix/templates/main/header.php on line 42

Номер параметра, его имя и файл будут свои, смысл один: в функцию передали null там, где она ждёт строку.

Откуда это берётся

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

• свойство инфоблока не заполнено, а шаблон сразу передаёт значение в trim(), htmlspecialchars() или strlen();
• параметр компонента не задан, и его значение уходит в функцию обработки строк;
• поле пользователя пустое, а код считает, что там всегда что-то есть.

Как починить

Правка всегда одна и та же: привести значение к строке до вызова функции.

1. Найдите строку из сообщения — файл и номер строки там указаны точно.
2. Посмотрите, какое значение уходит в функцию и почему оно может быть пустым.
3. Подставьте пустую строку по умолчанию: вместо trim($value) напишите trim((string)$value), либо $value ?? ''.
4. Повторите для остальных мест — обычно их немного, просто вызываются часто.

Если сообщение указывает на файл внутри /bitrix/modules/, править его руками нельзя: правка исчезнет при обновлении. Для модулей вендора нужно обновление продукта, для модулей Маркетплейса — обновление решения или обращение к его разработчику.

Чем это отличается от фатальной ошибки

Уведомление об устаревании сайт не роняет: страница отрисуется. Но тот же null, переданный в типизированный параметр метода, даёт уже фатальную ошибку TypeError и белый экран — разбор этого случая в отдельной инструкции.

Что сделать на боевом сайте прямо сейчас

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