Регексповый server_name

2013-03-07 Thread Юрий Гончаров
Здравствуйте есть инфраструктура /lab/user1/project1 /lab/user1/project1 /lab/user1/project1 /lab/user1/project1 -- NEO83-RIPE ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Fwd: Регексповый server_name

2013-03-07 Thread Юрий Гончаров
Здравствуйте есть инфраструктура /lab/user1/project1 /lab/user1/project2 /lab/user1/project3 /lab/user1/project4 /lab/user2/someproject1 /lab/user2/someproject2 и т д Есть ли возможность в nginx для каждого user1 создавать один умный server_name и root для работы...что-то типа server {

Re: Регексповый server_name

2013-03-07 Thread Bondar Alexey
server { listen 80; server_name ~^(?.+)\.(?.+)\.example\.net$; root /var/www/$user/$project/public; } Как следствие project1.user1.example.net => /var/www/user1/project1/public Или я не понял вопроса? On 7 Mar 2013, at 17:12, Юрий Гончаров wrote: > Здравствуйте > > есть инфраструк

Re: Fwd: Регексповый server_name

2013-03-07 Thread Валентин Бартенев
On Thursday 07 March 2013 20:12:09 Юрий Гончаров wrote: > Здравствуйте > > есть инфраструктура > > /lab/user1/project1 > /lab/user1/project2 > /lab/user1/project3 > /lab/user1/project4 > /lab/user2/someproject1 > /lab/user2/someproject2 > > и т д > > Есть ли возможность в nginx для каждого user

Re: Fwd: Регексповый server_name

2013-03-07 Thread Daniel Podolsky
> Писать скрипты. А есть ли замеры того, сколько ест одна конфигурация, и другая? Я вот довольно широко регексмы использую (но у меня иначе и никак). ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Fwd: Регексповый server_name

2013-03-07 Thread Валентин Бартенев
On Thursday 07 March 2013 21:05:01 Daniel Podolsky wrote: > > Писать скрипты. > > А есть ли замеры того, сколько ест одна конфигурация, и другая? Я вот > довольно широко регексмы использую (но у меня иначе и никак). Если я правильно понял вопрос, то это зависит от самой конфигурации и количества

Re: Fwd: Регексповый server_name

2013-03-07 Thread Daniel Podolsky
>> > Писать скрипты. >> А есть ли замеры того, сколько ест одна конфигурация, и другая? Я вот >> довольно широко регексмы использую (но у меня иначе и никак). > Если я правильно понял вопрос, то это зависит от самой конфигурации > и количества модулей, с которыми скомпилирован nginx. Каких-то точны

Re: Fwd: Регексповый server_name

2013-03-08 Thread denis
07.03.2013 21:44, Daniel Podolsky пишет: я скорее не про точные числа, а про сравнение производительности конфигурации на регекспах с конфигурацией на статических именах. что-то мне подсказывает, что разбор заголовков - достаточно тяжелая операция, чтобы один регехп на этом фоне просто потерялся

Re: Fwd: Регексповый server_name

2013-03-08 Thread Валентин Бартенев
On Thursday 07 March 2013 21:44:28 Daniel Podolsky wrote: > >> > Писать скрипты. > >> > >> А есть ли замеры того, сколько ест одна конфигурация, и другая? Я вот > >> довольно широко регексмы использую (но у меня иначе и никак). > > > > Если я правильно понял вопрос, то это зависит от самой конфиг

Re: Fwd: Регексповый server_name

2013-03-08 Thread Daniel Podolsky
> Один регэксп у вас повлечет кучу логики с переменными из него. Или нет. Если группа(ы) из регекспа используются только для установки root - конфиг только читабельнее станет от их применения. Другое дело, что матчинг с группировкой может оказаться все же существенно медленнее выбора по дереву. П

Re: Fwd: Регексповый server_name

2013-03-08 Thread Валентин Бартенев
On Friday 08 March 2013 20:48:42 Daniel Podolsky wrote: > > Один регэксп у вас повлечет кучу логики с переменными из него. > > Или нет. Если группа(ы) из регекспа используются только для установки > root - конфиг только читабельнее станет от их применения. > > Другое дело, что матчинг с группиров

Re: Fwd: Регексповый server_name

2013-03-08 Thread Daniel Podolsky
> В любом случае, на фоне всех остальных операций - это неизмеримо малая > величина. К примеру, на моем мобильном i3-350m указанное регулярное > выражение выполняется в среднем за 400 наносекунд без использования JIT, > и менее чем за 100 наносекунд с JIT. Ну вот и я что-то такое подозревал, хоть и