LINUX.ORG.RU

Релиз Apache 2.2.10

 ,


0

0

Среди новых возможностей следует отметить появление в конфигурационном файле директивы ChrootDir, в которой указывается корневая директория изолированного окружения, куда будет происходить переход Apache после старта.
Обещают, что это будет совместимо с MPM модулями prefork и worker.

>>> Changelog

>>> Подробности



Проверено: Shaman007 ()
Ответ на: комментарий от KRoN73

> Ну, мы тут как бы и пишем, что лайти ну во всём лучше, но на одноюзеровской машине

У меня несколько клиентов загружают данные по SFTP в свои веб-папки. Виртуальный хостинг в самом lighty настроен. Что-то я по другому понимаю?

Есть и большой проект, который обслуживают несколько машин с лайти.

anonymous
()
Ответ на: комментарий от anonymous

>Что-то я по другому понимаю?

PHP. Или, там, python. Любой cgi/fcgi. Если дашь доступ двум юзерам, то они будут иметь из своих скриптов свободный доступ к ресурсам друг друга.

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

В случае php - персональные open_basedir и include_path для каждого виртуального хоста не спасают разве?
Для остального - CGI через suexec. Нет?

Также непонятно, что там у Вас заразили через соседний виртуальный хост. У меня апач имеет доступ только на чтение, запись только в специальные директории для аплоада.

anonymous
()
Ответ на: комментарий от anonymous

open_basedir уже какбэ давно не в почете, и не рекомендован к использованию по причине слабой секурности.

leave ★★★★★
()

Апач нужен. Обосную - эталон. Что-то чем-то лучше, что-то чем-то хуже, сравнивать с subj

via4e
()

Один я не нашёл в Changelog "ChrootDir" ?

Gluk
()
Ответ на: комментарий от via4e

>Апач нужен. Обосную - эталон. Что-то чем-то лучше, что-то чем-то хуже, сравнивать с subj

Оффтопик нужен. Обосную - эталон. Что-то чем-то лучше, что-то чем-то хуже, сравнивать с subj

thevery ★★★★
()
Ответ на: комментарий от anonymous

>В случае php - персональные open_basedir и include_path для каждого виртуального хоста не спасают разве?

Нет.

>Для остального - CGI через suexec. Нет?

Будет много медленнее, чем Апач с mpm_itk.

>У меня апач имеет доступ только на чтение

Ну, если ты за своих виртюзеров всю работу делаешь - то флаг в руки :) У меня же они сами в своих песочницах копошатся. И запрещать им запись... проще убить сразу, чтобы не мучились :)

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

>>В случае php - персональные open_basedir и include_path для каждого виртуального хоста не спасают разве?

>Нет.

Не могли бы Вы раскрыть тему?... Хотя бы ссылкой на мануал для просветления?


>>У меня апач имеет доступ только на чтение

>Ну, если ты за своих виртюзеров всю работу делаешь - то флаг в руки :) У меня же они сами в своих песочницах копошатся. И запрещать им запись... проще убить сразу, чтобы не мучились :)


Есть хоумдира, где апач может только читать. Если пользователям требуется дира с возможностью записи, они ставят права 775 вместо стандартных 755, только и всего. Апач вертится с umask 0002.
Трудно объяснимо?... Или я не дорос до больших хостингов?

P.S. Ссылка на мануал по mpm_itk тоже не помешает. С кратким рассказом об опыте Вашего использования данного MPM.

anonymous
()

А вот мне знаний нехватает что бы с апача на nginx перейти, пробовал раза 3, не пошло, нет времени ковырятся...

psycholog
()
Ответ на: комментарий от psycholog

> А вот мне знаний нехватает что бы с апача на nginx перейти, пробовал раза 3, не пошло, нет времени ковырятся...

И не пытайтесь, ПЕРЕЙТИ не выйдет. У nginx просто нет такого функционала.

К тем, у кого Apache тормозит: друзья, вы перестаньте использовать .htaccess - оно ощутимо подтормаживает его. Нет-нет, именно перестаньте использовать и поставьте в конфиге AllowOverride None, чтоб он даже не сканировал директории в поисках. Тогда заметите.

anonymous
()
Ответ на: комментарий от anonymous

> P.S. Ссылка на мануал по mpm_itk тоже не помешает. С кратким рассказом об опыте Вашего использования данного MPM.

Первая из гуголя по запросу mpm-itk - официальная страница этого модуля: http://mpm-itk.sesse.net/

anonymous
()
Ответ на: комментарий от thevery

> >Апач нужен. Обосную - эталон. Что-то чем-то лучше, что-то чем-то хуже, сравнивать с subj

> Оффтопик нужен. Обосную - эталон. Что-то чем-то лучше, что-то чем-то хуже, сравнивать с subj

Вот меня всегда интересовало - а почему на ЛОРе нет войн "Postfix vs Sendmail"? Ничем не хуже, чем "Nginx vs Apache" или "Linux vs Windows".

Подозреваю, что ЛОРовские аналитики просто никакого представления не имеют о Sendmail, хотя с него всё начиналось и все альтернативы под него до сих пор подлаживаются и подстраиваются. Видимо, надо сделать так, чтобы Apache ваще невозможно было сконфигурировать и запустить новичку - тогда и про него оффтопить перестанут: ЛОРовским школьникам он попросту будет недоступен, как сейчас - Sendmail.

anonymous
()
Ответ на: комментарий от anonymous

> К тем, у кого Apache тормозит: друзья, вы перестаньте использовать .htaccess

Хм. А зачем тогда будет нужен Апач?

anonymous
()
Ответ на: комментарий от anonymous

>> К тем, у кого Apache тормозит: друзья, вы перестаньте использовать .htaccess

> Хм. А зачем тогда будет нужен Апач?

- Ну, тогда ядро собирать не надо будет. - А зачем тогда нужен будет Linux?

Отвечаю, зачем: работать с ним. Функционала у него без .htaccess совершенно не убавляется - отличие одно - придётся сервер HUPать после изменения конфигурации.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.