ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

cache + gzip + не поддерживающие сжатие клиенты


  • To: nginx-ru@xxxxxxxxx
  • Subject: cache + gzip + не поддерживающие сжатие клиенты
  • From: "soulfy" <nginx-forum@xxxxxxxx>
  • Date: Tue, 14 Dec 2010 05:02:43 -0500
  • Dkim-signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mickey.jlkhosting.com; s=x; h=Sender:From:Message-ID:Content-Transfer-Encoding:Content-Type:Subject:To:Date; bh=zpVBXHsYcaVeQCam3DiqPIWzkB2mTHiZGrG0em7j5tg=; b=UnO4SXxgbHmWBy4JuB+aJpuxWrOWx6dkzeY+kq5yFBG7UxwX7KkjuB6/1i6L8Fh4dM/yp58SWyQLj22kMZ5dU34X2WCTKdWKZFQGVAUvBFPylLiv2zE/6M/G4yQ5WBPw;

Здравствуйте,

Есть такая ситуация:

Настроено кеширование средствами nginx и
сжатие средствами nginx.

Если на страницу зашел клиент
поддерживаюший сжатие -- в кэш попадет
сжатая страница. И клиенту не
поддерживающему сжатие будет отдана
она же, что приведет к ошибке у него.

А неподдерживающий сжатие клиент,
первым зашедший на некую страницу,
вызовет попадание в кэш несжатой
страницы.

Можно ли поменять местами порядок
выполнения правил так, чтобы gzip-ование
срабатывало после кэширования?

Или есть дургие способы решения данной
проблемы?

gzip_disable с указанием браузера для
отключения сжатие не подходит.

Спасибо.

Posted at Nginx Forum: 
http://forum.nginx.org/read.php?21,158471,158471#msg-158471


_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.