ПРОЕКТЫ 


  АРХИВ 


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: nginx memcache proxy_store fastcgi_store



ну как сказать :)

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

а вообще просто рассматриваются разные возможности
и вот возник $subject ...

On 01.06.2008, at 1:06, Oleksandr V. Typlyns'kyi wrote:

Today May 31, 2008 at 23:55 Alex Vorona wrote:

Вы мешаете в кучу распределённый кеш и хранение временных файлов при проксировини выдачи больших страниц.
это все аргументы? :)
нет, не путаю. я нехочу, чтобы нгинх ложил на диск временные файлы
они там не нужны
и не хочу городить сомнительные решения (tmp_fs)
 И в то же время для времянок - tmpfs, а  
memcached - для кеширования.
 Сами сравните пути backend- 
>frontend(частично tmpfs)->client и
backend->frontend->memcached->frontend->client. Явно видно  
что memcached
лишний. Если хотите отдавать именно  
из него - попробуйте реализовать  
схему
 когда backend записывает выдачу в memcached  
и отдаёт X-Accel-Redirect на
location c memcached_pass.

либо бэкенд отдаёт выдачу фронтенду, закрывает соединение и записывает выдачу в memcached - так может быть быстрее для клиента.
 Только когда ответ не поместится в  
буфера, то будет ненадолго записан во
 временный файл на диске, а именно от  
этого Alexey V. Karagodov ну очень
 хочет избавится и затевает всю  
катавасию ;)
--
WNGS-RIPE







 




Copyright © Lexa Software, 1996-2009.