Russian Apache Switch to English
Switch to Russian koi8-r
windows=1251
cp-866
iso8859-5
Russian Apache Как это работает Рекоммендации Где взять Как установить Как настроить Статус и поддержка
Краткий обзор FAQ Список рассылки Благодарности Поиск по серверу Powered by Russian Apache
Russian Apache mailing list archive (apache-rus@lists.lexa.ru)

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

[apache-rus] Re: [apache-rus] Re: [apache-rus] Re: [a pache-rus] НЦПЮМХВЕМХЕ БПЕЛЕМХ БШОНКМЕМХ Ъ ЯЙПХОРНБ



ШО РОБЫТЬ ТО! ЧТО ДЕЛАТЬ, в смысле и кто виноват.
Ведь приятно было бы и suEXEC и mod_perl одновременно!
Оть, блин. Остается два варианта: или каждому по apache к
2002-му году или все в jail!

Артем

----- Original Message -----
From: "Khimenko Victor" <khim@xxxxxxxxxxxx>
To: <apache-rus@xxxxxxxxxxxxx>
Sent: Friday, July 06, 2001 11:02 AM
Subject: Re: [apache-rus] Re: [apache-rus] Re: [apache-rus]
НЦПЮМХВЕМХЕ БПЕЛЕМХ БШОНКМЕМХЪ ЯЙПХОРНБ


>
>
> On Thu, 5 Jul 2001, Slawa Olhovchenkov wrote:
>
> > On Thu, Jul 05, 2001 at 06:54:14PM +0400, Khimenko Victor wrote:
> >
> > > Проблема даже не в этом, а в том, что после того, как процесс
поработал бы
> > > под одним пользователем он стал ба работать под другим и через
разные
> > > конструкции PHP "враждебный" пользователь мог бы добраться до
данных
> > > другого пользователя. Если же заставить один apache-child
обрабатывать
> > > только один запрос... Гмм... Это возможно, но это будет
небольшим
> > > преимуществом над CGI (а особенно FastCGI) - а в этом случае
можно
> > > использовать PHP в виде CGI, нормальный suEXEC и не городить
никакого
> > > огорода. То же касается mod_perl'а, mod_python'а и т.д.: не то,
что для
> > > них совсем НЕЛЬЗЯ сделать suEXEC'а - это просто не имеет
смысла...
> > >
> > С mod_perl ом по любому надо пускать по апачу на юзера -- иначе
там каша
> > и так и сяк. Даже если юзера друг к другу лазать не будут.
> >
> > А про mod_php/mod_python подробнее можно?
>
> Меня опять не так поняли :-) Я имел в виду, что ни для mod_php, ни
для
> mod_python'а, ни для mod_tcl'я, ни для ВООБЩЕ какого-либо
существующего
> модуля нельзя сделать suEXEC. Для того, чтобы это имело смысл (не
"было
> возможно", а "имело смысл"!) модули и, что куда хуже, apache должен
быть
> написан так, чтобы в нем не было возможности из одного подуля
покорежить
> сруктуры другого модуля (или даже того же при следующем запросе). В
ПРИНЦИПЕ
> это возможно. Шансов на то, что это будет сделано в ближайшее
время - НУЛЬ.
> Это все, что я имел в виду...
>
>
======================================================================
=======
> =               Apache-Rus@xxxxxxxxxxxxx mailing list
=
> Mail "unsubscribe apache-rus" to majordomo@xxxxxxxxxxxxx if you want
to quit.
> =       Archive avaliable at http://www.lexa.ru/mail-archive
=
>
>

=============================================================================
=               Apache-Rus@xxxxxxxxxxxxx mailing list                       =
Mail "unsubscribe apache-rus" to majordomo@xxxxxxxxxxxxx if you want to quit.
=       Archive avaliable at http://www.lexa.ru/mail-archive                =







Спонсоры сайта:

[ Russian Apache ] [ Как это работает ] [ Рекомендации ] [ Где взять ] [ Как установить ] [ Как настроить ] [ Статус и поддержка ] [ Краткий обзор ] [ FAQ ] [ Список рассылки ] [ Благодарности ] [ Поиск по серверу ] [ Powered by Russian Apache ] [ Apache-talk archive ]

"Russian Apache" includes software developed by the Apache Group for use in the Apache HTTP server project (http://www.apache.org/) See Apache LICENSE.
Copyright (C) 1995-2001 The Apache Group. All rights reserved.
Copyright (C) 1996 Dm. Kryukov; Copyright (C) 1997-2009 Alex Tutubalin. Design (C) 1998 Max Smolev.