2013-04-21 4 views
1

Итак, я хочу использовать Amazon Cloudfront для обслуживания всех изображений (и некоторых скриптов) для моего сайта, используя мой сервер в качестве резервной копии (происхождение). Однако, похоже, он продолжает дефолтировать версию на моем сервере. У меня установлен Cloudfront с пользовательским именем cname, указывающим на мой сервер.Cloudfront без S3

Я предположил, что при запросе: images.mydomain.com/18/photo.jpg (images.mydomain.com, называемый моим URL-адресом облака), сначала нужно посмотреть, существует ли файл photos.jpg в облачном режиме, и если не будет кэшировать его там в следующий раз, когда его запрашивается, от облачного? Или есть что-то еще, что мне нужно сделать (например, запустить загрузку в облачный режим)?

Он держит недобросовестный файл на моем сервере, что делает его бессмысленным, очевидно ...

Спасибо!

ответ

1

Вам нужно убедиться, что Cloudfront сообщается, как долго будет обслуживать файлы, прежде чем снова зайти в начало координат.

Посмотрите на вкладке Behaviours в дистрибутиве CloudFront. Для каждого типа файла, который вы можете сказать CloudFront к:

  • Use Origin Cache Headers, в этом случае вам необходимо убедиться, что сервер генерирует Cache-Control и/или Expires заголовки.

  • Customize, и в этом случае вы предоставляете Minimum TTL (Время для жизни). CloudFront будет обслуживать файлы за это количество секунд, прежде чем возвращаться на сервер, чтобы узнать, изменилось ли оно.

+0

Спасибо. Я не понимаю, хотя. Ive установил TTL до 4000 как для всех (*), так и специально для «jpg», но он продолжает обслуживать файлы с моего сервера, а не облачного фронта (IMG SRC - это мой URL облачного интерфейса, но при щелчке правой кнопкой мыши на изображениях и выборе вида показать мой URL-адрес сервера). – Znoopy

+0

Решил. Оказывается, мне нужно было добавить «www». к домену происхождения ... Спасибо – Znoopy

Смежные вопросы