ПРОЕКТЫ 


  АРХИВ 


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 как фронтенд для апача на одном сервере



В сообщении от 1196931911 секунд после начала Эпохи
Вы Malik Abdugaliev мне написали следующие:

> > > Получится ли так как я ожидаю - nginx передаёт запрос клиента
> > > Апачу, получает от него ответ, закрывает с ним сессию и уже сам
> > > передаёт ответ клиенту. Соответственно, как мне кажется, и
> > > запросы в базу не будут висеть дольше, чем требуется для отдачи
> > > ответа Апачу.
> >
> > Так это почти главная причина использовать Апач!
> 
> Не понятно. Главная причина использовать Апач? Или НЕ использовать
> Апач?
> 
> 
> 
> > Сама суть ускорения работы в этом проксировании и заключается.
> 
> Это понятно в случае с медленным клиентом и отдачей ответа Апачем.
> Вопрос в том легче ли станет MySQL-у?
> Правильно ли я понял, что запрос из БД будет медленнее, если отдача
> данных Апачем клиенту будет медленной? А nginx эту ситуацию исправит
> (конечно при правильной настройке)?
> 

нет, как раз nginx и берет на себя этих "медленных" клиентов, а БД
работает тогда  когда ее напрягают, как только php закончил работу и
передал результат апачу а тот выше nginx то они (апач и БД) спят и ждут
следующего клиента на обработку.
а вот работа MySQL и PHP на одной машинке иногда вызывает проблемы, с
памятью.

-- 
Uptime : 11 Day 6:37
Мы с соседями слушаем сейчас : Culture Beat - Mr. Vain



 




Copyright © Lexa Software, 1996-2009.