ПРОЕКТЫ 


  АРХИВ 


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: Ограничение соединен ий с бэкэндом



Oleg Motienko пишет:
А если сделать парсилку .htaccess с выводом результата в виде include
к конфигу nginx ?

Парсить по крону изменившиеся.

On 10/2/07, Anatoly Matyakh <protopartorg@xxxxxxxxx> wrote:
On Tue, 02 Oct 2007 08:09:36 +0300, slava <slava@xxxxxxxxxxxx> wrote:

А по поводу бэкенда - тут даже не столько от клиента зависит, сколкьо от
программистов и админов для них программирующих.
В большинстве случаев никто ничего кроме php и апача не знает, а если
знает то не может в рамках виртуального хостинга.
В болльшинстве случаев именно под апач никто и не пишет.
Потому что в этом тоже недо разбираться. Главный культурный шок - это
что-то вроде
"а где моё .htaccess?"

Я втихоря "снял с апача" небольшой хостинг - получился nginx + php-fpm
+ Acme mini_httpd (последнее для CGI, вопрос с юзерами решился запуском
его по
количеству виртхостов, использующих CGI - там максимальный footprint 600к)
и
стал смотреть, где что взорвалось.

Через четыре дня один клиент нажаловался, что basic-авторизация слетела,
а больше пока ничего.

Большой хостинг так не перенесёшь, поскольку мне пришлось заглядывать во
все
закоулки, где что-нибудь переопределяли через .htaccess.

--
IT Philosopher




меня больше интересует вопрос, как _совсем_ запретить клиенту на nginx-based виртуальном хостинге делать симлинки, по которым nginx всегда следует и выходит легко за document_root.



 




Copyright © Lexa Software, 1996-2009.