Я искал способы ускорить загрузку моего сайта, и один из способов, который я хотел бы изучить, - это более широко использовать Cloudfront.
Поскольку Cloudfront изначально не разрабатывался как CDN с пользовательским происхождением, и потому что он не
переместите все ресурсы в Amazon CloudFront и забудьте о GZipping;
сохраните компоненты на собственном хостинге и настройте наш сервер так, чтобы он обнаруживал входящие запросы и выполнял GZip-архивирование «на лету» по мере необходимости, что я и сделал далеко.
Существовали обходные пути для решения этой проблемы, но по существу эти не работали . [ ссылка ].
Теперь кажется, что Amazon Cloudfront поддерживает настраиваемое происхождение, и что теперь можно использовать стандартный метод HTTP Accept-Encoding для обслуживания сжатого содержимого, если вы используете Custom Origin [ ссылка ].
Мне пока не удалось реализовать новую функцию на моем сервере. Сообщение в блоге, на которое я ссылался выше, единственное, что я нашел с подробным описанием изменения, похоже, подразумевает, что вы можете включить только gzipping (обходные пути панели, которые я не хочу использовать), если вы выберете настраиваемое происхождение, чего я бы не хотел: я считаю, что проще разместить соответствующие поля на моем сервере Cloudfront , и ссылку на них оттуда. Несмотря на то, что я внимательно прочитал документацию, я не знаю:
означает ли, что новая функция, файлы должны размещаться на моем собственном сервере домена через настраиваемое происхождение, и если да, то какая настройка кода позволит это сделать. ;
как настроить заголовки css и javascript, чтобы убедиться, что они передаются в сжатые архивы из Cloudfront.