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@nginx.org
http://nginx.org/mailman/listinfo/nginx-ru