ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[apache-talk] Re: [apache-talk] несколько apache как зам ена suexec



Hello Sergey,

Friday, September 17, 2004, 1:53:40 AM, you wrote:


SVS> Привет

SVS> вот хочу настроить сервер для себя и
SVS> друзей (4 человека пока)
SVS> под Дебианом
SVS> Столкнулся с проблемой разделения доступа
SVS> в virtual host.
SVS> Одно из решений - suexec, но это значит что

SVS> 1. производительность падает (так как
SVS> нельзя использовать mod_php/mod_perl)

Для mod_php есть suphp (www.suphp.org), хотя он и дергает бинарый php

SVS> 2. Необходимо копировать приложения из
SVS> /usr/lib/cgi-bin и прочих в
SVS> каждый из каталогов пользователя -
SVS> неудобство, проблемы с апгрейдом и т.д.

Патчить suexec что бы не ругался на запуск ваших общих скриптов. Код
suexec довольно тривиален, так что проблем не должно возникнуть.

SVS> Есть ли более "красивые" пути решения?
SVS> Например, можно ли сделать так -

SVS> - настроить для каждого из 4 пользователей
SVS> свой "локальный" апач,
SVS> запущенный под его userid, docroot и определённом
SVS> порту
SVS> - настроить один "глобальный" апач который
SVS> бы ничего не делал, кроме как
SVS> определил виртуальные хосты и
SVS> перенаправлял запрос с определённого
SVS> виртуального хоста на "локальный" апач с
SVS> заданным номером порта?

если ресурсов хватает - почему бы и нет
mod_accel решит вопрос раздачи запросов на эти апачи

SVS> Так бы могла быть решена проблема
SVS> производительности и разделения прав
SVS> доступа. Возможно ли это?
SVS> --
SVS> Best regards, Sergey Spiridonov 


PS: а к вопросу о suphp - кто с ним бегал активно - поделитесь
отзывами, можно не в общую рассылку =)


-- 
Best regards,
 Dmitriy                            mailto:miksir@xxxxxxxx



 




Copyright © Lexa Software, 1996-2009.