Cloudflare открыла Origin Range Requests на всех тарифах: функция помогает получать нужные части больших файлов. Она предназначена для видео, возобновляемых загрузок и других задач, где целый файл сразу не нужен.
Что делает Origin Range Requests у Cloudflare?
Функция меняет способ получения частей большого файла с исходного сервера. Cloudflare проверяет, какие данные уже сохранены в её сети, получает недостающие части и отдаёт клиенту запрошенный участок. Размер частей пользователю настраивать не нужно.
Обновление описано в анонсе Cloudflare от 23 октября. Оно доступно на всех тарифах через Cache Rules — правила обработки и кеширования запросов.
Кеш здесь — сохранённая копия данных, которую можно использовать повторно. А запрос части файла позволяет, например, перейти к середине видеозаписи или продолжить прерванное скачивание без обязательного получения всего файла заново.
Для владельца сайта важно сначала понять, где именно возникают задержки. Карта подключённых хранилищ и сервисов помогает найти нужный участок; пример такого подхода есть в статье о зависимостях сайта.
Каким сайтам это может пригодиться?
В первую очередь тем, где посетители смотрят видео с перемоткой, скачивают большие архивы или возобновляют загрузки. Польза связана с файлами, части которых клиент запрашивает отдельно. Небольшая обычная страница не становится подходящим сценарием только из-за наличия новой настройки.
Представим учебный сайт с длинной записью занятия. Посетитель открывает запись с середины, затем переходит ближе к концу. Для проверки нужно посмотреть, как сайт отвечает именно на эти действия, а не ограничиваться тем, что ролик запускается с начала.
Ещё один понятный пример — прерванная загрузка архива с материалами. Пользователю важно, сможет ли он её продолжить и получит ли целый корректный файл. Это предложенные редакцией сценарии приёмки; на рабочем сайте мы функцию не включали.
Какие ограничения нужно проверить до включения?
Исходный сервер должен поддерживать запросы частей файла. Новая функция не отменяет правила допустимости кеширования и лимиты размера целого объекта. По документации Cloudflare, Cache Reserve с Origin Range Requests не работает.
Если исходный сервер игнорирует запрос части и возвращает целый файл, Cloudflare может использовать этот ответ, но должна будет скачать файл полностью. Поэтому сама включённая настройка ещё не доказывает, что данные действительно получаются частями.
Условия перечислены в документации Cache Rules. До изменения стоит выбрать конкретные публичные файлы и проверить их текущую выдачу. Правило для каталога с открытыми видеозаписями не нужно автоматически распространять на личный кабинет или закрытые материалы.
Cloudflare приводит собственные результаты для хранилища R2 и похожих нагрузок. Эти внутренние замеры не дают основания обещать такое же ускорение любому сайту. Итог зависит и от исходного сервера, и от файлов, и от действий посетителя.
Как проверить результат понятным способом?
Повторите одинаковые действия до и после изменения на выбранных тестовых файлах: запуск видео, перемотку, продолжение скачивания и получение обновлённой версии. Сравнивайте время начала ответа, объём переданных данных и целостность результата.
Техническую часть удобно поручить специалисту по короткому списку:
- Убедиться, что сервер корректно отвечает на запрос нужной части.
- Проверить повторный запрос и обращение к другому участку того же файла.
- Сверить, что после обновления файла посетитель получает согласованную версию.
- Записать настройки, результаты и способ возврата к прежнему поведению.
Для такой проверки важно заранее договориться, какой результат считается исправным. Общий принцип — восстановление подтверждают действием, а не наличием настройки — объясняем в разборе плана восстановления.
Решение о включении стоит принимать по собственному сценарию. Если у сайта нет больших файлов и запросов их частей, практический эффект этого обновления может быть невелик. Если такие нагрузки есть, появился более простой способ проверить их обработку без ручного выбора размера частей.