ПРОЕКТЫ 


  АРХИВ 


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]

Вопрос по будущему кэшированию.



Здравствуйте, Михаил.

Вы писали 3 мая 2008 г., 18:57:54:

> Просматриваю выступление Игоря
> http://rutube.ru/tracks/620185.html?v=6b2f565cd57460216cf99deec521c7e6
> и никак не пойму, как предполагается удалять страничку из кэша.

> X-Accel-New   выходит   очень  удобным  при  кэширование  генерящегося
> контента  и  чертовски неудобным при кэшировании статики. Выходит, что
> если  мне  нужно  какую-то  картинку удалить из кэша, то нужно сделать
> запрос  к  nginx-у,  чтобы  он проксировал ответ к апачу, а апач выдал
> X-Accel-New с нужным ключём, который надо удалить. Ну или вместо апача
> может быть сам nginx с перловым хэндлером.

таким способом объект из кеша не удаляется,
он только помечается на frontend`е устаревшим.

если его вообще не было в кеше и он занимал 0 байт на frontend`е, то после
выдачи заголовка X-Accel-New - frontend запомнит md5 устаревшего объекта.

если файл был - он так и останется занимать место в кеше,
а frontend только пометит этот объект как уже устаревший.

> Как удалять из будущего кэша статику?

судя по презентации, удаление устаревших объектов из кеша происходит
отдельным процессом, который будет это делать например, раз в сутки.

PS что происходит в случае, когда закончилось свободное место на диске
frontend-сервера - прекращение сохранения проксируемых обьектов в кеше,
или принудительная очистка дискового кеша от всех устаревших объектов?

-- 
С уважением,
 Gena                          mailto:gmm@xxxxxxxxx




 




Copyright © Lexa Software, 1996-2009.