ПРОЕКТЫ 


  АРХИВ 


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: index internal redirect



On 19.06.2011 14:50, Gena Makhomed wrote:

try_files absolute_path( K:/storage/img1/ )::/$img
          absolute_path( L:/storage/img2/ )::/$img

еще одна причина, почему // не следует|нельзя использовать в качестве
префикса для указания абсолютного пути в *локальной* файловой системе:

... если будет когда-то сделана полноценная версия nginx под windows
(судя по запросу на IOCP microbenchmark - ответ скорее "да" чем "нет")

то такой синтаксис // будет входить в конфликт с синтаксисом
Microsoft Windows UNC (Uniform Naming Convention)

\\ComputerName\SharedFolder\Resource

если сделать в конфиге nginx поддержку синтаксиса с обычным слэшем, который при обращении к операционной системе будет транслироваться
в обратный слэш, например:

//ComputerName/SharedFolder/Resource

чтобы не было необходимости в конфиге
возиться с esc`пингом обратных слэшей:

\\\\ComputerName\\SharedFolder\\Resource

вторая причина:

синтаксис // уже используется с четко определенной семантикой
в http://en.wikipedia.org/wiki/URI_scheme#Generic_syntax

например, http://hostname/path/to/resource

поэтому перегруженность // различными смысловыми
значениями будет затруднять понимание конфига
при чтении и провоцировать ошибки при написании.

P.S. кстати Microsoft при создании Uniform Naming Convention
этой семантики не нарушают, у них // тоже определяет hostname,
единственное что они сделали - слеши развернули в другую сторону.

--
Best regards,
 Gena


_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.