Re: Ужосы какие-то пишут про nginx

["Denis Erygin" <erygin@xxxxxxxxxxxx>]

> Для меня всё прозрачно. Что касается возможных потенциальных проблем в
> ngx_open_cached_file() и ngx_cpystrn(), то для меня их нет - я
> помню, как устроены эти интерфейсы.
Очень неудачный аргумент, так как вся поддержка nginx целиком ложится
на того, кто "помнит", что ведет к перегрузке и нехватки времени у автора,
а это приводит к помиранию проекта, который уже не в состоянии успевать
за реальностью. И чем дальше, тем хуже.

Думаю, что интерфейсы ядра Linux уже никто не в состоянии "помнить",
поэтому все хорошо документировано.

----- Original Message ----- 
From: "Igor Sysoev" <is@xxxxxxxxxxxxx>
To: <nginx-ru@xxxxxxxxx>
Sent: Friday, April 18, 2008 2:26 PM
Subject: Re: Ужосы какие-то пишут про nginx


On Fri, Apr 18, 2008 at 10:34:35AM +0400, Kirill A. Korinskiy wrote:

> Дмитрий Лоханский -> nginx-ru@xxxxxxxxx  @ Fri, 18 Apr 2008 01:53:53 
> +0400:
>  ДЛ>    /*
>  ДЛ>     * ngx_http_map_uri_to_path() allocates memory for terminating 
> '\0'
>  ДЛ>     * so we do not need to reserve memory for '/' for possible 
> redirect
>  ДЛ>     */
>
>  ДЛ>    last = ngx_http_map_uri_to_path(r, &path, &root, 0);
>  ДЛ>    if (last == NULL) {
>  ДЛ>        return NGX_HTTP_INTERNAL_SERVER_ERROR;
>  ДЛ>    }
>
>  ДЛ> Просто не очень внимательны.
>
> Не всегда данные для системных вызовов брать можно из url'а таким вот 
> способом
> (используя ngx_http_map_uri_to_path).
>
> Да и не прозрачно это.
Прозрачность зависит только от степени документированности.

Для меня всё прозрачно. Что касается возможных потенциальных проблем в
ngx_open_cached_file() и ngx_cpystrn(), то для меня их нет - я
помню, как устроены эти интерфейсы. Возможно, эти проблемы есть у
сторонних модулей или патчей, но это не проблемы nginx'а, и я не несу
за них ответственность.


--
Игорь Сысоев
http://sysoev.ru