RackSpace Cloud Strips $_SESSION, если URL имеет определенные расширения файлов

Ситуация

Я создаю сайт обучающего видео для клиента в RackSpace Cloud с использованием традиционного стека LAMP (в облаке RackSpace есть стеки Windows и LAMP). Видео и другие медиафайлы, которые я размещаю на этом сайте, должны быть защищены, так как мой клиент взимает плату за доступ к ним. У нас нет DRM или такого забавного бизнеса, по сути, мы храним файлы за пределами корневого веб-каталога и используем PHP для аутентификации пользователей, прежде чем они смогут получить доступ к файлам, используя mod_rewrite для запуска запроса через PHP.

Допустим, пользователь запрашивает файл по этому URL:

http://www.example.com/uploads/preview_image/29.jpg

Я использую mod_rewrite, чтобы переписать этот URL-адрес:

http://www.example.com/files.php?path=%2Fuploads%2Fpreview_image%2F29.jpg

Вот упрощенная версия скрипта files.php:

<?php
// Setups the environment and sets $logged_in
// This part requires $_SESSION
require_once('../../includes/user_config.php');

if (!$logged_in) {
    // Redirect non-authenticated users
    header('Location: login.php');
}

// This user is authenticated, continue

$content_type = "image/jpeg";

// getAbsolutePathForRequestedResource() takes 
// a Query Parameter called path and uses DB
// lookups and some string manipulation to get
// an absolute path. This part doesn't have
// any bearing on the problem at hand
$file_path = getAbsolutePathForRequestedResource($_GET['path']);

// At this point $file_path looks something like
// this: "/path/to/a/place/outside/the/webroot"

if (file_exists($file_path) && !is_dir($file_path)) {
    header("Content-Type: $content_type");
    header('Content-Length: ' . filesize($file_path));
    echo file_get_contents($file_path);
} else {
    header('HTTP/1.0 404 Not Found'); 
    header('Status: 404 Not Found');
    echo '404 Not Found';
}
exit();

?>

Эта проблема

Позвольте мне начать с того, что это прекрасно для меня работает. На локальных тестовых машинах это работает как шарм. Однако после развертывания в облаке он перестает работать. После некоторой отладки выясняется, что если запрос к облаку имеет определенные расширения файлов, такие как.JPG, .PNG или.SWF (т.е. расширения, как правило, статические медиа-файлы.), Запрос направляется в систему кеша, называемую Varnish. Конечным результатом этой маршрутизации является то, что к тому времени, когда весь этот процесс переходит в мой PHP-скрипт, сеанса еще нет.

Если я изменю расширение в URL на.PHP или даже добавлю параметр запроса, Varnish будет обойден, и скрипт PHP сможет получить сеанс. Нет проблем, верно? Я просто добавлю бессмысленный параметр запроса в мои запросы!

Вот в чем проблема: медиа-файлы, которые я обслуживаю через эту систему, запрашиваются через скомпилированные SWF-файлы, которые я не контролирую. Они создаются сторонним программным обеспечением, и я не надеюсь добавлять или изменять URL-адреса, которые они запрашивают.

Есть ли у меня другие варианты?

Обновление: я должен отметить, что я проверил это поведение с поддержкой RackSpace, и они сказали, что ничего не могут с этим поделать.

Источник

2 ответа

Решение

Если запрашивающее приложение флэш-памяти следует за перенаправлениями, я бы попытался ответить перенаправлением на первый запрос и переписать второй, например:

GET .../29.jpg

в

header("Status: 302 Moved temporarily");
header("Location: .../r.php?i=29.jpg&random=872938729348");

Затем ваш r.php доставляет файл по второму запросу.

Если нет (между прочим всегда), я бы явно отправил заголовки вместе с доставкой статических файлов, которые Varnish принимает и действует соответственно, что-то вроде

header("Cache-Control: no-cache, must-revalidate, max-age=0, post-check=0, pre-check=0");
header("Expires: Sat, 26 Jul 1997 05:00:00 GMT");

И: я бы поставил exit(); команда после вашего первого header() заявление, чтобы убедиться, что остальная часть сценария не выполняется. header() отправляет только заголовки.

Я считаю, что это также более надежно использовать ob_start() Пробелы в вашем PHP-файле могут привести к досадным ошибкам при добавлении заголовков.

Источник

У меня такая же ситуация, и я связался с Rackspace в надежде на лучший ответ.

Я получил один! Они собрали FAQ, в котором изложено полдюжины способов обойти / изменить кеширование:

http://cloudsites.rackspacecloud.com/index.php/How_can_I_bypass_the_cache%3F

Источник
Другие вопросы по тегам