PHP: file_get_contents failed to open stream

#Читаем сообщение с конца

Предупреждение всегда состоит из имени функции, адреса и причины после «Failed to open stream:». Именно причина определяет решение, поэтому начинайте с неё:

• No such file or directory — файла нет по этому пути или путь относительный и считается от другой папки;
• Permission denied — у пользователя PHP (www-data, nginx, apache) нет прав на чтение файла или папки;
• HTTP request failed! HTTP/1.1 403 / 404 / 500 — удалённый сервер отказал или адрес неверный;
• Unable to find the wrapper «https» или allow_url_fopen is disabled — PHP собран без OpenSSL либо хостинг запрещает открывать URL как файлы;
• SSL operation failed — проблема с сертификатом удалённого сайта или нет списка корневых сертификатов на сервере.

#Пошаговое решение для новичка

1. Прочитайте настоящую причину предупрежденияНайдите в сообщении PHP точную строку после Failed to open stream: No such file, Permission denied, 403 Forbidden, certificate verify failed или timed out. Запишите путь, адрес и время ошибки. Разные сообщения требуют разных решений: сначала проверьте именно свою причину.
2. Проверьте путь и доступ к локальному файлуДля локального файла постройте абсолютный путь через __DIR__, проверьте is_file() и is_readable(). На сервере используйте namei -l /путь/к/файлу и проверку чтения от имени реально используемого PHP-процесса. Не делайте chmod 777 и не меняйте владельца всего сайта.
3. Проверьте запрос по сетиЕсли адрес начинается с https://, выполните curl -vI https://адрес, посмотрите код ответа, перенаправления и сертификат. HTTP 403 означает отказ самого удалённого сервера, который не устраняется включением allow_url_fopen. Проверьте разрешённые заголовки, авторизацию и ограничения API.
4. Исправьте и подтвердите результатМеняйте только выявленную настройку — путь, права конкретного файла, доступ к API или доверенную цепочку сертификата. На тестовом запросе проверьте успешный возврат данных и отсутствие предупреждения в журнале PHP. Не отключайте проверку сертификата и не выводите секреты доступа в общедоступные журналы.

#Если открывается локальный файл

Относительный путь data/config.json PHP ищет от текущей рабочей папки, а она может отличаться от папки скрипта. Надёжнее строить путь от __DIR__. Права проверьте от имени пользователя веб-сервера:

$path = __DIR__ . '/data/config.json';
if (!is_readable($path)) {
    exit('Файл не найден или нет прав: ' . $path);
}
$text = file_get_contents($path);

#Если открывается URL

Ответ HTTP 403 означает, что удалённый сервер отклонил запрос. Причиной могут быть отсутствие авторизации, ограничения по IP, защита от ботов или требования к заголовкам. User-Agent изменяйте только если это разрешено правилами API; он не гарантирует доступ. Проверьте документацию API и его журналы, а не пытайтесь обойти защиту перебором заголовков.

$ctx = stream_context_create([
    'http' => [
        'method'        => 'GET',
        'header'        => "User-Agent: MyApp/1.0\r\nAccept: application/json\r\n",
        'timeout'       => 10,
        'ignore_errors' => true,
    ],
]);
$body = file_get_contents('https://example.com/data.json', false, $ctx);
echo $http_response_header[0] ?? 'нет ответа';

Если allow_url_fopen выключен (на части хостингов), используйте cURL — он работает независимо от этой настройки:

#Ловушки, из-за которых ошибка «плавает»

Если скрипт работает у вас и падает на хостинге, сравните окружение: версия PHP, allow_url_fopen, наличие OpenSSL и исходящий доступ с сервера (часть хостингов закрывает исходящие соединения на нестандартные порты). Ошибка только по утрам или раз в несколько запросов чаще означает лимиты удалённого API: он отвечает 429 или 403 при частых обращениях, поэтому добавьте кэширование результата в файл на 5–10 минут. Для редиректов file_get_contents следует по ним сам, но не больше 20 раз; кириллические адреса и пробелы в URL сначала кодируйте через rawurlencode() для частей пути и http_build_query() для параметров.

Для проблем с сертификатом на сервере установите корневые сертификаты (sudo apt install ca-certificates на Debian и Ubuntu) и проверьте директиву openssl.cafile в php.ini. Отключать проверку сертификата (verify_peer => false) нельзя: запрос станет уязвимым для подмены.