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

[Дмитрий -]

14 июня 2009 г. 1:01 пользователь Anton Kuznetsov <maybe at arjlover.net>написал:

> Что-то мне все равно не нравится эта схема со слепым кэшированием всего
> подряд от бэкэнда... Точнее не нравится система хранения этого кэша. Хочется
> ее иметь доступной с обеих сторон, например заранее, ночью, нагенерить в нее
> графики.
>
> Я думал в такую сторону...
> 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
> }
>
> Мне кажется так будет работать. Будет? :)
> В этой схеме я заранее смогу нагенерить самых востребованных графиков,
> остальные - сами в процессе подтянутся, логика для томката - куда сохранять
> - примитивная. Если объемы будут вменяемые, то можно в эту схему вставить
> две строчки про мемкэш и хранить все в памяти. Вот только в данном варианте
> совсем нет никаких идей по проверке авторизации. Возможно как-то прикрутить?
> Сессию, куку, что-то еще? Может p1 - это md5 от чего-то что можно проверить
> правилом конфиге nginx-a?
>
>  Правилом в конфиге врятли получится сделать...Разве что скриптом посчитать
md5 графика и класть его в папку с именем, сождержащим этот самый хэш...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20090614/aed408c9/attachment.html>