Hello!

On Tue, Oct 16, 2012 at 09:52:35PM +0400, Михаил Монашёв wrote:

> Здравствуйте, Maxim.
>
> >> За ссылочки большое спасибо. Почитал. . Нашёл
> >> http://tools.ietf.org/html/rfc5789 ошибку, кстати :-) Там ссылка
> >> неверная на "Section 3.7". Но так и не понял, как при PATCH-е выглядит
> >> "description of changes" в общем случае. Тоже на XML-е описываются
> >> изменения?
>
> > Там не специфицируется. Поддержку конкретных форматов сервер
> > может заявить через заголовок Accept-Patch. Например, это может
> > быть text/x-diff... :)
>
> >> Про встроенный перл, кстати и вправду стоит подумать. Спасибо за идею.
>
> > Со встроенным перлом есть одна проблема: перл не умеет
> > обрабатывать ошибки выделения памяти, и в случае чего роняет
> > вместе с собой nginx.
>
> Да вроде, чтобы поменять mtime или atime у файла не нужно много памяти
> выделять. Другое дело, что залочиться на дисковой операции можно через
> чур на долго. А так как у нас идёт в параллель сразу десятки
> вебдав-запросов, то

Память может быть использована и под другое, и вообще другими
программами. Просто сам nginx нормально обработать ошибку из
malloc()'а может (и всего лишь закроет запрос, которому не
повезло, ругнувшись при этом в лог). А вот perl - нет, и если он
получит ошибку из malloc()'а, то сделает exit(1) рабочему процессу
nginx-а.

> > На фронтенд я бы его ставить не рекомендовал, а на бекендах -
> > вполне может жить.
>
> Из-за описанной выше проблемы или есть и другие?

Товарищи из Highload Lab жалуются, что он тормозной. Но это, что
называется, зависит от задачи, ну и опять же - с чем сравнивать.
;)


--
Maxim Dounin
http://nginx.com/support.html

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