[devel] [Sisyphus-cybertalk] I: Sisyphus-20070430 packages: +2! -2 +33 (5982)

[Денис Смирнов]

On Mon, Apr 30, 2007 at 07:21:06PM +0400, QA Team Robot wrote:

QTR> ve-asterisk - Asterisk server
QTR> * Mon Apr 30 2007 Denis Smirnov <mithraen на altlinux> 0.1-alt1
QTR> - first build for Sisyphus

Всех кто интересовался asterisk ve прошу обратить внимание на этот пакет.
Это первый блин, и он запросто может оказаться комом.

QTR> nginx - Fast HTTP server
QTR> * Mon Apr 30 2007 Denis Smirnov <mithraen на altlinux> 0.5.19-alt1
QTR> - update version to 0.5.19
QTR> - build --with-http_stub_status_module (gns@)
QTR> - fix mail proxy building
QTR> - Add Symbian sis/sisx files to mime.types (#11459)
QTR> - Add hints to config file (#11368)
QTR> - Make default config file more useful
QTR> - Add README.ALT
QTR> - Start more workers in default config (more DoS proof)
QTR> - Change: now the $request_time variable has millisecond precision.
QTR> - Feature: the $upstream_addr variable.
QTR> - Feature: the "proxy_headers_hash_max_size" and
QTR>   "proxy_headers_hash_bucket_size" directives.  Thanks to Volodymyr Kostyrko.
QTR> - Bugfix: the files more than 2G could not be transferred using sendfile on
QTR>   64-bit Linux.
QTR> - Feature: the ngx_http_sub_filter_module.
QTR> - Feature: the "$upstream_http_..." variables.
QTR> - Feature: now the $upstream_status and $upstream_response_time variables keep
QTR>   data about all upstreams before X-Accel-Redirect.
QTR> * Fri Apr 13 2007 Denis Smirnov <mithraen на altlinux> 0.5.17-alt1

Всем спасибо за развешаные на nginx баги.

Сейчас известно только следуюшее -- на x86_64 у некоторых он падает. Если
мне дадут доступ в такой контейнер, где будет ещё и возможность
пересобирать nginx и также будет присутстовать gdb -- я попытаюсь эту
проблему исправить.

Также буду рад любым предложниям по изменению штатного конфига.

Возникла ещё одна интересная идея:

Как многим известно я являюсь сумасшедшим параноиком, в связи с чем у меня
портится настроение, аппетит и сон от того что nginx не живет в чруте.

nginx может выполнять несколько ролей:
1. прокси (для этой цели чрут был, есть и будет полезен);
2. быстрая раздача файлов (для этой цели чрут нежелателен, но скорее всего
вполне можно себе позволить чрутить его в какой-нибудь /var/www;
3. динамика на перле, в этом случае чрутить его категорически нельзя;

Возможно есть смысл запускать параллельно несколько nginx'ов. И при этом
тот что напрямую смотрит в сеть будет жить в чруте, и уязвимости типа
переполнений буфера в нем будут куда менее неприятны.

Кроме того у прокси несколько другие настройки. В 3-м случае нам нужно
много worker-процессов, а в первом нам вообще практически всегда
достаточно одного (ну или 1*кол-во процессоров).

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
<hiddenman> bugzilla - это cvs от мира таких систем. старая, кривая, неудобная, но работает
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: Digital signature
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20070430/a94636f4/attachment-0001.bin>