Azure CDN Blob Storage Manual Сжатие

У нас есть файлы размером более 1 мб и исключены из автоматического сжатия через Azure Verizon CDN.Azure CDN Blob Storage Manual Сжатие

Для размещения мы вручную сжимаем файлы перед загрузкой в базовую основу Azure Blob. Мы загружаем сжатую и несжатую версию файла.

Мы также настроены Azure CDN для обработки JSon файла:

Теперь, если я завивать блоб или CDN с соответствующими заголовками, я не получаю сжатое содержимое.

Так что стандартный подход к делать это с Azure? Мне не хватает настройки или заголовка?

Является ли содержимое свопинга невозможным на основе заголовка Accept-Encoding?

Должен ли я отказаться от расширения .gz и всегда обслуживать json zipped?

Любые идеи были бы оценены.

источник

2016-11-21 swestner

Редактировать для ясности:

Рекомендуемое решение здесь, чтобы GZIP и загрузить актив в блог хранения без расширения .gz и убедитесь, что он возвращает «Content-Encoding: GZIP» заголовок.

После этого просто запросите этот актив через конечную точку CDN. Если ваш запрос содержит заголовок Accept-Encoding : gzip, CDN вернет сжатый актив. Если ваш запрос не содержит заголовка Accept-Encoding, CDN распакует файл «на лету» и обслуживает клиента несжатую версию актива.

Оригинал Ответ:

Эй, я из команды Azure CDN.

Во-первых, вы используете профиль Verizon или Akamai?

Verizon имеет предел 1 МБ для сжатия кромок, в то время как Akamai этого не делает. Кроме того, этот предел предназначен только для сжатия CDN-края, поэтому, если ваше происхождение отвечает правильным сжатым файлом, CDN все равно должен обслуживать его для клиента.

Хранилище Blob автоматически не заменяет содержимое, насколько я знаю.

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

Мы также документ об устранении неполадок здесь: https://docs.microsoft.com/en-us/azure/cdn/cdn-troubleshoot-compression

Я был бы рад помочь вам устранить дальше, если выше не помогает. Просто отправьте мне исходные и конечные URL-адреса cdn в частном порядке по адресу [email protected]

источник

2016-11-22 00:24:52

Мы используем Verizon, исходный сервер - это хранилище Azure blob. Он не отвечает сжатым контентом. Я очистил и загрузил конечную точку CDN, а также попытался использовать строки запросов, чтобы перегрузить кеш (поскольку CDN настроен на кеширование каждого уникального URL-адреса), я прошел через руководство по поиску и устранению неполадок. Что действительно необходимо, так это руководство по настройке ручного сжатия для Azure CDN, поддерживаемого блочным хранилищем. Кажется, он нигде не существует, но, учитывая ограничение 1 мб, это, как представляется, является общим требованием. Электронная почта находится в пути. Благодаря! – swestner

Я отправил вам электронное письмо, но поделился здесь также. В этом случае с Verizon вы хотите использовать URL-адрес актива, который вы уже сжимали, чтобы обслуживать ваш контент. CDN может обслуживать его для пользователя, сжатого или сжимающего его «на лету», в зависимости от заголовка Accept-Encoding в запросе. –

Просто ответил. Мне было не ясно, что файл будет распаковываться из cdn на основе заголовка Accept-Encoding. Это несколько упрощает дело, но было бы неплохо, если бы он мог проверить .gz – swestner

ответ

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