Назад |
Перейти на главную страницу
Субдомены с некоторым динамическим и статическим содержимым в CDN
Вот что я хочу сделать. Я знаю, что не могу все сделать; Я хочу посмотреть, насколько близко я смогу подойти и есть ли у кого-нибудь творческое решение.
Наша цель - сделать так, чтобы я мог развернуть HTML + CSS + JS на dynamicubdomain.example.com. HTML / CSS / JS не знает, что он будет развернут таким образом, и любые включенные изображения CSS + JS + будут использовать относительный URL.
- Размещайте файлы HTML в каком-нибудь динамическом месте, чтобы я мог проверить, вошли ли они в систему, прежде чем отображать HTML. HTML не является динамическим; Мне просто нужно убедиться, что они проверены, прежде чем отображать его. Было бы лучше, если бы я мог разместить HTML-код на CDN и как-то его проверить.
- Размещайте статические файлы (например, CSS + JS + изображения) в CDN. Однако они должны быть доступны через относительный URL.
- Каждый сайт (много из них) будет находиться на другом субдомене. Итак, я думаю, мне нужен групповой DNS. (Я открыт для других решений.)
Какая наилучшая установка, чтобы получить от этого как можно больше?
Вам нужен CDN, который выполняет обратное проксирование. Эти провайдеры иногда также называют себя «ускорителями веб-сайтов». Это работает так: вы указываете свой DNS на их серверах, а они проксируют запросы обратно на ваши исходные серверы.
Преимущества такой настройки заключаются в том, что они:
- Кешировать статический контент. Это ваш css, javascript, изображения и т. Д. Все, что содержит заголовки кеширования, которые указывают на возможность кэширования, будет кэшироваться.
- Распространяйте кэшированный контент. Хорошие поставщики услуг такого типа будут иметь такую настройку, чтобы контент обслуживался из ближайшего сетевого местоположения к инициатору запроса. Это будет здорово для ваших австралийских посетителей.
- По-прежнему используйте тот же домен, что и аутентифицированный контент. Это означает, что вы можете использовать относительные URL-адреса для всего.
Есть множество других преимуществ, не связанных ни с чем, о чем вы спрашивали, и их специфика будет зависеть от того, кого вы выберете в качестве обратного прокси.
Недостатки:
- Будет некоторая дополнительная задержка для аутентифицированных запросов. Эта дополнительная задержка не должна быть чрезмерной.
- SSL может быть сложной задачей. Размещение вашего SSL-сертификата на поддомене упрощает задачу. Это все еще возможно в основном домене.
Я не знаю, используют ли какие-либо из этих служб DNS с подстановочными знаками по той же цене, что и отдельный домен, однако некоторые из них будут предоставлять один домен бесплатно.
CloudFlare - крупный, хорошо известный поставщик подобных вещей. Есть и другие, и, поскольку мы не даем здесь рекомендаций по покупкам, вам придется выберите свой.