Почему использование функции file_get_contents с внешними URL без таймаута — это риск зависания всего PHP-процесса?

Функция `file_get_contents` в PHP является синхронной блокирующей операцией. Это означает, что когда вы вызываете её с внешним URL (например, `file_get_contents(‘https://example.com/api’)`), выполнение всего PHP-скрипта полностью останавливается и ждёт ответа от удалённого сервера. Пока ответ не получен — скрипт не продолжает работу.

**Почему это критично без таймаута?**

Если внешний сервер:
— недоступен или перегружен,
— отвечает очень медленно,
— намеренно держит соединение открытым (slow loris-атака),
— имеет проблемы с сетью,

то PHP-процесс будет висеть неопределённо долго — вплоть до нескольких минут или до тех пор, пока не истечёт системный лимит (`max_execution_time`). По умолчанию в PHP этот лимит составляет 30 секунд, но на некоторых серверах он может быть увеличен или вовсе отключён.

**Последствия для production-среды:**

1. **Исчерпание пула процессов/потоков.** Веб-серверы (Apache, PHP-FPM) имеют ограниченное число воркеров. Если несколько запросов одновременно зависнут на `file_get_contents`, новые пользователи не смогут получить ответ — сервер перестанет отвечать.
2. **Каскадный отказ.** Один медленный внешний API способен положить весь сайт.
3. **Утечка ресурсов.** Зависшие процессы потребляют память и CPU.

**Как правильно задать таймаут?**

Используйте контекст потока с параметром `timeout`:

php
$context = stream_context_create([
‘http’ => [
‘timeout’ => 5, // секунды
]
]);
$result = file_get_contents(‘https://example.com/api’, false, $context);

Значение `timeout` ограничивает время ожидания ответа. Если сервер не ответил за указанное время, функция вернёт `false` и выбросит предупреждение.

**Альтернативы `file_get_contents` для HTTP-запросов:**

— **cURL** — более гибкий инструмент с поддержкой `CURLOPT_CONNECTTIMEOUT` и `CURLOPT_TIMEOUT`.
— **Guzzle HTTP Client** — популярная библиотека с удобным API, поддержкой асинхронных запросов и таймаутов из коробки.
— **Symfony HttpClient** — современный HTTP-клиент с поддержкой стриминга и таймаутов.

**Рекомендации:**

— Всегда устанавливайте таймаут подключения (connect timeout) и таймаут чтения (read timeout) отдельно.
— Обрабатывайте `false` как результат и логируйте ошибки.
— Для критичных интеграций используйте очереди задач (RabbitMQ, Redis Queue), чтобы HTTP-запросы выполнялись асинхронно вне основного цикла обработки запросов.

Итог: отсутствие таймаута в `file_get_contents` — это архитектурная уязвимость, способная привести к полному отказу сервиса при малейших проблемах с внешними зависимостями.