ПРОЕКТЫ 


  АРХИВ 


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: memcached & multi-get?



akalend Пишет:
-------------------------------------------------------
> думал над этим вопросом,
> если в memcached зазипованное
> хранение данных, то тут
> могут возникнуть
> "небольшие" я бы сказал 
> проблемы. А так, я такую
> возможность реализовал,
> пока все на стадии отладки.
> Но мне именно хотелось
> реализовать с
> раззиповыванием, а для этих
> случаев upstream врядли
> подходит. 
> 
> В моем случае - это
> используется для получения
> "онлайн-статусов", там
> данные хранятся в JSON, по
> этому я еще все обрамляю в
> скобки и склеиваю через
> запятые:
> {[ <первый мультигет>,
> <следующий>, <последний> ]}
> 
> а зачем такая
> функциональность, если не
> секрет?

не секрет, абсолютно:
есть огромное желание использовать nginx как  "шаблонизатор" а именно, с "бэка" 
отдавать исключительно шаблон с инклудами, несколько блоков на страницу(на 
текущий момент их 6, в будущих страницах их может быть и 10-12, объединить не 
получается), а собирать уже на фронте из мемкэша.

на текущий момент решение с костылями аля wait=yes реализовано на некоторых 
страницах. удобство, в нашем случае неоспоримое. но производительность такого 
решения оставляет желать лудшего (в виду количества конектов без wait и 
ожидания отдачи с оным).

при нескольких фронтах такая реализация, как нам показалось, оптимальна.

если есть возможность - готов потестить под нагрузкой - на текущий момент в 
пике 50/сек запросов на странички с инклудами и сборкой из мемкэша.

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




 




Copyright © Lexa Software, 1996-2009.