ПРОЕКТЫ 


  АРХИВ 


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]

Re: Кэширование график ов от бэкэнда



On Sat, Jun 13, 2009 at 11:01:52PM +0200, Anton Kuznetsov wrote:

> Что-то мне все равно не нравится эта схема со слепым кэшированием всего
> подряд от бэкэнда... Точнее не нравится система хранения этого кэша. Хочется
> ее иметь доступной с обеих сторон, например заранее, ночью, нагенерить в нее
> графики.
> 
> Я думал в такую сторону...
> http://host/image/p1/p2/image.png, где p1 & p2 - параметры
> оно же для томката:
> http://host/image.jsp?p1=p1&p2=p2<http://host/image.jsp?param1=xx&param2=yy&param3=zz>
> 
> Конфиг:
> location ^~ /image/ {
> error_page      404 = @fallback;
> }
> location @fallback {
>     rewrite /image/(.*)/(.*)/image.png      /image.jsp?p1=$1&p2=$2 last;
>     proxy_pass http://127.0.0.1:8080
> }
> 
> Мне кажется так будет работать. Будет? :)
> В этой схеме я заранее смогу нагенерить самых востребованных графиков,
> остальные - сами в процессе подтянутся, логика для томката - куда сохранять
> - примитивная. Если объемы будут вменяемые, то можно в эту схему вставить
> две строчки про мемкэш и хранить все в памяти. Вот только в данном варианте

Уж сколько раз твердили миру: если объёмы вменяемые, то в современных
операционных системах хранение на диске == хранению в памяти. Не нужен
здесь memcache.


-- 
Игорь Сысоев
http://sysoev.ru



 




Copyright © Lexa Software, 1996-2009.