From nginx-forum на nginx.us  Wed Feb  1 09:24:36 2012
From: nginx-forum на nginx.us (TM123)
Date: Wed, 01 Feb 2012 04:24:36 -0500
Subject: =?UTF-8?B?NDk5INC+0YjQuNCx0LrQsA==?=
Message-ID: <74d37446c9954ef02251b441e01f241d.NginxMailingListRussian@forum.nginx.org>

OpenSUSE, за nginx стоит spawn-fcgi от lighttpd с PHP + Yii.
Время от времени Nginx берет и просто тупо
виснет и отказывается обрабатывать
какие либо запросы, судя по всему до
истечения таймаута установленного в
php.ini

В описание ошибки вроде как - клиент
обломал соединение, однако Fox ничего не
обламывает, а просто тупо продолжает
ждать ответа и показывает что типа
гружу, типа жду.

В error.log на такие страницы nginx пишет

127.0.0.1 - - [01/Feb/2012:13:05:02 +0400] "GET / HTTP/1.1" 499 0 "-"
"Mozilla/5.0 (X11; Linux i686; rv:9.0.1) Gecko/20100101 Firefox/9.0.1"

При этом, исходя из того, что делает PHP
скрипт, такие ситуации возникают в 2
случаях.
1. При разработке происходит
зацикливание в PHP или в хранимке PostgresSQL
2. По каким либо причинам скрипт выдает
403 ошибку, при этом очень странно,
когда-то ошибка нормально
обрабатывается и показывается
страница с 403 ошибкой, но время от
времени происходит впадание в вот
такой ступор.

Есть еще и третий случай, просто не
стого не с сего обана и nginx больше не
работает и пока не перегрузишь
виртуалку от oracle, nginx работать не
станет, хотя тут возможно проблема
spawn-fcgi.

В общем как я понимаю, проблема не в том
что браузер обломал, проблема в том что
PHP не ответил вообще или прислал 403, а Nginx
вместо того что бы корректно
обработать эту ситуацию уходит в
ступор.

И еще вопрос, раньше я такую связку
использовал под Ubuntu и все было
прекрасно. Сейчас помимо описанных
проблем, nginx вообще не выводит ошибки php
и диагностику фреймворка, просто пишет
обломись ответ не получен, при этом yii
пишет свою трассировку в указанный
файл и php пишет ошибки в свой лог и все
настроено со стороны php и yii настроено
правильно. Буду благодарен за совет и
поэтому поводу, а то надоело лазить
каждый раз в лог php чтобы узнать что
точку с запятой забыл поставить.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,221849,221849#msg-221849


From nginx-forum на nginx.us  Wed Feb  1 10:40:51 2012
From: nginx-forum на nginx.us (next40)
Date: Wed, 01 Feb 2012 05:40:51 -0500
Subject: =?UTF-8?B?0JTQvtC/LtC/0LDRgNCw0LzQtdGC0YAgc2VjdXJlIGxpbms=?=
Message-ID: <7fc124a26a01ff0316aac0a2380ee232.NginxMailingListRussian@forum.nginx.org>

Хочу добавить дополнительный параметр
для url при загрузке с этим модулем
что-то не пойму как сделать мне.....
  location /get/ {
        rewrite /get/([a-zA-Z0-9_\-]*)/([0-9]*)/(.*)$
/realfiles/$3?hash=$1&time=$2;
    }
  location /realfiles/ {
	root /var/www/files/htdocs/secure;
        secure_link $arg_hash,$arg_time;
        secure_link_md5 secure$uri$arg_time;
        if ($secure_link = "") { return 403; }
        if ($secure_link = "0") { return 404; }
	 error_page 404 /expired.php;
        rewrite ^/realfiles/(.*)$ /realfiles/$1 break;
  }

ссылку делаю так

make_secure_link('http://url.ru', 'get', 'secure', 'realfiles',$userdir,
$_FILES["userfile"]["name"], '60');

function make_secure_link($host,$rewrite, $secret, $real_directory,
$name, $ttl){
  $time = time() + $ttl; 
    $key = str_replace("=", "",
strtr(base64_encode(md5($secret.'/'.$real_directory.'/'.$name.$time,
TRUE)), "+/", "-_"));
      $url=$host."/".$rewrite."/".$key."/".$time."/".$name;
    $encoded_url = "<a href=\"".$url."\">".$url."</a>";
  return $encoded_url;
}

получается ссылка вот такого вида
http://url.ru/get/hash/time/file_todownload.rar

Появилась необходимость
катализировать по папка пользователей
Но-что то не пойму как мне добавить доп
параметр в url что вид был

http://url.ru/get/hash/time/i.ivanov/file_todownload.rar
или
http://url.ru/get/i.ivanov/hash/time/file_todownload.rar

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,221852,221852#msg-221852


From nginx-forum на nginx.us  Wed Feb  1 17:25:35 2012
From: nginx-forum на nginx.us (sirko_el)
Date: Wed, 01 Feb 2012 12:25:35 -0500
Subject: =?UTF-8?B?UmU6INCV0YHRgtGMINC70Lgg0LLQvtC30LzQvtC20L3QvtGB0YLRjCDRgNCw0Lc=?=
	=?UTF-8?B?0LPRgNGD0LfQuNGC0Ywg0LrQsNC90LDQuyDRgSDQv9C+0LzQvtGJ0YzRjiBy?=
	=?UTF-8?B?ZXdyaXRlINC90LAgdXBzdHJlYW0/?=
In-Reply-To: <64d1027bd402a82e45b5673dfa344a6d.NginxMailingListRussian@forum.nginx.org>
References: <8751666b6939c39890c7b7bcca210c0b.NginxMailingListRussian@forum.nginx.org>
	<64d1027bd402a82e45b5673dfa344a6d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <9d56b70f1176967463b494019075aec3.NginxMailingListRussian@forum.nginx.org>

Craken Wrote:
-------------------------------------------------------
> Вы хотите с нескольких
> серверов по очереди брать
> статику? 
> 
> P.S. попробуйте еще включить
> gzip_comp_level на максимум. Может
> немножко спадет нагрузка
> на канал


Дало весьма положительный результат,
несмотря на то что ствтика - это в
основном Jpeg

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,221662,221863#msg-221863


From ne на vbart.ru  Wed Feb  1 19:19:48 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Wed, 1 Feb 2012 23:19:48 +0400
Subject: =?UTF-8?B?UmU6ICDQldGB0YLRjCDQu9C4INCy0L7Qt9C80L7QttC90L7RgdGC0Ywg0YDQsNC3?=
	=?UTF-8?B?0LPRgNGD0LfQuNGC0Ywg0LrQsNC90LDQuyDRgSDQv9C+0LzQvtGJ0YzRjiBy?=
	=?UTF-8?B?ZXdyaXRlINC90LAgdXBzdHJlYW0/?=
In-Reply-To: <9d56b70f1176967463b494019075aec3.NginxMailingListRussian@forum.nginx.org>
References: <8751666b6939c39890c7b7bcca210c0b.NginxMailingListRussian@forum.nginx.org>
	<64d1027bd402a82e45b5673dfa344a6d.NginxMailingListRussian@forum.nginx.org>
	<9d56b70f1176967463b494019075aec3.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201202012319.48666.ne@vbart.ru>

On Wednesday 01 February 2012 21:25:35 sirko_el wrote:
> Craken Wrote:
> -------------------------------------------------------
> 
> > Вы хотите с нескольких
> > серверов по очереди брать
> > статику?
> > 
> > P.S. попробуйте еще включить
> > gzip_comp_level на максимум. Может
> > немножко спадет нагрузка
> > на канал
> 
> Дало весьма положительный результат,
> несмотря на то что ствтика - это в
> основном Jpeg
> 

Положительный в том смысле, что теперь сервера стали CPU-bound и
более не способны отдавать контент с прежней скоростью? =)

--
Валентин Бартенев

From nginx-forum на nginx.us  Wed Feb  1 19:39:29 2012
From: nginx-forum на nginx.us (gaudi)
Date: Wed, 01 Feb 2012 14:39:29 -0500
Subject: =?UTF-8?B?0JvQvtC60LDQu9GM0L3QvtC90YvQtSDQt9C10YDQutCw0LvQsCDRgdC+0YYg0YE=?=
	=?UTF-8?B?0LXRgtC10LkgKNC/0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1KQ==?=
Message-ID: <500b1afdde7154b91c00935382b8544d.NginxMailingListRussian@forum.nginx.org>

Доброго времени суток
Задача сделать доступными из локальной
сети соц сети в виде:
http://vk.example.com  =  http://vk.com   ну и так далее по
аналогии, при этом не нужен редирек,
весь контент должен отдавать локальный
сервер (доступа к интернету у локальных
пользователей нет)
уже какой день бьюсь не могу победить ,
допустим при
		location / {
			proxy_pass            http://www.odnoklassniki.ru;
			proxy_redirect off;
			proxy_set_header Host $ host;
			proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
			proxy_set_header X-Forwarded-Proto $scheme;
			proxy_set_header X-Real-IP $remote_addr;
		}
При логине идет редирект на www.odnoklassniki.ru,
при такой же конструкцие допустим
вконтакте перебрасывается сразу на
страницу вконтакте, тоесть просто
происходит редирект, уже перебрал кучу
вариантов но все не то не могу добиться
что бы работало все как нужно и при этом
для экономии трафика все картинки
кешировать 
так же не могу понять как сделать что бы
проксировались динамически и запросы с
*.odnoklassniki.ru или *.vk.com ну и т.д. (у многих
скрипты, картинки выведены на
отдельные поддомены)
Помогите пожалуйста, хочу людям доброе
дело сделать но не получается
реализовать

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,221868,221868#msg-221868


From postmaster на softsearch.ru  Wed Feb  1 19:55:38 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 1 Feb 2012 23:55:38 +0400
Subject: =?UTF-8?B?UmU6INCb0L7QutCw0LvRjNC90L7QvdGL0LUg0LfQtdGA0LrQsNC70LAg0YHQvtGG?=
	=?UTF-8?B?INGB0LXRgtC10LkgKNC/0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1KQ==?=
In-Reply-To: <500b1afdde7154b91c00935382b8544d.NginxMailingListRussian@forum.nginx.org>
References: <500b1afdde7154b91c00935382b8544d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1247398135.20120201235538@softsearch.ru>

Здравствуйте, gaudi.

А за счёт чего должно получиться ускорение? За счёт уменьшения времени
на tcp-handshake? Или за счёт кэширования статики?

Подозреваю,  что  сайты могут не работать, если их запускать на других
доменах:   ssl-сертификаты   привязаны   к   домену,  всякие  политики
безопасности  браузеров,  связанные  с куками, а также безопасность во
флэше.  Так  что  пусть  лучше  домены соцсетей резолвятся в ip вашего
сервера или пусть юзеры в браузера пропишут его как прокси.

ИМХО,  если  юзеров  не  много,  то поставьте сквид. Он из коробки всё
делает правильно.

> Доброго времени суток
> Задача сделать доступными из локальной
> сети соц сети в виде:
> http://vk.example.com  =  http://vk.com   ну и так далее по
> аналогии, при этом не нужен редирек,
> весь контент должен отдавать локальный
> сервер (доступа к интернету у локальных
> пользователей нет)
> уже какой день бьюсь не могу победить ,
> допустим при
> 		location / {
> 			proxy_pass            http://www.odnoklassniki.ru;
> 			proxy_redirect off;
> 			proxy_set_header Host $ host;
> 			proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
> 			proxy_set_header X-Forwarded-Proto $scheme;
> 			proxy_set_header X-Real-IP $remote_addr;
> 		}
> При логине идет редирект на www.odnoklassniki.ru,
> при такой же конструкцие допустим
> вконтакте перебрасывается сразу на
> страницу вконтакте, тоесть просто
> происходит редирект, уже перебрал кучу
> вариантов но все не то не могу добиться
> что бы работало все как нужно и при этом
> для экономии трафика все картинки
> кешировать 
> так же не могу понять как сделать что бы
> проксировались динамически и запросы с
> *.odnoklassniki.ru или *.vk.com ну и т.д. (у многих
> скрипты, картинки выведены на
> отдельные поддомены)
> Помогите пожалуйста, хочу людям доброе
> дело сделать но не получается
> реализовать

> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,221868,221868#msg-221868

> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From nginx-forum на nginx.us  Wed Feb  1 20:30:21 2012
From: nginx-forum на nginx.us (Softer)
Date: Wed, 01 Feb 2012 15:30:21 -0500
Subject: =?UTF-8?B?UmU6INCb0L7QutCw0LvRjNC90L7QvdGL0LUg0LfQtdGA0LrQsNC70LAg0YHQvtGG?=
	=?UTF-8?B?INGB0LXRgtC10LkgKNC/0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1KQ==?=
In-Reply-To: <500b1afdde7154b91c00935382b8544d.NginxMailingListRussian@forum.nginx.org>
References: <500b1afdde7154b91c00935382b8544d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <96b60359ed34574c653c779b8fc68800.NginxMailingListRussian@forum.nginx.org>

Взято с "боевого":
[code]
server {
    listen                      85;
    server_name                 example.com;
    location / {
        proxy_pass                  http://192.168.172.2:85;
        proxy_redirect     off;
        proxy_set_header   Host             $http_host;
        proxy_set_header   X-Real-IP        $remote_addr;
    }   
}
[/code]


Но соглашусь с Михаилом, сквид для
таких целей лучше...

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,221868,221872#msg-221872


From nginx-forum на nginx.us  Wed Feb  1 20:30:27 2012
From: nginx-forum на nginx.us (gaudi)
Date: Wed, 01 Feb 2012 15:30:27 -0500
Subject: =?UTF-8?B?UmU6INCb0L7QutCw0LvRjNC90L7QvdGL0LUg0LfQtdGA0LrQsNC70LAg0YHQvtGG?=
	=?UTF-8?B?INGB0LXRgtC10LkgKNC/0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1KQ==?=
In-Reply-To: <1247398135.20120201235538@softsearch.ru>
References: <1247398135.20120201235538@softsearch.ru>
Message-ID: <5b0a74b542e7d99943f76a079bbcf996.NginxMailingListRussian@forum.nginx.org>

Доброго времени суток Михаил
Дело не в ускорение, нужно дать
возможность пользователям доступ к соц
сетям из локальной сети используя
исключительно локальный трафик, в
интернете уйма анонимийзеров для
доступа к соц сетям
по средствам php прокси это сделать без
проблем, все работает но хочется все
это дело сделать на nginx

nginx должен выполнять две задачи:
проксировать трафик + кешировать
статику 
если пользователей в сутки около 3 000 - 10
000 то phpпрокси я думаю это не вариант 
делать прокси на порт отличный от 80 нет
возможности, нужно что бы все работало
через 80 порт (в данный момент на нем
живет nginx)

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,221868,221873#msg-221873


From nginx-forum на nginx.us  Wed Feb  1 21:01:09 2012
From: nginx-forum на nginx.us (ya)
Date: Wed, 01 Feb 2012 16:01:09 -0500
Subject: =?UTF-8?B?0JrQsNC6INCy0YvQtNCw0LLQsNGC0Ywg0LjQtyDQutGN0YjQsCBwcm94eSBjYWNo?=
	=?UTF-8?B?ZSDQsdC10Lcg0L7Qs9GA0LDQvdC40YfQtdC90LjQuSBsaW1pdCBjb25u?=
Message-ID: <a38910a016a5cdc5fcbee412d628eab0.NginxMailingListRussian@forum.nginx.org>

Здравствуйте,
Помогите пожалуйста настроить
ограничение на одновременные конекции
(limit_conn), но при этом выдавать из кэша
(proxy_cache) без ограничений :)
У меня получилось только так:

limit_zone perserver $server_name 1m;

  location /search/ {
        rewrite    ^/search/(.+)/$           /search.php?q=$1&content=1
break;
        expires 10m;
        proxy_ignore_headers "Cache-control" "Expires";
        proxy_cache test;
        proxy_cache_valid 200 301 302 304 1d;       #kak chasto
obnavlyat`
        proxy_cache_use_stale updating error timeout invalid_header
http_500 http_502 http_503 http_504 http_404;
        proxy_cache_key "$host|$request_uri";

        proxy_pass http://forontend;  #на самого себя
        proxy_redirect off;
        proxy_intercept_errors on;
        proxy_set_header Host $host;
        proxy_set_header RealIP $remote_addr;

  }

  location /search.php {
        limit_conn perserver 5;

        proxy_pass http://backend;
        proxy_redirect off;
        proxy_intercept_errors on;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $http_RealIP;
  }

что криво.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,221875,221875#msg-221875


From sergey.kobzar на itcraft.org  Wed Feb  1 21:17:36 2012
From: sergey.kobzar на itcraft.org (Sergey Kobzar)
Date: Wed, 01 Feb 2012 23:17:36 +0200
Subject: =?UTF-8?B?UmU6INCb0L7QutCw0LvRjNC90L7QvdGL0LUg0LfQtdGA0LrQsNC70LAg0YHQvtGG?=
	=?UTF-8?B?INGB0LXRgtC10LkgKNC/0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1KQ==?=
In-Reply-To: <5b0a74b542e7d99943f76a079bbcf996.NginxMailingListRussian@forum.nginx.org>
References: <1247398135.20120201235538@softsearch.ru>
	<5b0a74b542e7d99943f76a079bbcf996.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F29ABF0.80905@itcraft.org>

On 02/01/12 22:30, gaudi wrote:

> Доброго времени суток Михаил
> Дело не в ускорение, нужно дать
> возможность пользователям доступ к соц
> сетям из локальной сети используя
> исключительно локальный трафик, в
> интернете уйма анонимийзеров для
> доступа к соц сетям
> по средствам php прокси это сделать без
> проблем, все работает но хочется все
> это дело сделать на nginx
>
> nginx должен выполнять две задачи:
> проксировать трафик + кешировать
> статику
> если пользователей в сутки около 3 000 - 10
> 000 то phpпрокси я думаю это не вариант
> делать прокси на порт отличный от 80 нет
> возможности, нужно что бы все работало
> через 80 порт (в данный момент на нем
> живет nginx)

Squid (for example) as transparent proxy?

Решаете задачу не тем инстркментом IMO.


From i.lobahin на nikitaonline.ru  Thu Feb  2 07:52:24 2012
From: i.lobahin на nikitaonline.ru (Ilya Lobahin)
Date: Thu, 2 Feb 2012 11:52:24 +0400
Subject: =?UTF-8?B?0J7Qs9GA0LDQvdC40YfQtdC90LjQtSDQv9C+INC60L7Qu9C40YfQtdGB0YLQstGD?=
	=?UTF-8?B?INGB0L7QtdC00LjQvdC10L3QuNC5INC00LvRjyDQvdC10YHQstC+0LjRhQ==?=
Message-ID: <1546085155.20120202115224@nikitaonline.ru>

Здравствуйте, коллеги.

Хочется ограничить количество соединений на IP для всех, кроме некого,
избранного списка IP-адресов.
Вариантов реализации через nginx не нашел.
Это я плохо смотрел или так оно и есть.

P.S. Дятлы задолбали.

-- 
С уважением,
Лобахин Илья



From mdounin на mdounin.ru  Thu Feb  2 08:33:21 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 2 Feb 2012 12:33:21 +0400
Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0L/QviDQutC+0LvQuNGH0LXRgdGC?=
	=?UTF-8?B?0LLRgyDRgdC+0LXQtNC40L3QtdC90LjQuSDQtNC70Y8g0L3QtdGB0LLQvtC4?=
	=?UTF-8?B?0YU=?=
In-Reply-To: <1546085155.20120202115224@nikitaonline.ru>
References: <1546085155.20120202115224@nikitaonline.ru>
Message-ID: <20120202083321.GY67687@mdounin.ru>

Hello!

On Thu, Feb 02, 2012 at 11:52:24AM +0400, Ilya Lobahin wrote:

> Здравствуйте, коллеги.
> 
> Хочется ограничить количество соединений на IP для всех, кроме некого,
> избранного списка IP-адресов.
> Вариантов реализации через nginx не нашел.
> Это я плохо смотрел или так оно и есть.
> 
> P.S. Дятлы задолбали.

Как-то так должно работать:

    geo $white {
        default         "0";
        127.0.0.1       "1";
        192.168.0.0/16  "1";
    }

    map $white $limit_addr {
        default  $binary_remote_addr;
        "1"      "";
    }

    limit_conn_zone  $limit_addr  zone=one:10m;
    limit_conn one 5;

Смысл состоит в том, чтобы для "адресов из избранного списка" в 
переменную, по которой установлено ограничение, попала пустая 
строка.

(Note: синтаксис для 1.1.8+, в старых версиях вместо 
limit_conn_zone следует писать limit_zone со старым же 
синтаксисом.  Подробнее в документации.)

Maxim Dounin


From voron на amhost.net  Thu Feb  2 08:37:26 2012
From: voron на amhost.net (Alex Vorona)
Date: Thu, 02 Feb 2012 10:37:26 +0200
Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0L/QviDQutC+0LvQuNGH0LXRgdGC?=
	=?UTF-8?B?0LLRgyDRgdC+0LXQtNC40L3QtdC90LjQuSDQtNC70Y8g0L3QtdGB0LLQvtC4?=
	=?UTF-8?B?0YU=?=
In-Reply-To: <1546085155.20120202115224@nikitaonline.ru>
References: <1546085155.20120202115224@nikitaonline.ru>
Message-ID: <4F2A4B46.20902@amhost.net>

Один из вариантов
http {
...
        geo $limit {
            default 1;
            10.0.0.0/8 $remote_port;
        }
        limit_conn_zone  $tmp  zone=one:10m;
...
	server {
	...
        	location / {
            		set $tmp $binary_remote_addr$limit;
            		limit_conn one 1;
			...
        	}
	...
	}
...
}


From voron на amhost.net  Thu Feb  2 08:39:50 2012
From: voron на amhost.net (Alex Vorona)
Date: Thu, 02 Feb 2012 10:39:50 +0200
Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0L/QviDQutC+0LvQuNGH0LXRgdGC?=
	=?UTF-8?B?0LLRgyDRgdC+0LXQtNC40L3QtdC90LjQuSDQtNC70Y8g0L3QtdGB0LLQvtC4?=
	=?UTF-8?B?0YU=?=
In-Reply-To: <20120202083321.GY67687@mdounin.ru>
References: <1546085155.20120202115224@nikitaonline.ru>
	<20120202083321.GY67687@mdounin.ru>
Message-ID: <4F2A4BD6.408@amhost.net>

02.02.2012 10:33, Maxim Dounin wrote:
> Смысл состоит в том, чтобы для "адресов из избранного списка" в 
> переменную, по которой установлено ограничение, попала пустая 
> строка.
То есть "пустая строка" != "пустая строка" в зонах или эти значения вообще не попадают в зоны?


From mdounin на mdounin.ru  Thu Feb  2 08:55:02 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 2 Feb 2012 12:55:02 +0400
Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0L/QviDQutC+0LvQuNGH0LXRgdGC?=
	=?UTF-8?B?0LLRgyDRgdC+0LXQtNC40L3QtdC90LjQuSDQtNC70Y8g0L3QtdGB0LLQvtC4?=
	=?UTF-8?B?0YU=?=
In-Reply-To: <4F2A4BD6.408@amhost.net>
References: <1546085155.20120202115224@nikitaonline.ru>
	<20120202083321.GY67687@mdounin.ru> <4F2A4BD6.408@amhost.net>
Message-ID: <20120202085502.GZ67687@mdounin.ru>

Hello!

On Thu, Feb 02, 2012 at 10:39:50AM +0200, Alex Vorona wrote:

> 02.02.2012 10:33, Maxim Dounin wrote:
> > Смысл состоит в том, чтобы для "адресов из избранного списка" в 
> > переменную, по которой установлено ограничение, попала пустая 
> > строка.
> То есть "пустая строка" != "пустая строка" в зонах или эти значения вообще не попадают в зоны?

Пустая стока вообще не попопадает в зоны.

Maxim Dounin


From i.lobahin на nikitaonline.ru  Thu Feb  2 09:37:08 2012
From: i.lobahin на nikitaonline.ru (Ilya Lobahin)
Date: Thu, 2 Feb 2012 13:37:08 +0400
Subject: =?UTF-8?B?UmVbMl06INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0L/QviDQutC+0LvQuNGH0LU=?=
	=?UTF-8?B?0YHRgtCy0YMg0YHQvtC10LTQuNC90LXQvdC40Lkg0LTQu9GPINC90LXRgdCy?=
	=?UTF-8?B?0L7QuNGF?=
In-Reply-To: <20120202083321.GY67687@mdounin.ru>
References: <1546085155.20120202115224@nikitaonline.ru>
	<20120202083321.GY67687@mdounin.ru>
Message-ID: <951585192.20120202133708@nikitaonline.ru>

Здравствуйте, Maxim.

Вы писали 2 февраля 2012 г., 12:33:21:

>> Хочется ограничить количество соединений на IP для всех, кроме некого,
>> избранного списка IP-адресов.
>> Вариантов реализации через nginx не нашел.
>> Это я плохо смотрел или так оно и есть.
>> 
>> P.S. Дятлы задолбали.

> Как-то так должно работать:

>     geo $white {
>         default         "0";
>         127.0.0.1       "1";
>         192.168.0.0/16  "1";
>     }

>     map $white $limit_addr {
>         default  $binary_remote_addr;
>         "1"      "";
>     }

>     limit_conn_zone  $limit_addr  zone=one:10m;
>     limit_conn one 5;

> Смысл состоит в том, чтобы для "адресов из избранного списка" в 
> переменную, по которой установлено ограничение, попала пустая 
> строка.

> (Note: синтаксис для 1.1.8+, в старых версиях вместо 
> limit_conn_zone следует писать limit_zone со старым же 
> синтаксисом.  Подробнее в документации.)

Спасибо, за вариант решения.
Но че-то он у меня не совсем работает.
------------http-----------
    geo $whitelist {
        default "0";
        127.0.0.1 "1";
    }
    map $whitelist $limit_addr {
        default  $binary_remote_addr;
        "1"      "";
    }
    limit_zone one $limit_addr 10m;
---------------------------
-----------server----------
    limit_conn one 1;
---------------------------

Натравливаю ab: ab -c 5 -n 100 http://site/index.php

В выводе:
......
Time taken for tests:   0.389 seconds
Complete requests:      100
Failed requests:        19
......

В логе, из 100 запросов - 19 имеют 503 код.
---------index.php---------
<?
phpinfo();
?>
---------------------------


Почему не 99 запросов отрубило, а 19?
Из-за того, что 6 воркеров и они между собой информацией не
поделились?

P.S. Nginx древний, 0.6.34





-- 
С уважением,
Лобахин Илья
Системный администратор
NIKITA.ONLINE
115201, Москва, Каширское  шоссе д. 22/4 строение 7
e-mail: mailto:i.lobahin на nikitaonline.ru
Тел./Факс: +7 (495) 788-7936
http://www.nikitaonline.ru
http://www.gamexp.ru


From voron на amhost.net  Thu Feb  2 09:46:13 2012
From: voron на amhost.net (Alex Vorona)
Date: Thu, 02 Feb 2012 11:46:13 +0200
Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0L/QviDQutC+0LvQuNGH0LXRgdGC?=
	=?UTF-8?B?0LLRgyDRgdC+0LXQtNC40L3QtdC90LjQuSDQtNC70Y8g0L3QtdGB0LLQvtC4?=
	=?UTF-8?B?0YU=?=
In-Reply-To: <951585192.20120202133708@nikitaonline.ru>
References: <1546085155.20120202115224@nikitaonline.ru>
	<20120202083321.GY67687@mdounin.ru>
	<951585192.20120202133708@nikitaonline.ru>
Message-ID: <4F2A5B65.3050409@amhost.net>

02.02.2012 11:37, Ilya Lobahin wrote:
[...]
> Натравливаю ab: ab -c 5 -n 100 http://site/index.php
site в 127.0.0.1 резолвится же?


From i.lobahin на nikitaonline.ru  Thu Feb  2 09:48:35 2012
From: i.lobahin на nikitaonline.ru (Ilya Lobahin)
Date: Thu, 2 Feb 2012 13:48:35 +0400
Subject: =?UTF-8?B?UmVbMl06INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0L/QviDQutC+0LvQuNGH0LU=?=
	=?UTF-8?B?0YHRgtCy0YMg0YHQvtC10LTQuNC90LXQvdC40Lkg0LTQu9GPINC90LXRgdCy?=
	=?UTF-8?B?0L7QuNGF?=
In-Reply-To: <4F2A5B65.3050409@amhost.net>
References: <1546085155.20120202115224@nikitaonline.ru>
	<20120202083321.GY67687@mdounin.ru>
	<951585192.20120202133708@nikitaonline.ru>
	<4F2A5B65.3050409@amhost.net>
Message-ID: <163149874.20120202134835@nikitaonline.ru>

Здравствуйте, Alex.

Вы писали 2 февраля 2012 г., 13:46:13:

> 02.02.2012 11:37, Ilya Lobahin wrote:
> [...]
>> Натравливаю ab: ab -c 5 -n 100 http://site/index.php
> site в 127.0.0.1 резолвится же?

ab с другой машины

-- 
С уважением,
Лобахин Илья
Системный администратор
NIKITA.ONLINE
115201, Москва, Каширское  шоссе д. 22/4 строение 7
e-mail: mailto:i.lobahin на nikitaonline.ru
Тел./Факс: +7 (495) 788-7936
http://www.nikitaonline.ru
http://www.gamexp.ru


From voron на amhost.net  Thu Feb  2 10:22:28 2012
From: voron на amhost.net (Alex Vorona)
Date: Thu, 02 Feb 2012 12:22:28 +0200
Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0L/QviDQutC+0LvQuNGH0LXRgdGC?=
	=?UTF-8?B?0LLRgyDRgdC+0LXQtNC40L3QtdC90LjQuSDQtNC70Y8g0L3QtdGB0LLQvtC4?=
	=?UTF-8?B?0YU=?=
In-Reply-To: <951585192.20120202133708@nikitaonline.ru>
References: <1546085155.20120202115224@nikitaonline.ru>
	<20120202083321.GY67687@mdounin.ru>
	<951585192.20120202133708@nikitaonline.ru>
Message-ID: <4F2A63E4.6090805@amhost.net>

02.02.2012 11:37, Ilya Lobahin wrote:
[...]
> В логе, из 100 запросов - 19 имеют 503 код.
А если так
> ---------index.php---------
> <?
+ sleep(1);
> phpinfo();
> ?>
> ---------------------------


From ne на vbart.ru  Thu Feb  2 10:23:00 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Thu, 2 Feb 2012 14:23:00 +0400
Subject: =?UTF-8?B?UmU6ICDQntCz0YDQsNC90LjRh9C10L3QuNC1INC/0L4g0LrQvtC70LjRh9C10YE=?=
	=?UTF-8?B?0YLQstGDINGB0L7QtdC00LjQvdC10L3QuNC5INC00LvRjyDQvdC10YHQstC+?=
	=?UTF-8?B?0LjRhQ==?=
In-Reply-To: <951585192.20120202133708@nikitaonline.ru>
References: <1546085155.20120202115224@nikitaonline.ru>
	<20120202083321.GY67687@mdounin.ru>
	<951585192.20120202133708@nikitaonline.ru>
Message-ID: <201202021423.00632.ne@vbart.ru>

On Thursday 02 February 2012 13:37:08 Ilya Lobahin wrote:
[...]
> 
> Натравливаю ab: ab -c 5 -n 100 http://site/index.php
> 
> В выводе:
> ......
> Time taken for tests:   0.389 seconds
> Complete requests:      100
> Failed requests:        19
> ......
> 
> В логе, из 100 запросов - 19 имеют 503 код.
> ---------index.php---------
> <?
> phpinfo();
> ?>
> ---------------------------
> 
> 
> Почему не 99 запросов отрубило, а 19?
> Из-за того, что 6 воркеров и они между собой информацией не
> поделились?
> 

Даже в идеальном случае не может быть 99, учитывая что вы указали ab посылать 
одновременно не более 5 запросов. В идеальном случае, при бесконечной 
производительности ab и нулевых задержках, с вашей конфигурацией будет отклонено 
не более 80% запросов.

Но реальность такова, что задержки скорее всего соизмеримы с временем выполнения 
вашего теста 389 мс и ab, сам по себе, достаточно медленный.

--
Валентин Бартенев

From i.lobahin на nikitaonline.ru  Thu Feb  2 10:27:05 2012
From: i.lobahin на nikitaonline.ru (Ilya Lobahin)
Date: Thu, 2 Feb 2012 14:27:05 +0400
Subject: =?UTF-8?B?UmVbMl06INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0L/QviDQutC+0LvQuNGH0LU=?=
	=?UTF-8?B?0YHRgtCy0YMg0YHQvtC10LTQuNC90LXQvdC40Lkg0LTQu9GPINC90LXRgdCy?=
	=?UTF-8?B?0L7QuNGF?=
In-Reply-To: <4F2A63E4.6090805@amhost.net>
References: <1546085155.20120202115224@nikitaonline.ru>
	<20120202083321.GY67687@mdounin.ru>
	<951585192.20120202133708@nikitaonline.ru>
	<4F2A63E4.6090805@amhost.net>
Message-ID: <705730060.20120202142705@nikitaonline.ru>

Здравствуйте, Alex.

Вы писали 2 февраля 2012 г., 14:22:28:

> [...]
>> В логе, из 100 запросов - 19 имеют 503 код.
> А если так
>> ---------index.php---------
>> <?
> + sleep(1);
>> phpinfo();
>> ?>
>> ---------------------------

Пробовал.
Процент отклоненных близится к нулю.


-- 
С уважением,
Лобахин Илья
Системный администратор
NIKITA.ONLINE
115201, Москва, Каширское  шоссе д. 22/4 строение 7
e-mail: mailto:i.lobahin на nikitaonline.ru
Тел./Факс: +7 (495) 788-7936
http://www.nikitaonline.ru
http://www.gamexp.ru


From i.lobahin на nikitaonline.ru  Thu Feb  2 10:35:19 2012
From: i.lobahin на nikitaonline.ru (Ilya Lobahin)
Date: Thu, 2 Feb 2012 14:35:19 +0400
Subject: =?UTF-8?B?UmVbMl06INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0L/QviDQutC+0LvQuNGH0LU=?=
	=?UTF-8?B?0YHRgtCy0YMg0YHQvtC10LTQuNC90LXQvdC40Lkg0LTQu9GPINC90LXRgdCy?=
	=?UTF-8?B?0L7QuNGF?=
In-Reply-To: <201202021423.00632.ne@vbart.ru>
References: <1546085155.20120202115224@nikitaonline.ru>
	<20120202083321.GY67687@mdounin.ru>
	<951585192.20120202133708@nikitaonline.ru>
	<201202021423.00632.ne@vbart.ru>
Message-ID: <4310112138.20120202143519@nikitaonline.ru>

Здравствуйте, Валентин.

Вы писали 2 февраля 2012 г., 14:23:00:

> On Thursday 02 February 2012 13:37:08 Ilya Lobahin wrote:
> [...]
>> 
>> Натравливаю ab: ab -c 5 -n 100 http://site/index.php
>> 
>> В выводе:
>> ......
>> Time taken for tests:   0.389 seconds
>> Complete requests:      100
>> Failed requests:        19
>> ......
>> 
>> В логе, из 100 запросов - 19 имеют 503 код.
>> ---------index.php---------
>> <?
>> phpinfo();
>> ?>
>> ---------------------------
>> 
>> 
>> Почему не 99 запросов отрубило, а 19?
>> Из-за того, что 6 воркеров и они между собой информацией не
>> поделились?
>> 

> Даже в идеальном случае не может быть 99, учитывая что вы указали ab посылать
> одновременно не более 5 запросов. В идеальном случае, при бесконечной 
> производительности ab и нулевых задержках, с вашей конфигурацией будет отклонено
> не более 80% запросов.

> Но реальность такова, что задержки скорее всего соизмеримы с временем выполнения
> вашего теста 389 мс и ab, сам по себе, достаточно медленный.

Угу, в принципе похоже, что ab дурит (или 503 считает нормальным ответом).
Сделал sleep(2) в index.php
ab запустил -c 100 -n 100 ...
статистика ab:
Failed requests:        0

Но в логах я вижу 99 строчек с 503.

Все нормально.
Всем спасибо за помощь!



-- 
С уважением,
Лобахин Илья



From ru на nginx.com  Thu Feb  2 11:03:21 2012
From: ru на nginx.com (Ruslan Ermilov)
Date: Thu, 2 Feb 2012 15:03:21 +0400
Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LXQvdC40LUg0L/QviDQutC+0LvQuNGH0LXRgdGC?=
	=?UTF-8?B?0LLRgyDRgdC+0LXQtNC40L3QtdC90LjQuSDQtNC70Y8g0L3QtdGB0LLQvtC4?=
	=?UTF-8?B?0YU=?=
In-Reply-To: <20120202083321.GY67687@mdounin.ru>
References: <1546085155.20120202115224@nikitaonline.ru>
	<20120202083321.GY67687@mdounin.ru>
Message-ID: <20120202110321.GB10897@lo0.su>

On Thu, Feb 02, 2012 at 12:33:21PM +0400, Maxim Dounin wrote:
> Hello!
> 
> On Thu, Feb 02, 2012 at 11:52:24AM +0400, Ilya Lobahin wrote:
> 
> > Здравствуйте, коллеги.
> > 
> > Хочется ограничить количество соединений на IP для всех, кроме некого,
> > избранного списка IP-адресов.
> > Вариантов реализации через nginx не нашел.
> > Это я плохо смотрел или так оно и есть.
> > 
> > P.S. Дятлы задолбали.
> 
> Как-то так должно работать:
> 
>     geo $white {
>         default         "0";
>         127.0.0.1       "1";
>         192.168.0.0/16  "1";
>     }
> 
>     map $white $limit_addr {
>         default  $binary_remote_addr;
>         "1"      "";
>     }
> 
>     limit_conn_zone  $limit_addr  zone=one:10m;
>     limit_conn one 5;
> 
> Смысл состоит в том, чтобы для "адресов из избранного списка" в 
> переменную, по которой установлено ограничение, попала пустая 
> строка.

Вот ещё один способ, кому-то он подойдёт больше.  Он раскидывает
клиентов по разным location'ам, в которых могут быть свои ограничения.

http {
    geo $config {
        default    slow;
        127.0.0.1  fast;
        10.0.0.0/8 fast;
    }

    limit_conn_zone $binary_remote_addr zone=addr:10m;

    server {
        location / {
            error_page 418 = @$config;
            return 418;
        }

        location @fast {
        }

        location @slow {
            limit_conn addr 1;
            limit_rate 100k;
        }
    }
}

P.S.  Спасибо Максиму Дунину за помощь в доведении этого конфига до
рабочего состояния.


From nginx-forum на nginx.us  Thu Feb  2 22:25:26 2012
From: nginx-forum на nginx.us (Nunkomm)
Date: Thu, 02 Feb 2012 17:25:26 -0500
Subject: =?UTF-8?B?UmU6IG5naW54K2FwYWNoZSDQvdC1INGA0LDQsdC+0YLQsNGO0YIgYWxsb3cgZGVu?=
	=?UTF-8?B?eSDQsiAuaHRhY2Nlc3M=?=
In-Reply-To: <1902029873.20110112231604@bykov.odessa.ua>
References: <1902029873.20110112231604@bykov.odessa.ua>
Message-ID: <e37d4f87e963d5fded270c0770ef38fc.NginxMailingListRussian@forum.nginx.org>

Здравствуйте.
Решит проблему установка модуля
mod_extract_forwarded
В файле конфига данного модуля (для CentOS 
/etc/httpd/conf.d/mod_extract_forwarded.conf)
раскомментируем MEFaccept и дописываем
локальный адрес и адрес сервера.
Получаем MEFaccept 127.0.0.1 123.4.5.6
Строки конфигурации модуля RPAF не
забываем удалить (закомментировать)
т.к. он нам больше не нужен. 
Если отключён mod_proxy, включаем его.
С уважением.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,165709,221914#msg-221914


From n.g.i.n.x.e.r на gmail.com  Thu Feb  2 23:11:32 2012
From: n.g.i.n.x.e.r на gmail.com (=?UTF-8?B?0KDQvtC80LDQvQ==?=)
Date: Fri, 3 Feb 2012 02:11:32 +0300
Subject: =?UTF-8?B?0JHQvtGA0YzQsdCwINGBINGE0LvRg9C00L7QvA==?=
Message-ID: <CAM_OpgQqtU3X53wr121HLSn-mCSxsN05aJuZbgiiFJSw56-bSA@mail.gmail.com>

Здравствуйте.
Флудят ресурс но как то хитро.
Я снимаю списки адресов не прошедшие по limit_conn и заношу их в
таблицу фаервола.

Думал сделать защиту отсеиванием по куке, но, похоже, боты куки
снимают, т.к. нагрузка имеется.
Или это нагрузка от первого раза, когда кука получается.

Хочется полностью их отсеять, но ничего в голову не приходит.
Подскажите как быть?

From nginx-forum на nginx.us  Fri Feb  3 06:25:19 2012
From: nginx-forum на nginx.us (reaper)
Date: Fri, 03 Feb 2012 01:25:19 -0500
Subject: =?UTF-8?B?UmU6INC/0L7QstC10LTQtdC90LjQtSBlcnJvciBwYWdl?=
In-Reply-To: <95022a57c0877fa0abfc4b4400653b31.NginxMailingListRussian@forum.nginx.org>
References: <95022a57c0877fa0abfc4b4400653b31.NginxMailingListRussian@forum.nginx.org>
Message-ID: <dd09f20036a67dfadc9f885d0dfa72f2.NginxMailingListRussian@forum.nginx.org>

anyone?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,221722,221920#msg-221920


From igor на sysoev.ru  Fri Feb  3 06:36:01 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Fri, 3 Feb 2012 10:36:01 +0400
Subject: =?UTF-8?B?UmU6INC/0L7QstC10LTQtdC90LjQtSBlcnJvciBwYWdl?=
In-Reply-To: <95022a57c0877fa0abfc4b4400653b31.NginxMailingListRussian@forum.nginx.org>
References: <95022a57c0877fa0abfc4b4400653b31.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120203063601.GA29756@nginx.com>

On Sat, Jan 28, 2012 at 04:24:37AM -0500, reaper wrote:
> В конфиге прописано, чтобы все ошибки 504
> выводились как 503:
> 
> error_page 504 =503 /;
> 
> Так же в конфиге прописаны 2 бэкенда:
> 
> upstream back {
>   ip_hash;
>   server 192.168.0.1;
>   server 192.168.0.2;
> }
> 
> на них идет ссылка через proxy_pass
> 
> При попадании на страницу, которая
> действительно не отдается с бэкенда я
> все так же вижу 504 на клиенте.
> 
> При прописывании 
> location /aaa.html {
> return 504;
> }
> 
> и попытке загрузить эту страницу, на
> клиенте вижу 503.
> 
> Почему так получается?

Покажите отладочный лог.


-- 
Igor Sysoev


From nginx-forum на nginx.us  Fri Feb  3 07:24:38 2012
From: nginx-forum на nginx.us (barut)
Date: Fri, 03 Feb 2012 02:24:38 -0500
Subject: =?UTF-8?B?UmU6IG5naW54K2FwYWNoZSDQvdC1INGA0LDQsdC+0YLQsNGO0YIgYWxsb3cgZGVu?=
	=?UTF-8?B?eSDQsiAuaHRhY2Nlc3M=?=
In-Reply-To: <e37d4f87e963d5fded270c0770ef38fc.NginxMailingListRussian@forum.nginx.org>
References: <1902029873.20110112231604@bykov.odessa.ua>
	<e37d4f87e963d5fded270c0770ef38fc.NginxMailingListRussian@forum.nginx.org>
Message-ID: <ae9a44ddc311edb08c9476cd3f8c3583.NginxMailingListRussian@forum.nginx.org>

Тоже задавался этим вопросом под MPM ITK,
но в итоге реальных ответов не получил.
Если все же хочется ограничить контент
на апаче, то советую попробовать
сделать это через mod_rewrite.

RewriteCond %{REQUEST_URI} ^/cms/admin/some\.php
RewriteCond %{REMOTE_ADDR} !^192\.168\.1\.1$ [NC]
RewriteRule ^(.*)$ - [L,F]

В mpm-itk как-то получается так, что к mod_access
адрес IP приходит еще не
модифицированым через mod_rpaf, а в mod_rewrite
уже такой какой надо. Мы от этого и
плясали.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,165709,221923#msg-221923


From ikuchmin на gmail.com  Fri Feb  3 08:17:11 2012
From: ikuchmin на gmail.com (=?UTF-8?B?0JjQu9GM0Y8g0JrRg9GH0LzQuNC9?=)
Date: Fri, 3 Feb 2012 12:17:11 +0400
Subject: =?UTF-8?B?UmU6INCb0L7QutCw0LvRjNC90L7QvdGL0LUg0LfQtdGA0LrQsNC70LAg0YHQvtGG?=
	=?UTF-8?B?INGB0LXRgtC10LkgKNC/0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1KQ==?=
In-Reply-To: <4F29ABF0.80905@itcraft.org>
References: <1247398135.20120201235538@softsearch.ru>
	<5b0a74b542e7d99943f76a079bbcf996.NginxMailingListRussian@forum.nginx.org>
	<4F29ABF0.80905@itcraft.org>
Message-ID: <CAP7eui4xWz0EtDW-Bau8Ocvh0Ky1cUtdt1kQNE=q+n9tnT6_Ww@mail.gmail.com>

В squid если прокси transperent, то будет проблема с https. Если же
использовать обычный прокси(с логином и паролем) то все будет работать
как желается.

2012/2/2 Sergey Kobzar <sergey.kobzar на itcraft.org>:
> On 02/01/12 22:30, gaudi wrote:
>
>> Доброго времени суток Михаил
>> Дело не в ускорение, нужно дать
>> возможность пользователям доступ к соц
>> сетям из локальной сети используя
>> исключительно локальный трафик, в
>> интернете уйма анонимийзеров для
>> доступа к соц сетям
>> по средствам php прокси это сделать без
>> проблем, все работает но хочется все
>> это дело сделать на nginx
>>
>> nginx должен выполнять две задачи:
>> проксировать трафик + кешировать
>> статику
>> если пользователей в сутки около 3 000 - 10
>> 000 то phpпрокси я думаю это не вариант
>> делать прокси на порт отличный от 80 нет
>> возможности, нужно что бы все работало
>> через 80 порт (в данный момент на нем
>> живет nginx)
>
>
> Squid (for example) as transparent proxy?
>
> Решаете задачу не тем инстркментом IMO.
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From nginx-forum на nginx.us  Fri Feb  3 10:25:00 2012
From: nginx-forum на nginx.us (gaudi)
Date: Fri, 03 Feb 2012 05:25:00 -0500
Subject: =?UTF-8?B?UmU6INCb0L7QutCw0LvRjNC90L7QvdGL0LUg0LfQtdGA0LrQsNC70LAg0YHQvtGG?=
	=?UTF-8?B?INGB0LXRgtC10LkgKNC/0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1KQ==?=
In-Reply-To: <CAP7eui4xWz0EtDW-Bau8Ocvh0Ky1cUtdt1kQNE=q+n9tnT6_Ww@mail.gmail.com>
References: <CAP7eui4xWz0EtDW-Bau8Ocvh0Ky1cUtdt1kQNE=q+n9tnT6_Ww@mail.gmail.com>
Message-ID: <af53ea33dc5ade19ecfe6a21ad238b09.NginxMailingListRussian@forum.nginx.org>

хорошо изменим условие
есть домен vk.example.com нужно дать понять
nginx что бы он по средствам squid (живет на
3128 порту) получил vk.com 
то есть фактически по адресу vk.example.com
открывается vk.com через прокси
прописывать у пользователей в
настройках прокси:порт кальмара нет
возможности 
	server {
		server_name vk.example.com;
		listen 207.210.101.220:80; (ip внешний)
		location / {
			proxy_pass http://vk.example.com:3128;

как squid узнает что ему нужно получит vk.com
?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,221868,221930#msg-221930


From ikuchmin на gmail.com  Fri Feb  3 11:52:24 2012
From: ikuchmin на gmail.com (=?UTF-8?B?0JjQu9GM0Y8g0JrRg9GH0LzQuNC9?=)
Date: Fri, 3 Feb 2012 15:52:24 +0400
Subject: =?UTF-8?B?UmU6INCb0L7QutCw0LvRjNC90L7QvdGL0LUg0LfQtdGA0LrQsNC70LAg0YHQvtGG?=
	=?UTF-8?B?INGB0LXRgtC10LkgKNC/0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1KQ==?=
In-Reply-To: <af53ea33dc5ade19ecfe6a21ad238b09.NginxMailingListRussian@forum.nginx.org>
References: <CAP7eui4xWz0EtDW-Bau8Ocvh0Ky1cUtdt1kQNE=q+n9tnT6_Ww@mail.gmail.com>
	<af53ea33dc5ade19ecfe6a21ad238b09.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAP7eui5KsEmoGSuNkoW=j4f36Z6dCngWrp5Jm3TdHuYa35Pr+A@mail.gmail.com>

Я боюсь спросить, а зачем это все, когда можно просто dns настроить
локальный и переопределить нужные домены на нужные ip адреса. Или вам
обязательно чтобы это был vk.example.com?

2012/2/3 gaudi <nginx-forum на nginx.us>:
> хорошо изменим условие
> есть домен vk.example.com нужно дать понять
> nginx что бы он по средствам squid (живет на
> 3128 порту) получил vk.com
> то есть фактически по адресу vk.example.com
> открывается vk.com через прокси
> прописывать у пользователей в
> настройках прокси:порт кальмара нет
> возможности
>        server {
>                server_name vk.example.com;
>                listen 207.210.101.220:80; (ip внешний)
>                location / {
>                        proxy_pass http://vk.example.com:3128;
>
> как squid узнает что ему нужно получит vk.com
> ?
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,221868,221930#msg-221930
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From nginx-forum на nginx.us  Fri Feb  3 15:41:32 2012
From: nginx-forum на nginx.us (gaudi)
Date: Fri, 03 Feb 2012 10:41:32 -0500
Subject: =?UTF-8?B?UmU6INCb0L7QutCw0LvRjNC90L7QvdGL0LUg0LfQtdGA0LrQsNC70LAg0YHQvtGG?=
	=?UTF-8?B?INGB0LXRgtC10LkgKNC/0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1KQ==?=
In-Reply-To: <CAP7eui5KsEmoGSuNkoW=j4f36Z6dCngWrp5Jm3TdHuYa35Pr+A@mail.gmail.com>
References: <CAP7eui5KsEmoGSuNkoW=j4f36Z6dCngWrp5Jm3TdHuYa35Pr+A@mail.gmail.com>
Message-ID: <65af49b17c052eaabd7cf28e2fca3f63.NginxMailingListRussian@forum.nginx.org>

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

Объясню суть: внешний трафик у нас
дорогой, трафик между провайдерами
бесплатный 
есть сервер с анлим каналом в мир, хочу
организовать для пользователей (разных
провайдеров) доступ к соц сетям и почте
(дабы они не платили за внешний трафик) 

Собственно вот такая задача, хотел
сделать добро людям но никак не могу
реализовать это технически

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,221868,221950#msg-221950


From a.vasilishin на kpi.ua  Fri Feb  3 15:54:12 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Fri, 03 Feb 2012 17:54:12 +0200
Subject: =?UTF-8?B?UmU6INCb0L7QutCw0LvRjNC90L7QvdGL0LUg0LfQtdGA0LrQsNC70LAg0YHQvtGG?=
	=?UTF-8?B?INGB0LXRgtC10LkgKNC/0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1KQ==?=
In-Reply-To: <65af49b17c052eaabd7cf28e2fca3f63.NginxMailingListRussian@forum.nginx.org>
References: <CAP7eui5KsEmoGSuNkoW=j4f36Z6dCngWrp5Jm3TdHuYa35Pr+A@mail.gmail.com>
	<65af49b17c052eaabd7cf28e2fca3f63.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F2C0324.30500@kpi.ua>

03.02.2012 17:41, gaudi пишет:

> Объясню суть: внешний трафик у нас
> дорогой, трафик между провайдерами
> бесплатный
> есть сервер с анлим каналом в мир, хочу
> организовать для пользователей (разных
> провайдеров) доступ к соц сетям и почте
> (дабы они не платили за внешний трафик)
>
> Собственно вот такая задача, хотел
> сделать добро людям но никак не могу
> реализовать это технически
>

Еще и нескольких провайдеров, а как пользователи должны узнать про Ваш 
прокси?


-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From nginx-forum на nginx.us  Fri Feb  3 17:51:19 2012
From: nginx-forum на nginx.us (gaudi)
Date: Fri, 03 Feb 2012 12:51:19 -0500
Subject: =?UTF-8?B?UmU6INCb0L7QutCw0LvRjNC90L7QvdGL0LUg0LfQtdGA0LrQsNC70LAg0YHQvtGG?=
	=?UTF-8?B?INGB0LXRgtC10LkgKNC/0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1KQ==?=
In-Reply-To: <4F2C0324.30500@kpi.ua>
References: <4F2C0324.30500@kpi.ua>
Message-ID: <610c2ecd825f9ef71ae49a3a49c5b770.NginxMailingListRussian@forum.nginx.org>

Андрей Василишин Пишет:
-------------------------------------------------------
> 03.02.2012 17:41, gaudi пишет:
> 
> > Объясню суть: внешний
> трафик у нас
> > дорогой, трафик между
> провайдерами
> > бесплатный
> > есть сервер с анлим
> каналом в мир, хочу
> > организовать для
> пользователей (разных
> > провайдеров) доступ к соц
> сетям и почте
> > (дабы они не платили за
> внешний трафик)
> >
> > Собственно вот такая
> задача, хотел
> > сделать добро людям но
> никак не могу
> > реализовать это
> технически
> >
> 
> Еще и нескольких
> провайдеров, а как
> пользователи должны узнать
> про Ваш 
> прокси?
> 
> 
> -- 
> WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

Это что имеет какое то значение? Ну если
вам просто интересно то с этим проблем
нет
Если по существу предложить решение не
можете то зачем задавать вопросы
которые ни как не относятся к данной
теме?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,221868,221956#msg-221956


From a.vasilishin на kpi.ua  Fri Feb  3 18:30:09 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Fri, 03 Feb 2012 20:30:09 +0200
Subject: =?UTF-8?B?UmU6INCb0L7QutCw0LvRjNC90L7QvdGL0LUg0LfQtdGA0LrQsNC70LAg0YHQvtGG?=
	=?UTF-8?B?INGB0LXRgtC10LkgKNC/0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1KQ==?=
In-Reply-To: <610c2ecd825f9ef71ae49a3a49c5b770.NginxMailingListRussian@forum.nginx.org>
References: <4F2C0324.30500@kpi.ua>
	<610c2ecd825f9ef71ae49a3a49c5b770.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F2C27B1.60603@kpi.ua>

03.02.2012 19:51, gaudi пишет:
> Андрей Василишин Пишет:
> -------------------------------------------------------
>> 03.02.2012 17:41, gaudi пишет:
>>
>>> Объясню суть: внешний
>> трафик у нас
>>> дорогой, трафик между
>> провайдерами
>>> бесплатный
>>> есть сервер с анлим
>> каналом в мир, хочу
>>> организовать для
>> пользователей (разных
>>> провайдеров) доступ к соц
>> сетям и почте
>>> (дабы они не платили за
>> внешний трафик)
>>>
>>> Собственно вот такая
>> задача, хотел
>>> сделать добро людям но
>> никак не могу
>>> реализовать это
>> технически
>>>
>>
>> Еще и нескольких
>> провайдеров, а как
>> пользователи должны узнать
>> про Ваш
>> прокси?
>>
>>
>> --
>> WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
> Это что имеет какое то значение? Ну если
> вам просто интересно то с этим проблем
> нет
> Если по существу предложить решение не
> можете то зачем задавать вопросы
> которые ни как не относятся к данной
> теме?

я то как раз хотел предложить решение, была похожая задача, в 
университете сделать из локальной сети без доступа в Интернет доступ к 
научным изданиям, чтобы студенты и преподаватели без проблем могли 
пользоваться этими изданиями, так проблема решалась записями в ДНС + 
squid. Если же Вы хотите чтобы пользователи ходили только на соц. сети 
через Вас и им все равно придется сделать, то можно сделать скрипт 
автоматической настройки прокси, адрес доступа к которому (например 
http://youdomain.com/proxy.pac) каждый пользователь должен будет вписать 
у себя в браузере.

function FindProxyForURL(url, host)
{

	if (dnsDomainIs(host,"*.odnoklassniki.ru"))
		return "PROXY y.y.y.y:xxxx";

	if (dnsDomainIs(host,"*.vk.com"))
		return "PROXY y.y.y.y:xxxx";

	return "DIRECT";
}

-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From chipitsine на gmail.com  Sat Feb  4 15:04:16 2012
From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=)
Date: Sat, 4 Feb 2012 21:04:16 +0600
Subject: =?UTF-8?B?UmU6INCV0YHRgtGMINC70Lgg0LLQvtC30LzQvtC20L3QvtGB0YLRjCDRgNCw0Lc=?=
	=?UTF-8?B?0LPRgNGD0LfQuNGC0Ywg0LrQsNC90LDQuyDRgSDQv9C+0LzQvtGJ0YzRjiBy?=
	=?UTF-8?B?ZXdyaXRlINC90LAgdXBzdHJlYW0/?=
In-Reply-To: <2695d4cc0d80631b75a5d14aef47bd0c.NginxMailingListRussian@forum.nginx.org>
References: <CAFHpkQFJYEFRW9TOtME1=HoYATme_iTEUEVZVWOj0By+-zuXvg@mail.gmail.com>
	<2695d4cc0d80631b75a5d14aef47bd0c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAFHpkQEttspJDPHGWdxwzfQjUt9yXBb7aTEtnqLo6QF_Dp2JgA@mail.gmail.com>

А можно узнать адрес сайта? Вдруг я что-то увижу, чего вы не увидели.
30.01.2012 13:36 пользователь "sirko_el" <nginx-forum на nginx.us> написал:

> Эта информация не является
> конфиденциальной, но говорить не вижу
> смысла. Т.к. с технической точки зрения
> frontend вам мало о чем скажет, а backend-ы
> показать не могу. Могу лишь сказать, что
> скрипы и запросы оптимизированы по
> максимуму.
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,221662,221754#msg-221754
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120204/6f904da1/attachment.html>

From chipitsine на gmail.com  Sat Feb  4 15:13:31 2012
From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=)
Date: Sat, 4 Feb 2012 21:13:31 +0600
Subject: =?UTF-8?B?UmU6INCV0YHRgtGMINC70Lgg0LLQvtC30LzQvtC20L3QvtGB0YLRjCDRgNCw0Lc=?=
	=?UTF-8?B?0LPRgNGD0LfQuNGC0Ywg0LrQsNC90LDQuyDRgSDQv9C+0LzQvtGJ0YzRjiBy?=
	=?UTF-8?B?ZXdyaXRlINC90LAgdXBzdHJlYW0/?=
In-Reply-To: <2695d4cc0d80631b75a5d14aef47bd0c.NginxMailingListRussian@forum.nginx.org>
References: <CAFHpkQFJYEFRW9TOtME1=HoYATme_iTEUEVZVWOj0By+-zuXvg@mail.gmail.com>
	<2695d4cc0d80631b75a5d14aef47bd0c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAFHpkQE5BuoEW_Sgm-P_67eZHRHXmJJMTGyXA3hmY16SprOV8Q@mail.gmail.com>

Спросим по-другому. Процент 304 кодов какой? И конфигурации в части
компрессии и keepalive.
30.01.2012 13:36 пользователь "sirko_el" <nginx-forum на nginx.us> написал:

> Эта информация не является
> конфиденциальной, но говорить не вижу
> смысла. Т.к. с технической точки зрения
> frontend вам мало о чем скажет, а backend-ы
> показать не могу. Могу лишь сказать, что
> скрипы и запросы оптимизированы по
> максимуму.
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,221662,221754#msg-221754
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120204/0d2334e6/attachment.html>

From chipitsine на gmail.com  Sat Feb  4 16:49:20 2012
From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=)
Date: Sat, 4 Feb 2012 22:49:20 +0600
Subject: =?UTF-8?B?UmU6INCb0L7QutCw0LvRjNC90L7QvdGL0LUg0LfQtdGA0LrQsNC70LAg0YHQvtGG?=
	=?UTF-8?B?INGB0LXRgtC10LkgKNC/0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1KQ==?=
In-Reply-To: <500b1afdde7154b91c00935382b8544d.NginxMailingListRussian@forum.nginx.org>
References: <500b1afdde7154b91c00935382b8544d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAFHpkQEEwMEpjGpD6Tz8tyz9-dVRTuf4gOZX7Dgk2KuiPY74-w@mail.gmail.com>

речь идет о Томске ?

кстати, одними proxy_pass вы не отделаетесь, вам еще по хорошему надо
менять ссылки внутри текста (если они абсолютные), а там могут быть хитрые
имена типа csXXX.vkontakte.ru, смотрите в сторону proxy_pass + sub_filter

скорее всего ничего не получится, но поупражняться можно очень неплохо.

с DNS идея выглядит более работоспособной, можно ведь поднять собственный
DNS-сервер, а те кому надо, укажут вас в качестве ресолвера.

2 февраля 2012 г. 1:39 пользователь gaudi <nginx-forum на nginx.us> написал:

> Доброго времени суток
> Задача сделать доступными из локальной
> сети соц сети в виде:
> http://vk.example.com  =  http://vk.com   ну и так далее по
> аналогии, при этом не нужен редирек,
> весь контент должен отдавать локальный
> сервер (доступа к интернету у локальных
> пользователей нет)
> уже какой день бьюсь не могу победить ,
> допустим при
>                location / {
>                        proxy_pass            http://www.odnoklassniki.ru;
>                        proxy_redirect off;
>                        proxy_set_header Host $ host;
>                        proxy_set_header X-Forwarded-For
> $proxy_add_x_forwarded_for;
>                        proxy_set_header X-Forwarded-Proto $scheme;
>                        proxy_set_header X-Real-IP $remote_addr;
>                }
> При логине идет редирект на www.odnoklassniki.ru,
> при такой же конструкцие допустим
> вконтакте перебрасывается сразу на
> страницу вконтакте, тоесть просто
> происходит редирект, уже перебрал кучу
> вариантов но все не то не могу добиться
> что бы работало все как нужно и при этом
> для экономии трафика все картинки
> кешировать
> так же не могу понять как сделать что бы
> проксировались динамически и запросы с
> *.odnoklassniki.ru или *.vk.com ну и т.д. (у многих
> скрипты, картинки выведены на
> отдельные поддомены)
> Помогите пожалуйста, хочу людям доброе
> дело сделать но не получается
> реализовать
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,221868,221868#msg-221868
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120204/886709ed/attachment.html>

From s.nyuhryaev на gmail.com  Sat Feb  4 17:01:19 2012
From: s.nyuhryaev на gmail.com (=?KOI8-R?B?88XSx8XKIO7AyNLRxdc=?=)
Date: Sat, 4 Feb 2012 23:01:19 +0600
Subject: =?UTF-8?Q?types_=D0=B2_location?=
Message-ID: <CADWY9OK=brOfYwKb9sOvBi9KzK9WjSLLmJCfhW2YbO4GQJzh-g@mail.gmail.com>

Добрый день!

Есть nginx-1.0.11 за ним apache 2.2.22
когда задаю location вида

    location ^~ /js/ {
       types {
            text/plain php php3 php4 php5 phtml phps pl pm html htm shtml;
        }
      root /home/live/html;
    }

то при запросе html(php) страниц не подгружаются js скрипты из папки /js. В
error.log пусто. В access.log видно что скрипты запрашиваются, но скрипты
не работаю. Хотя впрямую если запросить все отдается нормально и скрипт
отображается. Переопределяю типы для того, чтобы код из данного каталога
выдавался как текст, чтобы случайно шел не залили.

если location вида
    location ^~ /js/ {
      root /home/live/html;
    }

то все нормально
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120204/85773b55/attachment.html>

From s.nyuhryaev на gmail.com  Sat Feb  4 17:24:36 2012
From: s.nyuhryaev на gmail.com (=?KOI8-R?B?88XSx8XKIO7AyNLRxdc=?=)
Date: Sat, 4 Feb 2012 23:24:36 +0600
Subject: =?UTF-8?B?UmU6INCb0L7QutCw0LvRjNC90L7QvdGL0LUg0LfQtdGA0LrQsNC70LAg0YHQvtGG?=
	=?UTF-8?B?INGB0LXRgtC10LkgKNC/0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1KQ==?=
In-Reply-To: <CAFHpkQEEwMEpjGpD6Tz8tyz9-dVRTuf4gOZX7Dgk2KuiPY74-w@mail.gmail.com>
References: <500b1afdde7154b91c00935382b8544d.NginxMailingListRussian@forum.nginx.org>
	<CAFHpkQEEwMEpjGpD6Tz8tyz9-dVRTuf4gOZX7Dgk2KuiPY74-w@mail.gmail.com>
Message-ID: <CADWY9OKmhDeH3E8QxfaisdOaG+9wHKLSFZ15wPerrivWj+Cqbw@mail.gmail.com>

Про куки и хитрые ссылки в css никто не забыл ???
Это работать не будет на сложных сайтах. Только на простых. Уже напарывался
несколько раз на фоновые картинки в css, в которых не меняется домен и весь
контент на странице "плывет".

4 февраля 2012 г. 22:49 пользователь Илья Шипицин <chipitsine на gmail.com>написал:

> речь идет о Томске ?
>
> кстати, одними proxy_pass вы не отделаетесь, вам еще по хорошему надо
> менять ссылки внутри текста (если они абсолютные), а там могут быть хитрые
> имена типа csXXX.vkontakte.ru, смотрите в сторону proxy_pass + sub_filter
>
> скорее всего ничего не получится, но поупражняться можно очень неплохо.
>
> с DNS идея выглядит более работоспособной, можно ведь поднять собственный
> DNS-сервер, а те кому надо, укажут вас в качестве ресолвера.
>
> 2 февраля 2012 г. 1:39 пользователь gaudi <nginx-forum на nginx.us> написал:
>
>> Доброго времени суток
>> Задача сделать доступными из локальной
>> сети соц сети в виде:
>> http://vk.example.com  =  http://vk.com   ну и так далее по
>> аналогии, при этом не нужен редирек,
>> весь контент должен отдавать локальный
>> сервер (доступа к интернету у локальных
>> пользователей нет)
>> уже какой день бьюсь не могу победить ,
>> допустим при
>>                location / {
>>                        proxy_pass            http://www.odnoklassniki.ru;
>>                        proxy_redirect off;
>>                        proxy_set_header Host $ host;
>>                        proxy_set_header X-Forwarded-For
>> $proxy_add_x_forwarded_for;
>>                        proxy_set_header X-Forwarded-Proto $scheme;
>>                        proxy_set_header X-Real-IP $remote_addr;
>>                }
>> При логине идет редирект на www.odnoklassniki.ru,
>> при такой же конструкцие допустим
>> вконтакте перебрасывается сразу на
>> страницу вконтакте, тоесть просто
>> происходит редирект, уже перебрал кучу
>> вариантов но все не то не могу добиться
>> что бы работало все как нужно и при этом
>> для экономии трафика все картинки
>> кешировать
>> так же не могу понять как сделать что бы
>> проксировались динамически и запросы с
>> *.odnoklassniki.ru или *.vk.com ну и т.д. (у многих
>> скрипты, картинки выведены на
>> отдельные поддомены)
>> Помогите пожалуйста, хочу людям доброе
>> дело сделать но не получается
>> реализовать
>>
>> Posted at Nginx Forum:
>> http://forum.nginx.org/read.php?21,221868,221868#msg-221868
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120204/4e4b65a0/attachment-0001.html>

From ne на vbart.ru  Sat Feb  4 21:56:12 2012
From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Sun, 5 Feb 2012 01:56:12 +0400
Subject: =?UTF-8?Q?Re=3A_types_=D0=B2_location?=
In-Reply-To: <CADWY9OK=brOfYwKb9sOvBi9KzK9WjSLLmJCfhW2YbO4GQJzh-g@mail.gmail.com>
References: <CADWY9OK=brOfYwKb9sOvBi9KzK9WjSLLmJCfhW2YbO4GQJzh-g@mail.gmail.com>
Message-ID: <201202050156.13185.ne@vbart.ru>

On Saturday 04 February 2012 21:01:19 Сергей Нюхряев wrote:
> Есть nginx-1.0.11 за ним apache 2.2.22
> когда задаю location вида
> 
>     location ^~ /js/ {
>        types {
>             text/plain php php3 php4 php5 phtml phps pl pm html htm shtml;
>         }
>       root /home/live/html;
>     }
> 
> то при запросе html(php) страниц не подгружаются js скрипты из папки /js. В
> error.log пусто. В access.log видно что скрипты запрашиваются, но скрипты
> не работаю. Хотя впрямую если запросить все отдается нормально и скрипт
> отображается.

Естественно, вы сделали так, что они теперь отдаются с default_type (скорее всего 
text/plain, если у вас он тоже не переопределен).

> Переопределяю типы для того, чтобы код из данного каталога
> выдавался как текст, чтобы случайно шел не залили.

Каким образом это связано со значением HTTP-заголовка Content-Type отдаваемого 
клиенту?

--
Валентин Бартенев

From s.nyuhryaev на gmail.com  Sun Feb  5 05:07:19 2012
From: s.nyuhryaev на gmail.com (=?KOI8-R?B?88XSx8XKIO7AyNLRxdc=?=)
Date: Sun, 5 Feb 2012 11:07:19 +0600
Subject: =?UTF-8?Q?Re=3A_types_=D0=B2_location?=
In-Reply-To: <201202050156.13185.ne@vbart.ru>
References: <CADWY9OK=brOfYwKb9sOvBi9KzK9WjSLLmJCfhW2YbO4GQJzh-g@mail.gmail.com>
	<201202050156.13185.ne@vbart.ru>
Message-ID: <CADWY9OJmum8Zvxjz5hQbbfoW8BDYvZoJ7=EqJXJYMHrTxdeepw@mail.gmail.com>

Проблему решил сам. Думал types в location переопределяет только те типы
что указаны, а оказалось что все типы надо определять заново.
Изменение типа отдаваемого контента нужно для того, чтобы из каталогов не
запускались сторонние скрипты, а так же чтобы в каталог не выкладывали,
например, php шел и не ломали сайт.

5 февраля 2012 г. 3:56 пользователь Валентин Бартенев <ne на vbart.ru> написал:

> On Saturday 04 February 2012 21:01:19 Сергей Нюхряев wrote:
> > Есть nginx-1.0.11 за ним apache 2.2.22
> > когда задаю location вида
> >
> >     location ^~ /js/ {
> >        types {
> >             text/plain php php3 php4 php5 phtml phps pl pm html htm
> shtml;
> >         }
> >       root /home/live/html;
> >     }
> >
> > то при запросе html(php) страниц не подгружаются js скрипты из папки
> /js. В
> > error.log пусто. В access.log видно что скрипты запрашиваются, но скрипты
> > не работаю. Хотя впрямую если запросить все отдается нормально и скрипт
> > отображается.
>
> Естественно, вы сделали так, что они теперь отдаются с default_type
> (скорее всего
> text/plain, если у вас он тоже не переопределен).
>
> > Переопределяю типы для того, чтобы код из данного каталога
> > выдавался как текст, чтобы случайно шел не залили.
>
> Каким образом это связано со значением HTTP-заголовка Content-Type
> отдаваемого
> клиенту?
>
> --
> Валентин Бартенев
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120205/44a76063/attachment.html>

From sytar.alex на gmail.com  Sun Feb  5 07:18:40 2012
From: sytar.alex на gmail.com (Aleksandr Sytar)
Date: Sun, 5 Feb 2012 11:18:40 +0400
Subject: =?UTF-8?Q?Re=3A_types_=D0=B2_location?=
In-Reply-To: <CADWY9OJmum8Zvxjz5hQbbfoW8BDYvZoJ7=EqJXJYMHrTxdeepw@mail.gmail.com>
References: <CADWY9OK=brOfYwKb9sOvBi9KzK9WjSLLmJCfhW2YbO4GQJzh-g@mail.gmail.com>
	<201202050156.13185.ne@vbart.ru>
	<CADWY9OJmum8Zvxjz5hQbbfoW8BDYvZoJ7=EqJXJYMHrTxdeepw@mail.gmail.com>
Message-ID: <CAKqRTSHxhzc0N66OabO4J0SDvoP9Mzi_3FXSi-Ti49yCNvC_jQ@mail.gmail.com>

5 февраля 2012 г. 9:07 пользователь Сергей Нюхряев
<s.nyuhryaev на gmail.com> написал:
> Проблему решил сам. Думал types в location переопределяет только те типы что
> указаны, а оказалось что все типы надо определять заново.
> Изменение типа отдаваемого контента нужно для того, чтобы из каталогов не
> запускались сторонние скрипты, а так же чтобы в каталог не выкладывали,
> например, php шел и не ломали сайт.

Как переопределение типов в nginx поможет избежать взлома через php
который исполняет апач???

>
> 5 февраля 2012 г. 3:56 пользователь Валентин Бартенев <ne на vbart.ru> написал:
>
>> On Saturday 04 February 2012 21:01:19 Сергей Нюхряев wrote:
>> > Есть nginx-1.0.11 за ним apache 2.2.22
>> > когда задаю location вида
>> >
>> >     location ^~ /js/ {
>> >        types {
>> >             text/plain php php3 php4 php5 phtml phps pl pm html htm
>> > shtml;
>> >         }
>> >       root /home/live/html;
>> >     }
>> >
>> > то при запросе html(php) страниц не подгружаются js скрипты из папки
>> > /js. В
>> > error.log пусто. В access.log видно что скрипты запрашиваются, но
>> > скрипты
>> > не работаю. Хотя впрямую если запросить все отдается нормально и скрипт
>> > отображается.
>>
>> Естественно, вы сделали так, что они теперь отдаются с default_type
>> (скорее всего
>> text/plain, если у вас он тоже не переопределен).
>>
>> > Переопределяю типы для того, чтобы код из данного каталога
>> > выдавался как текст, чтобы случайно шел не залили.
>>
>> Каким образом это связано со значением HTTP-заголовка Content-Type
>> отдаваемого
>> клиенту?
>>
>> --
>> Валентин Бартенев
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From ne на vbart.ru  Sun Feb  5 10:32:28 2012
From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Sun, 5 Feb 2012 14:32:28 +0400
Subject: =?UTF-8?Q?Re=3A_types_=D0=B2_location?=
In-Reply-To: <CADWY9OJmum8Zvxjz5hQbbfoW8BDYvZoJ7=EqJXJYMHrTxdeepw@mail.gmail.com>
References: <CADWY9OK=brOfYwKb9sOvBi9KzK9WjSLLmJCfhW2YbO4GQJzh-g@mail.gmail.com>
	<201202050156.13185.ne@vbart.ru>
	<CADWY9OJmum8Zvxjz5hQbbfoW8BDYvZoJ7=EqJXJYMHrTxdeepw@mail.gmail.com>
Message-ID: <201202051432.29058.ne@vbart.ru>

On Sunday 05 February 2012 09:07:19 Сергей Нюхряев wrote:
[...]
> Изменение типа отдаваемого контента нужно для того, чтобы из каталогов не
> запускались сторонние скрипты, а так же чтобы в каталог не выкладывали,
> например, php шел и не ломали сайт.
> 

Изменение MIME-типа отдаваемого контента в nginx с этим никак не связано.

--
Валентин Бартенев

From martianvirgins на gmail.com  Sun Feb  5 14:29:53 2012
From: martianvirgins на gmail.com (=?utf-8?B?0J3QuNC60LjRgtCwINCa0YPQt9C90LXRhtC+0LI=?=)
Date: Sun, 5 Feb 2012 18:29:53 +0400
Subject: upstream sent unsupported FastCGI protocol version
Message-ID: <E2D3E56C-34D8-4E35-BA7D-69EB802D9ACA@gmail.com>

Добрый день
Периодически сервер возвращает 502.
Происходит это достаточно редко, но сам факт неприятен.
В логах в этот момент следующее 
----------
2012/02/05 16:29:07 [error] 13251#0: *3403304 upstream sent unsupported FastCGI protocol version: 44, client: 11.22.33.44, server: domain.tld, request: "GET /uri/ HTTP/1.1", host: "www.domain.tld", referrer: "http://www.domain.tld/uri/"
2012/02/05 16:29:07 [alert] 13251#0: *3403304 recv() failed (95: Operation not supported) while reading response header from upstream, client: 11.22.33.44, server: domain.tld, request: "GET /uri/ HTTP/1.1", upstream: "fastcgi://unix:///var/run/php5-fpm.sock:", host: "www.domain.tld", referrer: "http://www.domain.tld/uri/"
-----------

nginx - 1.0.11
PHP -  5.3.5

уважаемая публика, подскажите, с чем это может быть связано и как это лечить?


-- 
With best wishes

Nikita Kuznetsov (Unix Developer)
Site: http://daedalus.ru
GSM: +79262068831
Skype: infantmessenger, 
Jabber/GTalk: kalloc на me.com


----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120205/9abc4a0f/attachment.html>

From askjuise на gmail.com  Sun Feb  5 14:58:23 2012
From: askjuise на gmail.com (Alexander Petrovsky)
Date: Sun, 5 Feb 2012 22:58:23 +0800
Subject: upstream sent unsupported FastCGI protocol version
In-Reply-To: <E2D3E56C-34D8-4E35-BA7D-69EB802D9ACA@gmail.com>
References: <E2D3E56C-34D8-4E35-BA7D-69EB802D9ACA@gmail.com>
Message-ID: <CAH57y_RLkBbDWwnsKUR4sMQbDG8AYntP6RtCyaMqKnDuUq9K9w@mail.gmail.com>

5 февраля 2012 г. 22:29 пользователь Никита Кузнецов <
martianvirgins на gmail.com> написал:

> Добрый день
> Периодически сервер возвращает 502.
> Происходит это достаточно редко, но сам факт неприятен.
> В логах в этот момент следующее
> ----------
> 2012/02/05 16:29:07 [error] 13251#0: *3403304 upstream sent unsupported
> FastCGI protocol version: 44, client: 11.22.33.44, server: domain.tld,
> request: "GET /uri/ HTTP/1.1", host: "www.domain.tld", referrer: "
> http://www.domain.tld/uri/"
> 2012/02/05 16:29:07 [alert] 13251#0: *3403304 recv() failed (95: Operation
> not supported) while reading response header from upstream, client:
> 11.22.33.44, server: domain.tld, request: "GET /uri/ HTTP/1.1", upstream: "
> fastcgi://unix:///var/run/php5-fpm.sock:", host: "www.domain.tld",
> referrer: "http://www.domain.tld/uri/"
> -----------
>
> nginx - 1.0.11
> PHP -  5.3.5
>
> уважаемая публика, подскажите, с чем это может быть связано и как это
> лечить?
>
>
> --
> With best wishes
>
> Nikita Kuznetsov (Unix Developer)
> Site: http://daedalus.ru
> GSM: +79262068831
> Skype: infantmessenger,
> Jabber/GTalk: kalloc на me.com
>
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>

Поищите по рассылке, тема поднималась не один раз.

-- 
Петровский Александр / Alexander Petrovsky,

Jabber: juise на jabber.ru
Phone: +7 914 8 820 815
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120205/eda9f94c/attachment.html>

From mdounin на mdounin.ru  Sun Feb  5 15:30:22 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Sun, 5 Feb 2012 19:30:22 +0400
Subject: upstream sent unsupported FastCGI protocol version
In-Reply-To: <E2D3E56C-34D8-4E35-BA7D-69EB802D9ACA@gmail.com>
References: <E2D3E56C-34D8-4E35-BA7D-69EB802D9ACA@gmail.com>
Message-ID: <20120205153022.GW67687@mdounin.ru>

Hello!

On Sun, Feb 05, 2012 at 06:29:53PM +0400, Никита Кузнецов wrote:

> Добрый день
> Периодически сервер возвращает 502.
> Происходит это достаточно редко, но сам факт неприятен.
> В логах в этот момент следующее 
> ----------
> 2012/02/05 16:29:07 [error] 13251#0: *3403304 upstream sent unsupported FastCGI protocol version: 44, client: 11.22.33.44, server: domain.tld, request: "GET /uri/ HTTP/1.1", host: "www.domain.tld", referrer: "http://www.domain.tld/uri/"
> 2012/02/05 16:29:07 [alert] 13251#0: *3403304 recv() failed (95: Operation not supported) while reading response header from upstream, client: 11.22.33.44, server: domain.tld, request: "GET /uri/ HTTP/1.1", upstream: "fastcgi://unix:///var/run/php5-fpm.sock:", host: "www.domain.tld", referrer: "http://www.domain.tld/uri/"
> -----------
> 
> nginx - 1.0.11
> PHP -  5.3.5
> 
> уважаемая публика, подскажите, с чем это может быть связано и как это лечить?

Нужен вывод nginx -V, конфиг и debug log, см.  
http://wiki.nginx.org/Debugging.

Даже если допустить, что бекенд действительно прислал мусор вместо 
ответа (на что как бы намекает фраза "upstream sent unsupported 
FastCGI protocol version: 44") - в любом случае alert'а про "recv() 
failed" выглядит как баг.

И желательно проверить, что на 1.1.x проблема воспроизводится.

Maxim Dounin


From martianvirgins на gmail.com  Sun Feb  5 15:39:59 2012
From: martianvirgins на gmail.com (=?utf-8?B?0J3QuNC60LjRgtCwINCa0YPQt9C90LXRhtC+0LI=?=)
Date: Sun, 5 Feb 2012 19:39:59 +0400
Subject: upstream sent unsupported FastCGI protocol version
In-Reply-To: <20120205153022.GW67687@mdounin.ru>
References: <E2D3E56C-34D8-4E35-BA7D-69EB802D9ACA@gmail.com>
	<20120205153022.GW67687@mdounin.ru>
Message-ID: <DDE798AA-0CC9-4703-B60D-C4379A130FF5@gmail.com>

On Feb 5, 2012, at 7:30 PM, Maxim Dounin wrote:
nginx -V
nginx version: nginx/1.0.11
TLS SNI support enabled
configure arguments: --prefix=/etc/nginx/ --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --pid-path=/var/run/nginx.pid --lock-path=/var/run/nginx.lock --http-client-body-temp-path=/var/cache/nginx/client_temp --http-proxy-temp-path=/var/cache/nginx/proxy_temp --http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp --http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp --http-scgi-temp-path=/var/cache/nginx/scgi_temp --user=nginx --group=nginx --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_flv_module --with-http_mp4_module --with-http_gzip_static_module --with-http_random_index_module --with-http_secure_link_module --with-http_stub_status_module --with-mail --with-mail_ssl_module --with-file-aio --with-ipv6 --with-debug

по поводу проверить на 1.1.x ? я не могу ставить development версию на продакшен.

debug log включил, как будет информация отпишу сюда



> Hello!
> 
> On Sun, Feb 05, 2012 at 06:29:53PM +0400, Никита Кузнецов wrote:
> 
>> Добрый день
>> Периодически сервер возвращает 502.
>> Происходит это достаточно редко, но сам факт неприятен.
>> В логах в этот момент следующее 
>> ----------
>> 2012/02/05 16:29:07 [error] 13251#0: *3403304 upstream sent unsupported FastCGI protocol version: 44, client: 11.22.33.44, server: domain.tld, request: "GET /uri/ HTTP/1.1", host: "www.domain.tld", referrer: "http://www.domain.tld/uri/"
>> 2012/02/05 16:29:07 [alert] 13251#0: *3403304 recv() failed (95: Operation not supported) while reading response header from upstream, client: 11.22.33.44, server: domain.tld, request: "GET /uri/ HTTP/1.1", upstream: "fastcgi://unix:///var/run/php5-fpm.sock:", host: "www.domain.tld", referrer: "http://www.domain.tld/uri/"
>> -----------
>> 
>> nginx - 1.0.11
>> PHP -  5.3.5
>> 
>> уважаемая публика, подскажите, с чем это может быть связано и как это лечить?
> 
> Нужен вывод nginx -V, конфиг и debug log, см.  
> http://wiki.nginx.org/Debugging.
> 
> Даже если допустить, что бекенд действительно прислал мусор вместо 
> ответа (на что как бы намекает фраза "upstream sent unsupported 
> FastCGI protocol version: 44") - в любом случае alert'а про "recv() 
> failed" выглядит как баг.
> 
> И желательно проверить, что на 1.1.x проблема воспроизводится.
> 




From ne на vbart.ru  Sun Feb  5 22:18:18 2012
From: ne на vbart.ru (=?windows-1251?b?wuDr5e3y6O0gweDw8uXt5eI=?=)
Date: Mon, 6 Feb 2012 02:18:18 +0400
Subject: upstream sent unsupported FastCGI protocol version
In-Reply-To: <DDE798AA-0CC9-4703-B60D-C4379A130FF5@gmail.com>
References: <E2D3E56C-34D8-4E35-BA7D-69EB802D9ACA@gmail.com>
	<20120205153022.GW67687@mdounin.ru>
	<DDE798AA-0CC9-4703-B60D-C4379A130FF5@gmail.com>
Message-ID: <201202060218.18839.ne@vbart.ru>

On Sunday 05 February 2012 19:39:59 Никита Кузнецов wrote:
[...]
> 
> по поводу проверить на 1.1.x ? я не могу ставить development версию на
> продакшен.
> 

А в чем проблема? В плане надежности development версия часто лучше чем stable.
В stable багфиксы попадают позже и не все.

--
Валентин Бартенев


From me на daedalus.ru  Sun Feb  5 22:32:31 2012
From: me на daedalus.ru (=?UTF-8?B?0J3QuNC60LjRgtCwINCa0YPQt9C90LXRhtC+0LI=?=)
Date: Mon, 6 Feb 2012 02:32:31 +0400
Subject: upstream sent unsupported FastCGI protocol version
In-Reply-To: <201202060218.18839.ne@vbart.ru>
References: <E2D3E56C-34D8-4E35-BA7D-69EB802D9ACA@gmail.com>
	<20120205153022.GW67687@mdounin.ru>
	<DDE798AA-0CC9-4703-B60D-C4379A130FF5@gmail.com>
	<201202060218.18839.ne@vbart.ru>
Message-ID: <CAHJUbTA9UeR-xGgUzNgM9=qYb9LvMwf6piBJcDvm8C-dLYnbcg@mail.gmail.com>

Тогда это ужасно

-- 
Sincerely,  Nikita Kuznetsov (Unix Developer)

Site: http://daedalus.ru
GSM: +79262068831
Skype: infantmessenger
Jabber/GTalk: kalloc на me.com
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120206/ceb1fecd/attachment.html>

From mdounin на mdounin.ru  Mon Feb  6 00:44:49 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Mon, 6 Feb 2012 04:44:49 +0400
Subject: upstream sent unsupported FastCGI protocol version
In-Reply-To: <CAHJUbTA9UeR-xGgUzNgM9=qYb9LvMwf6piBJcDvm8C-dLYnbcg@mail.gmail.com>
References: <E2D3E56C-34D8-4E35-BA7D-69EB802D9ACA@gmail.com>
	<20120205153022.GW67687@mdounin.ru>
	<DDE798AA-0CC9-4703-B60D-C4379A130FF5@gmail.com>
	<201202060218.18839.ne@vbart.ru>
	<CAHJUbTA9UeR-xGgUzNgM9=qYb9LvMwf6piBJcDvm8C-dLYnbcg@mail.gmail.com>
Message-ID: <20120206004449.GZ67687@mdounin.ru>

Hello!

On Mon, Feb 06, 2012 at 02:32:31AM +0400, Никита Кузнецов wrote:

> Тогда это ужасно

Задача stable ветки - продолжать работать также или лучше на 
существующих конфигурациях, по возможности не требуя вмешательства 
администратора при обновлениях.  В результате в stable, в 
частности, не попадают изменения API, которые потенциально могут 
сломать 3rd party модули.

Если же говорить о production использовании, то для него годится 
любая из веток, что stable, что текущая (aka devel).  Единственно 
что - с текущей нужно быть аккуратнее при обновлениях (особенно 
если используются 3rd party модули) и не забывать читать CHANGES.

Maxim Dounin


From askjuise на gmail.com  Mon Feb  6 05:31:43 2012
From: askjuise на gmail.com (Alexander Petrovsky)
Date: Mon, 6 Feb 2012 14:31:43 +0900
Subject: =?UTF-8?Q?unknown_directive_=22mail=22_=D0=B2_nginx_1=2E0=2E11?=
Message-ID: <CAH57y_RbtixuNGbQSQui1bc4Tps0OhWavUjCTCRg9hQxPCoaZA@mail.gmail.com>

Здравствуйте.

В конфиге:

mail {
        auth_http host/auth;

        imap_capabilities  "IMAP4rev1"  "UIDPLUS";

        server {
                listen          110;
                protocol       imap;
                proxy           on;
        }
}

www# nginx -V
nginx version: nginx/1.0.11
TLS SNI support enabled
configure arguments: --prefix=/usr/local/etc/nginx --with-cc-opt='-I
/usr/local/include' --with-ld-opt='-L /usr/local/lib'
--conf-path=/usr/local/etc/nginx/nginx.conf
--sbin-path=/usr/local/sbin/nginx --pid-path=/var/run/nginx.pid
--error-log-path=/var/log/nginx-error.log --user=www --group=www
--with-debug --with-file-aio
--http-client-body-temp-path=/var/tmp/nginx/client_body_temp
--http-fastcgi-temp-path=/var/tmp/nginx/fastcgi_temp
--http-proxy-temp-path=/var/tmp/nginx/proxy_temp
--http-scgi-temp-path=/var/tmp/nginx/scgi_temp
--http-uwsgi-temp-path=/var/tmp/nginx/uwsgi_temp
--http-log-path=/var/log/nginx-access.log --with-http_addition_module
--with-http_gzip_static_module --with-http_random_index_module
--with-http_ssl_module --with-http_stub_status_module --with-pcre
--with-mail --with-mail_ssl_module

При запуске получаю следующую ошибку:

www# /usr/local/etc/rc.d/nginx start
Performing sanity check on nginx configuration:
nginx: [emerg] unknown directive "mail" in
/usr/local/etc/nginx/nginx.conf:391
nginx: configuration file /usr/local/etc/nginx/nginx.conf test failed
Starting nginx.
nginx: [emerg] unknown directive "mail" in
/usr/local/etc/nginx/nginx.conf:391
/usr/local/etc/rc.d/nginx: WARNING: failed to start nginx


-- 
Петровский Александр / Alexander Petrovsky,

Jabber: juise на jabber.ru
Phone: +7 914 8 820 815
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120206/f2a034d0/attachment.html>

From askjuise на gmail.com  Mon Feb  6 06:00:47 2012
From: askjuise на gmail.com (Alexander Petrovsky)
Date: Mon, 6 Feb 2012 15:00:47 +0900
Subject: =?UTF-8?Q?Re=3A_unknown_directive_=22mail=22_=D0=B2_nginx_1=2E0=2E11?=
In-Reply-To: <CAH57y_RbtixuNGbQSQui1bc4Tps0OhWavUjCTCRg9hQxPCoaZA@mail.gmail.com>
References: <CAH57y_RbtixuNGbQSQui1bc4Tps0OhWavUjCTCRg9hQxPCoaZA@mail.gmail.com>
Message-ID: <CAH57y_SSJTdg+iGrFqG5hNfFWH7+3BBhXDy3Ygnjc_y-bQsMzg@mail.gmail.com>

Вопрос более не актуален.

2012/2/6 Alexander Petrovsky <askjuise на gmail.com>

> Здравствуйте.
>
> В конфиге:
>
> mail {
>         auth_http host/auth;
>
>         imap_capabilities  "IMAP4rev1"  "UIDPLUS";
>
>         server {
>                 listen          110;
>                 protocol       imap;
>                 proxy           on;
>         }
> }
>
> www# nginx -V
> nginx version: nginx/1.0.11
> TLS SNI support enabled
> configure arguments: --prefix=/usr/local/etc/nginx --with-cc-opt='-I
> /usr/local/include' --with-ld-opt='-L /usr/local/lib'
> --conf-path=/usr/local/etc/nginx/nginx.conf
> --sbin-path=/usr/local/sbin/nginx --pid-path=/var/run/nginx.pid
> --error-log-path=/var/log/nginx-error.log --user=www --group=www
> --with-debug --with-file-aio
> --http-client-body-temp-path=/var/tmp/nginx/client_body_temp
> --http-fastcgi-temp-path=/var/tmp/nginx/fastcgi_temp
> --http-proxy-temp-path=/var/tmp/nginx/proxy_temp
> --http-scgi-temp-path=/var/tmp/nginx/scgi_temp
> --http-uwsgi-temp-path=/var/tmp/nginx/uwsgi_temp
> --http-log-path=/var/log/nginx-access.log --with-http_addition_module
> --with-http_gzip_static_module --with-http_random_index_module
> --with-http_ssl_module --with-http_stub_status_module --with-pcre
> --with-mail --with-mail_ssl_module
>
> При запуске получаю следующую ошибку:
>
> www# /usr/local/etc/rc.d/nginx start
> Performing sanity check on nginx configuration:
> nginx: [emerg] unknown directive "mail" in
> /usr/local/etc/nginx/nginx.conf:391
> nginx: configuration file /usr/local/etc/nginx/nginx.conf test failed
> Starting nginx.
> nginx: [emerg] unknown directive "mail" in
> /usr/local/etc/nginx/nginx.conf:391
> /usr/local/etc/rc.d/nginx: WARNING: failed to start nginx
>
>
> --
> Петровский Александр / Alexander Petrovsky,
>
> Jabber: juise на jabber.ru
> Phone: +7 914 8 820 815
>



-- 
Петровский Александр / Alexander Petrovsky,

Jabber: juise на jabber.ru
Phone: +7 914 8 820 815
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120206/9331a76f/attachment.html>

From scukonick на gmail.com  Mon Feb  6 13:14:15 2012
From: scukonick на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JzQsNC70L7Qsg==?=)
Date: Mon, 6 Feb 2012 17:14:15 +0400
Subject: =?UTF-8?B?TmdpbngsIHNzbCwgNDAwLdGPINC+0YjQuNCx0LrQsA==?=
Message-ID: <CAHrzFpD5x7KeJ2zc6CSdyYHt5-Ly=CxufZ=MgM3ozqbYuOu_kQ@mail.gmail.com>

Здравствуйте!
В логах сервера (общение идёт по https) часто появляются подобные строки:
83.149.34.221 - - [06/Feb/2012:17:08:14 +0400]  "-" 400 0 "-" "-" 59.995

В дебаг логе при этом:
2012/02/06 17:07:14 [debug] 11170#0: *4049835 accept: 83.149.34.221 fd:141
2012/02/06 17:07:14 [debug] 11170#0: *4049835 event timer add: 141:
60000:1328533694694
2012/02/06 17:07:14 [debug] 11170#0: *4049835 epoll add event: fd:141 op:1
ev:80000001
2012/02/06 17:07:14 [debug] 11170#0: *4049835 post event 0000000002070698
2012/02/06 17:07:14 [debug] 11170#0: *4049835 delete posted event
0000000002070698
2012/02/06 17:07:14 [debug] 11170#0: *4049835 malloc: 00000000022AA710:1288
2012/02/06 17:07:14 [debug] 11170#0: *4049835 malloc: 0000000002339030:256
2012/02/06 17:07:14 [debug] 11170#0: *4049835 malloc: 000000000270DF20:1024
2012/02/06 17:07:14 [debug] 11170#0: *4049835 malloc: 0000000002372330:4096
2012/02/06 17:07:14 [debug] 11170#0: *4049835 http check ssl handshake
2012/02/06 17:07:14 [debug] 11170#0: *4049835 https ssl handshake: 0x16
2012/02/06 17:07:14 [debug] 11170#0: *4049835 SSL_do_handshake: -1
2012/02/06 17:07:14 [debug] 11170#0: *4049835 SSL_get_error: 2
2012/02/06 17:08:14 [debug] 11170#0: *4049835 event timer del: 141:
1328533694694
2012/02/06 17:08:14 [debug] 11170#0: *4049835 SSL handshake handler: 0
2012/02/06 17:08:14 [debug] 11170#0: *4049835 http close request
2012/02/06 17:08:14 [debug] 11170#0: *4049835 http log handler
2012/02/06 17:08:14 [debug] 11170#0: *4049835 free: 0000000002372330,
unused: 2402
2012/02/06 17:08:14 [debug] 11170#0: *4049835 close http connection: 141
2012/02/06 17:08:14 [debug] 11170#0: *4049835 SSL_shutdown: 1
2012/02/06 17:08:14 [debug] 11170#0: *4049835 free: 000000000270DF20
2012/02/06 17:08:14 [debug] 11170#0: *4049835 free: 00000000022AA710
2012/02/06 17:08:14 [debug] 11170#0: *4049835 free: 0000000002654560,
unused: 8
2012/02/06 17:08:14 [debug] 11170#0: *4049835 free: 0000000002339030,
unused:


Скажите, пожалуйста, правильно ли я понимаю, что это означает, что клиент
присоединился к серверу, но ничего не отправил, а потом закрыл соединение?
-- 
Alexey Malov
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120206/1f33f2c2/attachment.html>

From scukonick на gmail.com  Mon Feb  6 13:23:58 2012
From: scukonick на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JzQsNC70L7Qsg==?=)
Date: Mon, 6 Feb 2012 17:23:58 +0400
Subject: =?UTF-8?B?UmU6IE5naW54LCBzc2wsIDQwMC3RjyDQvtGI0LjQsdC60LA=?=
In-Reply-To: <CAHrzFpD5x7KeJ2zc6CSdyYHt5-Ly=CxufZ=MgM3ozqbYuOu_kQ@mail.gmail.com>
References: <CAHrzFpD5x7KeJ2zc6CSdyYHt5-Ly=CxufZ=MgM3ozqbYuOu_kQ@mail.gmail.com>
Message-ID: <CAHrzFpDzV-TDWLjos1npbZVabvLtia3nhSSRHeDQuTj4GJqLEA@mail.gmail.com>

6 февраля 2012 г. 17:14 пользователь Алексей Малов <scukonick на gmail.com>написал:

> Здравствуйте!
> В логах сервера (общение идёт по https) часто появляются подобные строки:
> 83.149.34.221 - - [06/Feb/2012:17:08:14 +0400]  "-" 400 0 "-" "-" 59.995
>
> В дебаг логе при этом:
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 accept: 83.149.34.221 fd:141
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 event timer add: 141:
> 60000:1328533694694
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 epoll add event: fd:141 op:1
> ev:80000001
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 post event 0000000002070698
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 delete posted event
> 0000000002070698
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 malloc: 00000000022AA710:1288
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 malloc: 0000000002339030:256
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 malloc: 000000000270DF20:1024
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 malloc: 0000000002372330:4096
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 http check ssl handshake
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 https ssl handshake: 0x16
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 SSL_do_handshake: -1
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 SSL_get_error: 2
> 2012/02/06 17:08:14 [debug] 11170#0: *4049835 event timer del: 141:
> 1328533694694
> 2012/02/06 17:08:14 [debug] 11170#0: *4049835 SSL handshake handler: 0
> 2012/02/06 17:08:14 [debug] 11170#0: *4049835 http close request
> 2012/02/06 17:08:14 [debug] 11170#0: *4049835 http log handler
> 2012/02/06 17:08:14 [debug] 11170#0: *4049835 free: 0000000002372330,
> unused: 2402
> 2012/02/06 17:08:14 [debug] 11170#0: *4049835 close http connection: 141
> 2012/02/06 17:08:14 [debug] 11170#0: *4049835 SSL_shutdown: 1
> 2012/02/06 17:08:14 [debug] 11170#0: *4049835 free: 000000000270DF20
> 2012/02/06 17:08:14 [debug] 11170#0: *4049835 free: 00000000022AA710
> 2012/02/06 17:08:14 [debug] 11170#0: *4049835 free: 0000000002654560,
> unused: 8
> 2012/02/06 17:08:14 [debug] 11170#0: *4049835 free: 0000000002339030,
> unused:
>
>
> Скажите, пожалуйста, правильно ли я понимаю, что это означает, что клиент
> присоединился к серверу, но ничего не отправил, а потом закрыл соединение?
> --
> Alexey Malov
>
>
>
На всякий случай:
# nginx -V
nginx version: nginx/0.7.67
TLS SNI support enabled
configure arguments: --conf-path=/etc/nginx/nginx.conf
--error-log-path=/var/log/nginx/error.log
--http-client-body-temp-path=/var/lib/nginx/body
--http-fastcgi-temp-path=/var/lib/nginx/fastcgi
--http-log-path=/var/log/nginx/access.log
--http-proxy-temp-path=/var/lib/nginx/proxy
--lock-path=/var/lock/nginx.lock --pid-path=/var/run/nginx.pid --with-debug
--with-http_dav_module --with-http_flv_module --with-http_geoip_module
--with-http_gzip_static_module --with-http_realip_module
--with-http_stub_status_module --with-http_ssl_module
--with-http_sub_module --with-ipv6 --with-mail --with-mail_ssl_module
--add-module=/tmp/buildd/nginx-0.7.67/modules/nginx-upstream-fair


-- 
Alexey Malov
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120206/7de059e9/attachment.html>

From mdounin на mdounin.ru  Mon Feb  6 14:48:08 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Mon, 6 Feb 2012 18:48:08 +0400
Subject: nginx-1.0.12
Message-ID: <20120206144808.GH67687@mdounin.ru>

Изменения в nginx 1.0.12                                          06.02.2012

    *) Добавление: параметры TLSv1.1 и TLSv1.2 в директиве ssl_protocols.

    *) Добавление: SSI команда if поддерживает выделения в регулярных
       выражениях.

    *) Исправление: SSI команда if не работала внутри команды block.

    *) Исправление: в обработке ошибок при использовании AIO на FreeBSD.

    *) Исправление: в инициализации библиотеки OpenSSL.

    *) Исправление: директива worker_cpu_affinity могла не работать.

    *) Исправление: директивы limit_conn_log_level и limit_req_log_level
       могли не работать.

    *) Исправление: директива read_ahead могла не работать при использовании
       совместно с try_files и open_file_cache.

    *) Исправление: директива proxy_cache_use_stale с параметром error не
       возвращала ответ из кэша, если все бэкенды были признаны
       неработающими.

    *) Исправление: если в параметре inactive директивы proxy_cache_path
       было указано малое время, в рабочем процессе мог произойти
       segmentation fault.

    *) Исправление: ответы из кэша могли зависать.

    *) Исправление: в обработке ошибок при соединении с бэкендом.
       Спасибо Piotr Sikora.

    *) Исправление: в методе epoll.
       Спасибо Yichun Zhang.

    *) Исправление: переменная $sent_http_cache_control могла содержать
       неверное значение при использовании директивы expires.
       Спасибо Yichun Zhang.

    *) Исправление: директива limit_rate не позволяла передавать на полной
       скорости, даже если был указан очень большой лимит.

    *) Исправление: директива sendfile_max_chunk не работала, если
       использовалась директива limit_rate.

    *) Исправление: nginx не собирался на Solaris; ошибка появилась в
       1.0.11.

    *) Исправление: в модуле ngx_http_scgi_module.

    *) Исправление: в модуле ngx_http_mp4_module.


Maxim Dounin


From mdounin на mdounin.ru  Mon Feb  6 15:54:41 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Mon, 6 Feb 2012 19:54:41 +0400
Subject: =?UTF-8?B?UmU6IE5naW54LCBzc2wsIDQwMC3RjyDQvtGI0LjQsdC60LA=?=
In-Reply-To: <CAHrzFpD5x7KeJ2zc6CSdyYHt5-Ly=CxufZ=MgM3ozqbYuOu_kQ@mail.gmail.com>
References: <CAHrzFpD5x7KeJ2zc6CSdyYHt5-Ly=CxufZ=MgM3ozqbYuOu_kQ@mail.gmail.com>
Message-ID: <20120206155441.GL67687@mdounin.ru>

Hello!

On Mon, Feb 06, 2012 at 05:14:15PM +0400, Алексей Малов wrote:

> Здравствуйте!
> В логах сервера (общение идёт по https) часто появляются подобные строки:
> 83.149.34.221 - - [06/Feb/2012:17:08:14 +0400]  "-" 400 0 "-" "-" 59.995
> 
> В дебаг логе при этом:
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 accept: 83.149.34.221 fd:141
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 event timer add: 141:
> 60000:1328533694694
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 epoll add event: fd:141 op:1
> ev:80000001
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 post event 0000000002070698
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 delete posted event
> 0000000002070698
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 malloc: 00000000022AA710:1288
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 malloc: 0000000002339030:256
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 malloc: 000000000270DF20:1024
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 malloc: 0000000002372330:4096
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 http check ssl handshake
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 https ssl handshake: 0x16
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 SSL_do_handshake: -1
> 2012/02/06 17:07:14 [debug] 11170#0: *4049835 SSL_get_error: 2
> 2012/02/06 17:08:14 [debug] 11170#0: *4049835 event timer del: 141:
> 1328533694694
> 2012/02/06 17:08:14 [debug] 11170#0: *4049835 SSL handshake handler: 0
> 2012/02/06 17:08:14 [debug] 11170#0: *4049835 http close request
> 2012/02/06 17:08:14 [debug] 11170#0: *4049835 http log handler
> 2012/02/06 17:08:14 [debug] 11170#0: *4049835 free: 0000000002372330,
> unused: 2402
> 2012/02/06 17:08:14 [debug] 11170#0: *4049835 close http connection: 141
> 2012/02/06 17:08:14 [debug] 11170#0: *4049835 SSL_shutdown: 1
> 2012/02/06 17:08:14 [debug] 11170#0: *4049835 free: 000000000270DF20
> 2012/02/06 17:08:14 [debug] 11170#0: *4049835 free: 00000000022AA710
> 2012/02/06 17:08:14 [debug] 11170#0: *4049835 free: 0000000002654560,
> unused: 8
> 2012/02/06 17:08:14 [debug] 11170#0: *4049835 free: 0000000002339030,
> unused:
> 
> 
> Скажите, пожалуйста, правильно ли я понимаю, что это означает, что клиент
> присоединился к серверу, но ничего не отправил, а потом закрыл соединение?

Присоединился, начал SSLv3/TLSv1 handshake (note "https ssl 
handshake: 0x16), но не закончил за 60 секунд 
(client_header_timeout), ввиду чего сединение было закрыто.

Maxim Dounin


From nginx-forum на nginx.us  Mon Feb  6 17:29:39 2012
From: nginx-forum на nginx.us (next40)
Date: Mon, 06 Feb 2012 12:29:39 -0500
Subject: =?UTF-8?B?UmU6INCU0L7Qvy7Qv9Cw0YDQsNC80LXRgtGAIHNlY3VyZSBsaW5r?=
In-Reply-To: <7fc124a26a01ff0316aac0a2380ee232.NginxMailingListRussian@forum.nginx.org>
References: <7fc124a26a01ff0316aac0a2380ee232.NginxMailingListRussian@forum.nginx.org>
Message-ID: <c70f3365070c7df8bf0ac9c9c60ac7a9.NginxMailingListRussian@forum.nginx.org>

Поправил конфиг, теперь постоянно 403...
((( Кто делал подобную штуку? нужна
помощь с настройкой

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,221852,222050#msg-222050


From nginx-forum на nginx.us  Tue Feb  7 00:38:03 2012
From: nginx-forum на nginx.us (mishalunin)
Date: Mon, 06 Feb 2012 19:38:03 -0500
Subject: =?UTF-8?B?emVybyBzaXplINC+0YjQuNCx0LrQsCDQv9GA0Lgg0LTQvtCx0LDQstC70LXQvdC4?=
	=?UTF-8?B?0Lgg0YLQtdC60YHRgtCwINCyIGJvZHkgZmlsdGVy?=
Message-ID: <311863284fe9c79bd3b61215e6dec030.NginxMailingListRussian@forum.nginx.org>

Здравствуйте. Пробую писать свой
модуль для nginx и столкнулся со
следующей проблемой:
в body фильтре своего модуля добавляю
новый буфер в конец цепочки:

/*тут ищется последний chain link*/
	ngx_buf_t    *b;
	b = ngx_calloc_buf(r->pool);

	b->pos = (u_char *)IF_CODE;
	b->last = b->pos + sizeof(IF_CODE) - 1;
	b->memory = 1;

	ngx_chain_t   *new_link;
	new_link = ngx_alloc_chain_link(r->pool);

	new_link->buf = b;
	new_link->next = NULL;

	chain_link->next = new_link;

	chain_link->buf->last_buf = 0;
	chain_link->buf->sync = 1;
	new_link->buf->last_buf = 1;

	return ngx_http_next_body_filter(r, in);

в итоге браузеру не отдается ничего, а в
логах следующее:
    2012/02/06 15:52:51 [debug] 8424#0: *3 write old buf t:1 f:0
08D15D44, pos 08D15D44, size: 217 file: 0, size: 0, last: 0 (headers)
    2012/02/06 15:52:51 [debug] 8424#0: *3 write new buf t:0 f:1
00000000, pos 00000000, size: 0 file: 0, size: 6506, last: 0 (html
file)
    2012/02/06 15:52:51 [debug] 8424#0: *3 write new buf t:0 f:1 (???)
00000000, pos 080BE1B6, size: 22 file: 0, size: 0, last: 0 (my text)
    2012/02/06 15:52:51 [alert] 8424#0: *3 zero size buf in writer t:0
r:0 f:1 00000000 080BE1B6-080BE1CC 00000092 0-0 while sending response
to client, client: 127.0.0.1, server: localhost, request: "GET
/license.html HTTP/1.1", host: "127.0.0.1

полазив отладчиком, обнаружил, что
данные в цепочке мистическим образом
меняются сразу после передачи ее
следующему фильтру:

  (gdb) 
164             return ngx_http_next_body_filter(r, in);
(gdb) p *(in->next->buf)
$15 = {pos = 0x80be1b6 "<h1>INSERTED CODE</h1>", last = 0x80be1cc "", 
  file_pos = 0, file_last = 0, start = 0x0, end = 0x0, tag = 0x0, 
  file = 0x0, shadow = 0x0, temporary = 0, memory = 1, mmap = 0, 
  recycled = 0, in_file = 0, flush = 0, sync = 0, last_buf = 1, 
  last_in_chain = 0, last_shadow = 0, temp_file = 0, num = 0}
(gdb) step
ngx_http_charset_body_filter (r=0x9ae5048, in=0xbf861fe4)
    at src/http/modules/ngx_http_charset_filter_module.c:544
544     {
(gdb) p *(in->next->buf)
$16 = {pos = 0x80be1b6 "<h1>INSERTED CODE</h1>", last = 0x80be1cc "", 
  file_pos = 0, file_last = 0, start = 0x0, end = 0x0, tag = 0x0, 
  file = 0x82, shadow = 0x0, temporary = 0, memory = 0, mmap = 0, 
  recycled = 0, in_file = 1, flush = 1, sync = 1, last_buf = 0, 
  last_in_chain = 0, last_shadow = 1, temp_file = 1, num = 0}

например, меняется флаг memory из-за
которого и вызывается эта ошибка. Что я
делаю не так? Спасибо :)

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222059,222059#msg-222059


From nginx-forum на nginx.us  Tue Feb  7 01:43:55 2012
From: nginx-forum на nginx.us (mishalunin)
Date: Mon, 06 Feb 2012 20:43:55 -0500
Subject: =?UTF-8?B?UmU6IHplcm8gc2l6ZSDQvtGI0LjQsdC60LAg0L/RgNC4INC00L7QsdCw0LLQu9C1?=
	=?UTF-8?B?0L3QuNC4INGC0LXQutGB0YLQsCDQsiBib2R5IGZpbHRlcg==?=
In-Reply-To: <311863284fe9c79bd3b61215e6dec030.NginxMailingListRussian@forum.nginx.org>
References: <311863284fe9c79bd3b61215e6dec030.NginxMailingListRussian@forum.nginx.org>
Message-ID: <323a6a0ee98ff60add58fa1594da99cc.NginxMailingListRussian@forum.nginx.org>

и при передаче цепочки из ngx_output_chain тоже
что-то не так:


66                  return ctx->output_filter(ctx->filter_ctx, in);
(gdb) p *(in->buf)
$1 = {pos = 0x0, last = 0x0, file_pos = 0, file_last = 6506, start =
0x0, 
  end = 0x0, tag = 0x0, file = 0x8ac1c4c, shadow = 0x0, temporary = 0, 
  memory = 0, mmap = 0, recycled = 0, in_file = 1, flush = 0, sync = 0,

  last_buf = 1, last_in_chain = 1, last_shadow = 0, temp_file = 0, num =
0}
(gdb) step
ngx_http_my_body_filter (r=0x8ac1048, in=0xbf86de74)
    at /home/me/workspace/nginx_module/ngx_http_my_module.c:104
104     {
(gdb) p *(in->buf)
$2 = {pos = 0x0, last = 0x0, file_pos = 0, file_last = 0, 
  start = 0x196a <Address 0x196a out of bounds>, end = 0x0, tag = 0x0, 
  file = 0x0, shadow = 0x0, temporary = 0, memory = 0, mmap = 1, 
  recycled = 1, in_file = 0, flush = 0, sync = 1, last_buf = 0, 
  last_in_chain = 0, last_shadow = 0, temp_file = 1, num = 0}

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222059,222060#msg-222060


From scukonick на gmail.com  Tue Feb  7 08:51:12 2012
From: scukonick на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JzQsNC70L7Qsg==?=)
Date: Tue, 7 Feb 2012 12:51:12 +0400
Subject: =?UTF-8?B?UmU6IE5naW54LCBzc2wsIDQwMC3RjyDQvtGI0LjQsdC60LA=?=
In-Reply-To: <20120206155441.GL67687@mdounin.ru>
References: <CAHrzFpD5x7KeJ2zc6CSdyYHt5-Ly=CxufZ=MgM3ozqbYuOu_kQ@mail.gmail.com>
	<20120206155441.GL67687@mdounin.ru>
Message-ID: <CAHrzFpDngUSFECAB_VvW8vDgnk5Uq__SBmZH_p4=z_VskW_-Wg@mail.gmail.com>

6 февраля 2012 г. 19:54 пользователь Maxim Dounin <mdounin на mdounin.ru>написал:

> Hello!
>
> On Mon, Feb 06, 2012 at 05:14:15PM +0400, Алексей Малов wrote:
>
> > Здравствуйте!
> > В логах сервера (общение идёт по https) часто появляются подобные строки:
> > 83.149.34.221 - - [06/Feb/2012:17:08:14 +0400]  "-" 400 0 "-" "-" 59.995
> >
> > В дебаг логе при этом:
> > 2012/02/06 17:07:14 [debug] 11170#0: *4049835 accept: 83.149.34.221
> fd:141
> > 2012/02/06 17:07:14 [debug] 11170#0: *4049835 event timer add: 141:
> > 60000:1328533694694
> > 2012/02/06 17:07:14 [debug] 11170#0: *4049835 epoll add event: fd:141
> op:1
> > ev:80000001
> > 2012/02/06 17:07:14 [debug] 11170#0: *4049835 post event 0000000002070698
> > 2012/02/06 17:07:14 [debug] 11170#0: *4049835 delete posted event
> > 0000000002070698
> > 2012/02/06 17:07:14 [debug] 11170#0: *4049835 malloc:
> 00000000022AA710:1288
> > 2012/02/06 17:07:14 [debug] 11170#0: *4049835 malloc:
> 0000000002339030:256
> > 2012/02/06 17:07:14 [debug] 11170#0: *4049835 malloc:
> 000000000270DF20:1024
> > 2012/02/06 17:07:14 [debug] 11170#0: *4049835 malloc:
> 0000000002372330:4096
> > 2012/02/06 17:07:14 [debug] 11170#0: *4049835 http check ssl handshake
> > 2012/02/06 17:07:14 [debug] 11170#0: *4049835 https ssl handshake: 0x16
> > 2012/02/06 17:07:14 [debug] 11170#0: *4049835 SSL_do_handshake: -1
> > 2012/02/06 17:07:14 [debug] 11170#0: *4049835 SSL_get_error: 2
> > 2012/02/06 17:08:14 [debug] 11170#0: *4049835 event timer del: 141:
> > 1328533694694
> > 2012/02/06 17:08:14 [debug] 11170#0: *4049835 SSL handshake handler: 0
> > 2012/02/06 17:08:14 [debug] 11170#0: *4049835 http close request
> > 2012/02/06 17:08:14 [debug] 11170#0: *4049835 http log handler
> > 2012/02/06 17:08:14 [debug] 11170#0: *4049835 free: 0000000002372330,
> > unused: 2402
> > 2012/02/06 17:08:14 [debug] 11170#0: *4049835 close http connection: 141
> > 2012/02/06 17:08:14 [debug] 11170#0: *4049835 SSL_shutdown: 1
> > 2012/02/06 17:08:14 [debug] 11170#0: *4049835 free: 000000000270DF20
> > 2012/02/06 17:08:14 [debug] 11170#0: *4049835 free: 00000000022AA710
> > 2012/02/06 17:08:14 [debug] 11170#0: *4049835 free: 0000000002654560,
> > unused: 8
> > 2012/02/06 17:08:14 [debug] 11170#0: *4049835 free: 0000000002339030,
> > unused:
> >
> >
> > Скажите, пожалуйста, правильно ли я понимаю, что это означает, что клиент
> > присоединился к серверу, но ничего не отправил, а потом закрыл
> соединение?
>
> Присоединился, начал SSLv3/TLSv1 handshake (note "https ssl
> handshake: 0x16), но не закончил за 60 секунд
> (client_header_timeout), ввиду чего сединение было закрыто.
>
> Maxim Dounin
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


Большое спасиб за ответ!

-- 
Alexey Malov
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120207/526bd4b5/attachment.html>

From mdounin на mdounin.ru  Tue Feb  7 08:56:57 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Tue, 7 Feb 2012 12:56:57 +0400
Subject: =?UTF-8?B?UmU6IHplcm8gc2l6ZSDQvtGI0LjQsdC60LAg0L/RgNC4INC00L7QsdCw0LLQu9C1?=
	=?UTF-8?B?0L3QuNC4INGC0LXQutGB0YLQsCDQsiBib2R5IGZpbHRlcg==?=
In-Reply-To: <323a6a0ee98ff60add58fa1594da99cc.NginxMailingListRussian@forum.nginx.org>
References: <311863284fe9c79bd3b61215e6dec030.NginxMailingListRussian@forum.nginx.org>
	<323a6a0ee98ff60add58fa1594da99cc.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120207085657.GO67687@mdounin.ru>

Hello!

On Mon, Feb 06, 2012 at 08:43:55PM -0500, mishalunin wrote:

> и при передаче цепочки из ngx_output_chain тоже
> что-то не так:
> 
> 
> 66                  return ctx->output_filter(ctx->filter_ctx, in);
> (gdb) p *(in->buf)
> $1 = {pos = 0x0, last = 0x0, file_pos = 0, file_last = 6506, start =
> 0x0, 
>   end = 0x0, tag = 0x0, file = 0x8ac1c4c, shadow = 0x0, temporary = 0, 
>   memory = 0, mmap = 0, recycled = 0, in_file = 1, flush = 0, sync = 0,
> 
>   last_buf = 1, last_in_chain = 1, last_shadow = 0, temp_file = 0, num =
> 0}
> (gdb) step
> ngx_http_my_body_filter (r=0x8ac1048, in=0xbf86de74)
>     at /home/me/workspace/nginx_module/ngx_http_my_module.c:104
> 104     {
> (gdb) p *(in->buf)
> $2 = {pos = 0x0, last = 0x0, file_pos = 0, file_last = 0, 
>   start = 0x196a <Address 0x196a out of bounds>, end = 0x0, tag = 0x0, 
>   file = 0x0, shadow = 0x0, temporary = 0, memory = 0, mmap = 1, 
>   recycled = 1, in_file = 0, flush = 0, sync = 1, last_buf = 0, 
>   last_in_chain = 0, last_shadow = 0, temp_file = 1, num = 0}

Начните с простого - соберитесь без оптимизации (i.e. с -O0).  

Maxim Dounin


From nginx-forum на nginx.us  Tue Feb  7 10:57:53 2012
From: nginx-forum на nginx.us (mishalunin)
Date: Tue, 07 Feb 2012 05:57:53 -0500
Subject: =?UTF-8?B?UmU6IHplcm8gc2l6ZSDQvtGI0LjQsdC60LAg0L/RgNC4INC00L7QsdCw0LLQu9C1?=
	=?UTF-8?B?0L3QuNC4INGC0LXQutGB0YLQsCDQsiBib2R5IGZpbHRlcg==?=
In-Reply-To: <311863284fe9c79bd3b61215e6dec030.NginxMailingListRussian@forum.nginx.org>
References: <311863284fe9c79bd3b61215e6dec030.NginxMailingListRussian@forum.nginx.org>
Message-ID: <3b3ec5ac84df9ad9da76f4e443082489.NginxMailingListRussian@forum.nginx.org>

> Начните с простого - соберитесь без
оптимизации (i.e. с -O0).
Не помогло.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222059,222070#msg-222070


From mdounin на mdounin.ru  Tue Feb  7 13:16:49 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Tue, 7 Feb 2012 17:16:49 +0400
Subject: =?UTF-8?B?UmU6IHplcm8gc2l6ZSDQvtGI0LjQsdC60LAg0L/RgNC4INC00L7QsdCw0LLQu9C1?=
	=?UTF-8?B?0L3QuNC4INGC0LXQutGB0YLQsCDQsiBib2R5IGZpbHRlcg==?=
In-Reply-To: <3b3ec5ac84df9ad9da76f4e443082489.NginxMailingListRussian@forum.nginx.org>
References: <311863284fe9c79bd3b61215e6dec030.NginxMailingListRussian@forum.nginx.org>
	<3b3ec5ac84df9ad9da76f4e443082489.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120207131649.GS67687@mdounin.ru>

Hello!

On Tue, Feb 07, 2012 at 05:57:53AM -0500, mishalunin wrote:

> > Начните с простого - соберитесь без
> оптимизации (i.e. с -O0).
> Не помогло.

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

Maxim Dounin


From ne на vbart.ru  Tue Feb  7 13:34:01 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Tue, 7 Feb 2012 17:34:01 +0400
Subject: =?UTF-8?B?UmU6IHplcm8gc2l6ZSAg0L7RiNC40LHQutCwINC/0YDQuCDQtNC+0LHQsNCy0Ls=?=
	=?UTF-8?B?0LXQvdC40Lgg0YLQtdC60YHRgtCwINCyIGJvZHkgZmlsdGVy?=
In-Reply-To: <311863284fe9c79bd3b61215e6dec030.NginxMailingListRussian@forum.nginx.org>
References: <311863284fe9c79bd3b61215e6dec030.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201202071734.01563.ne@vbart.ru>

On Tuesday 07 February 2012 04:38:03 mishalunin wrote:
> Здравствуйте. Пробую писать свой
> модуль для nginx и столкнулся со
> следующей проблемой:
> в body фильтре своего модуля добавляю
> новый буфер в конец цепочки:
> 
> /*тут ищется последний chain link*/
> 	ngx_buf_t    *b;
> 	b = ngx_calloc_buf(r->pool);
> 
> 	b->pos = (u_char *)IF_CODE;
> 	b->last = b->pos + sizeof(IF_CODE) - 1;
> 	b->memory = 1;
> 
> 	ngx_chain_t   *new_link;
> 	new_link = ngx_alloc_chain_link(r->pool);
> 
> 	new_link->buf = b;
> 	new_link->next = NULL;
> 
> 	chain_link->next = new_link;
> 
> 	chain_link->buf->last_buf = 0;
> 	chain_link->buf->sync = 1;
> 	new_link->buf->last_buf = 1;
> 
> 	return ngx_http_next_body_filter(r, in);
> 
> в итоге браузеру не отдается ничего, а в
> логах следующее:
>     2012/02/06 15:52:51 [debug] 8424#0: *3 write old buf t:1 f:0
> 08D15D44, pos 08D15D44, size: 217 file: 0, size: 0, last: 0 (headers)
>     2012/02/06 15:52:51 [debug] 8424#0: *3 write new buf t:0 f:1
> 00000000, pos 00000000, size: 0 file: 0, size: 6506, last: 0 (html
> file)
>     2012/02/06 15:52:51 [debug] 8424#0: *3 write new buf t:0 f:1 (???)
> 00000000, pos 080BE1B6, size: 22 file: 0, size: 0, last: 0 (my text)
>     2012/02/06 15:52:51 [alert] 8424#0: *3 zero size buf in writer t:0
> r:0 f:1 00000000 080BE1B6-080BE1CC 00000092 0-0 while sending response
> to client, client: 127.0.0.1, server: localhost, request: "GET
> /license.html HTTP/1.1", host: "127.0.0.1
> 
> полазив отладчиком, обнаружил, что
> данные в цепочке мистическим образом
> меняются сразу после передачи ее
> следующему фильтру:
> 
>   (gdb)
> 164             return ngx_http_next_body_filter(r, in);
> (gdb) p *(in->next->buf)
> $15 = {pos = 0x80be1b6 "<h1>INSERTED CODE</h1>", last = 0x80be1cc "",
>   file_pos = 0, file_last = 0, start = 0x0, end = 0x0, tag = 0x0,
>   file = 0x0, shadow = 0x0, temporary = 0, memory = 1, mmap = 0,
>   recycled = 0, in_file = 0, flush = 0, sync = 0, last_buf = 1,
>   last_in_chain = 0, last_shadow = 0, temp_file = 0, num = 0}
> (gdb) step
> ngx_http_charset_body_filter (r=0x9ae5048, in=0xbf861fe4)
>     at src/http/modules/ngx_http_charset_filter_module.c:544
> 544     {
> (gdb) p *(in->next->buf)
> $16 = {pos = 0x80be1b6 "<h1>INSERTED CODE</h1>", last = 0x80be1cc "",
>   file_pos = 0, file_last = 0, start = 0x0, end = 0x0, tag = 0x0,
>   file = 0x82, shadow = 0x0, temporary = 0, memory = 0, mmap = 0,
>   recycled = 0, in_file = 1, flush = 1, sync = 1, last_buf = 0,
>   last_in_chain = 0, last_shadow = 1, temp_file = 1, num = 0}
> 
> например, меняется флаг memory из-за
> которого и вызывается эта ошибка. Что я
> делаю не так? Спасибо :)
> 

ОС какая? Архитектура? #include <ngx_config.h> стоит первым?

--
Валентин Бартенев

From mdounin на mdounin.ru  Tue Feb  7 13:58:00 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Tue, 7 Feb 2012 17:58:00 +0400
Subject: =?UTF-8?B?UmU6IHplcm8gc2l6ZSAg0L7RiNC40LHQutCwINC/0YDQuCDQtNC+0LHQsNCy0Ls=?=
	=?UTF-8?B?0LXQvdC40Lgg0YLQtdC60YHRgtCwINCyIGJvZHkgZmlsdGVy?=
In-Reply-To: <201202071734.01563.ne@vbart.ru>
References: <311863284fe9c79bd3b61215e6dec030.NginxMailingListRussian@forum.nginx.org>
	<201202071734.01563.ne@vbart.ru>
Message-ID: <20120207135800.GT67687@mdounin.ru>

Hello!

On Tue, Feb 07, 2012 at 05:34:01PM +0400, Валентин Бартенев wrote:

> On Tuesday 07 February 2012 04:38:03 mishalunin wrote:
> > Здравствуйте. Пробую писать свой
> > модуль для nginx и столкнулся со
> > следующей проблемой:
> > в body фильтре своего модуля добавляю
> > новый буфер в конец цепочки:
> > 
> > /*тут ищется последний chain link*/
> > 	ngx_buf_t    *b;
> > 	b = ngx_calloc_buf(r->pool);
> > 
> > 	b->pos = (u_char *)IF_CODE;
> > 	b->last = b->pos + sizeof(IF_CODE) - 1;
> > 	b->memory = 1;
> > 
> > 	ngx_chain_t   *new_link;
> > 	new_link = ngx_alloc_chain_link(r->pool);
> > 
> > 	new_link->buf = b;
> > 	new_link->next = NULL;
> > 
> > 	chain_link->next = new_link;
> > 
> > 	chain_link->buf->last_buf = 0;
> > 	chain_link->buf->sync = 1;
> > 	new_link->buf->last_buf = 1;
> > 
> > 	return ngx_http_next_body_filter(r, in);
> > 
> > в итоге браузеру не отдается ничего, а в
> > логах следующее:
> >     2012/02/06 15:52:51 [debug] 8424#0: *3 write old buf t:1 f:0
> > 08D15D44, pos 08D15D44, size: 217 file: 0, size: 0, last: 0 (headers)
> >     2012/02/06 15:52:51 [debug] 8424#0: *3 write new buf t:0 f:1
> > 00000000, pos 00000000, size: 0 file: 0, size: 6506, last: 0 (html
> > file)
> >     2012/02/06 15:52:51 [debug] 8424#0: *3 write new buf t:0 f:1 (???)
> > 00000000, pos 080BE1B6, size: 22 file: 0, size: 0, last: 0 (my text)
> >     2012/02/06 15:52:51 [alert] 8424#0: *3 zero size buf in writer t:0
> > r:0 f:1 00000000 080BE1B6-080BE1CC 00000092 0-0 while sending response
> > to client, client: 127.0.0.1, server: localhost, request: "GET
> > /license.html HTTP/1.1", host: "127.0.0.1
> > 
> > полазив отладчиком, обнаружил, что
> > данные в цепочке мистическим образом
> > меняются сразу после передачи ее
> > следующему фильтру:
> > 
> >   (gdb)
> > 164             return ngx_http_next_body_filter(r, in);
> > (gdb) p *(in->next->buf)
> > $15 = {pos = 0x80be1b6 "<h1>INSERTED CODE</h1>", last = 0x80be1cc "",
> >   file_pos = 0, file_last = 0, start = 0x0, end = 0x0, tag = 0x0,
> >   file = 0x0, shadow = 0x0, temporary = 0, memory = 1, mmap = 0,
> >   recycled = 0, in_file = 0, flush = 0, sync = 0, last_buf = 1,
> >   last_in_chain = 0, last_shadow = 0, temp_file = 0, num = 0}
> > (gdb) step
> > ngx_http_charset_body_filter (r=0x9ae5048, in=0xbf861fe4)
> >     at src/http/modules/ngx_http_charset_filter_module.c:544
> > 544     {
> > (gdb) p *(in->next->buf)
> > $16 = {pos = 0x80be1b6 "<h1>INSERTED CODE</h1>", last = 0x80be1cc "",
> >   file_pos = 0, file_last = 0, start = 0x0, end = 0x0, tag = 0x0,
> >   file = 0x82, shadow = 0x0, temporary = 0, memory = 0, mmap = 0,
> >   recycled = 0, in_file = 1, flush = 1, sync = 1, last_buf = 0,
> >   last_in_chain = 0, last_shadow = 1, temp_file = 1, num = 0}
> > 
> > например, меняется флаг memory из-за
> > которого и вызывается эта ошибка. Что я
> > делаю не так? Спасибо :)
> > 
> 
> ОС какая? Архитектура? #include <ngx_config.h> стоит первым?

Just to make things more clear:

Валентин справедливо предположил, что операционная система - 
линукс, и #include <ngx_config.h> в модуле не стоит или стоит не 
первым.  В результате тип off_t в рамках вашего модуля 32-битный, 
а не 64-битный, как в остальном nginx'е, что и приводит к 
наблюдаемым эффектам.

Нужно всегда указывать #include <ngx_config.h> первым, и никак 
иначе.

Maxim Dounin


From nginx-forum на nginx.us  Tue Feb  7 14:28:45 2012
From: nginx-forum на nginx.us (mishalunin)
Date: Tue, 07 Feb 2012 09:28:45 -0500
Subject: =?UTF-8?B?UmU6IHplcm8gc2l6ZSDQvtGI0LjQsdC60LAg0L/RgNC4INC00L7QsdCw0LLQu9C1?=
	=?UTF-8?B?0L3QuNC4INGC0LXQutGB0YLQsCDQsiBib2R5IGZpbHRlcg==?=
In-Reply-To: <201202071734.01563.ne@vbart.ru>
References: <201202071734.01563.ne@vbart.ru>
Message-ID: <01c0c263d3282ca475d35c02f031a133.NginxMailingListRussian@forum.nginx.org>

>Нужно всегда указывать #include <ngx_config.h>
первым, и никак
иначе.

Действительно, проблема была в этом.
Спасибо!

Ось Linux 32bit

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222076,222078#msg-222078


From nginx-forum на nginx.us  Tue Feb  7 20:34:57 2012
From: nginx-forum на nginx.us (zeromind)
Date: Tue, 07 Feb 2012 15:34:57 -0500
Subject: =?UTF-8?B?0YHRgtGA0LjQvNC40L3QsyDQstC40LTQtdC+INC90LAgbmdpbngg0YHQtdGA0LI=?=
	=?UTF-8?B?0LXRgNC1?=
Message-ID: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>

установил nginx как фронтэнд в связки с
apache'm (до этого nginx устанавливал и не
имел опыта с ним), сконфигурировал при
установке его с 2мя модулями стриминга,
в конфиг дописал:
location ~ \.mp4$ {
		mp4;
		mp4_buffer_size     1m;
		mp4_max_buffer_size 5m;
		root /home/zeromind/www/uploads/videos/1/;
}

location ~ \.flv$ {
		flv;
		root /home/zeromind/www/uploads/videos/1/;
}

так же возник сразу вопрос: 
1) как указать путь root в локэйшене, чтобы
он воспринимал все папки 
/home/zeromind/www/uploads/videos/*/ , где * - ID категории
?

сервер перезагружал и не раз :))

далее вручную из терминала
сконвертировал видео в ffmpeg + с помощью
yamdi дописал мета данные в файл! проверив
в ffmpeg - мета данные присутствовали!
читал что для mp4 контейнера они должны
быть записаны в начале файла, чтобы не
было проблем..
2) yamdi думаю прописал эти данные
правильно? или как это узнать ?

далее пробывал 2 плеера: flowplayer и uppod,
внешние файлы воспроизводились со
стримингом, а на сервере, вроде бы
ползунок перестаскивается, но файл
начинает проигрывать сначала!

вот примеры GET запросов:
[23:06:19.643] GET
http://*/uploads/videos/1/i0TIyNgP3v.mp4?start=42.180928315412174
[HTTP/1.1 200 OK]
[23:06:34.520] GET http://*/uploads/videos/1/xvNfd6Pbrk.mp4?start=45
[HTTP/1.1 200 OK]

1ый файл прошит метаданными через yamdi,
второй не трогал.. из-за этого думаю
разница в start' данных

3) nginx в запросе GET нужна параметр start
передавать значения байтовое или
секундное/мс?

на некоторых моментах времени, при
перемотки видео, всё таки стриминг как
мне кажится срабатывае, к примеру когда
ставлю на 31ую секунду - видео начинает
проигрыватся с этого момента, чудеса
это или видео уже успело
сбуферизироватся на 100% сказать не могу,
но мне кажится это сервер ответил))

да и кстате в заловках ответа также -
Content-Length:13946590 ВСЕГДА одинаковое число,
т.е. сервер отдаёт всегда файл с начала,
как я понимаю...

вообщем помогите пожалуйста ! в nginx я
совсем новичек, может быть что - то
упустил в конфиге..

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222082,222082#msg-222082


From nginx-forum на nginx.us  Wed Feb  8 11:07:33 2012
From: nginx-forum на nginx.us (nikolayb)
Date: Wed, 08 Feb 2012 06:07:33 -0500
Subject: =?UTF-8?B?0J/QvtC00YHQutCw0LbQuNGC0LUg0YXQvtGA0L7RiNC40Lkg0YDQtdCy0YDQsNC5?=
	=?UTF-8?B?0YIgR0VULdC/0LDRgNCw0LzQtdGC0YDQvtCy?=
Message-ID: <206e5706cc04613a0d59e6bb30619264.NginxMailingListRussian@forum.nginx.org>

Здравствуйте!

Появилась задача сделать реврайт
GET-параметров для SEO. Хочется не
наступать на грабли плохих конфигов,
поэтому я прошу подсказать знатоков
правильные решения.

www.site.ru/katalog/products/path/to/category/?act=srch&catid=100&pr=Producer_Name&pf=1&subcats=1
www.site.ru/katalog/products/path/to/category?act=srch&catid=100&pr=Producer_Name&pf=1&subcats=1
в
www.site.ru/katalog/products/path/to/category/Producer_Name

и

www.site.ru/katalog/products/path/to/category/?=&act=srch&catid=100&pr=Producer_Name&ffv=1&pf=1&subcats=1
www.site.ru/katalog/products/path/to/category?=&act=srch&catid=100&pr=Producer_Name&ffv=1&pf=1&subcats=1
в
www.site.ru/katalog/products/path/to/category/Producer_Name

На апаче такая задача решилась так:

RewriteCond %{REQUEST_URI} ^/katalog/products/(?:.*)(?:/?)$
RewriteCond %{QUERY_STRING}
^act=srch&catid=(?:.*)&pr=(.*)&pf=1&subcats=1$ [OR]
RewriteCond %{QUERY_STRING}
^=&act=srch&catid=(?:.*)&pr=(.*)&ffv=1&pf=1&subcats=1$
RewriteRule ^(.*?)(?:/?)$ http://www.site.ru/$1/%1? [L,R=301]

Вопрос: можно ли перенести это в nginx и
если да, то как эффективнее это
сделать?

Конфиг сервера простой:

server {
    listen       192.168.1.1:80;
    server_name  www.site.ru;
    access_log   /home/htdocs/www.site.ru/logs/nginx.log;
    location ~ /\.ht {
        deny  all;
    }
    location / {
        proxy_pass http://backend;
    }
}

По идее нужно создать локейшн для
/katalog/products/(?:.*)(?:/?) с rewrite внутри. Но тогда
возникает вопрос - как собрать бэклинки
в rewrite $1 от локейшена и %1 от GET параметра
из, допустим, if ($args ~* %reg%)

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222103,222103#msg-222103


From 2rvasilev на live.ru  Wed Feb  8 19:38:36 2012
From: 2rvasilev на live.ru (Roman Vasilev)
Date: Wed, 8 Feb 2012 21:38:36 +0200
Subject: Nginx+dokuwiki+wikifarm - sitemap problem
Message-ID: <CALnBoaCTRtuKo9zeKZASSpUhTYGCrXaZRzuVQNnFVRmeMYXcsg@mail.gmail.com>

Здравствуйте.

В наличие имеется
1. докувики в конфинурации фермы http://www.dokuwiki.org/tips:farm
2. конфиг nginx
####
server {

server_name wiki.com; ###домен подопечной вики
access_log  /srv/www/wiki.farmer/logs/access.log;
error_log /srv/www/wiki.farmer/logs/error.log;
root /srv/www/wiki.farmer/htdocs; ###расположение "фермера"

server_name_in_redirect off;

location ~ /(data|conf|bin|inc)/ {
deny all;
}

location = /(robots.txt|favicon.ico)  { access_log off; log_not_found off; }

location ~ ^.*\.(css|js|png|jpg|ico|gif|html??)$ {
allow all;
add_header Vary Accept-Encoding;
}

location / {
index doku.php;
try_files $uri $uri/ @dokuwiki;
}

location @dokuwiki {

rewrite ^/_media/(.*) /lib/exe/fetch.php?media=$1 last;
rewrite ^/_detail/(.*) /lib/exe/detail.php?media=$1 last;
rewrite ^/_export/([^/]+)/(.*) /doku.php?do=export_$1&id=$2 last;

rewrite ^/(.*) /doku.php?id=$1&$args last;
rewrite ^/tag/(.*) /doku.php?id=tag:$1&do=showtag&tag=tag:$1 last;

}

location ~ \.php$ {

if (!-f $request_filename) { return 404; }
limit_req   zone=flood  burst=5;
include fastcgi.conf;
fastcgi_pass   my_php;

}
}###server

####

При попытке создать sitemap созерцаю ошибку
####
2012/02/08 21:32:49 [error] 17281#0: *2363 access forbidden by rule,
client: *.*.*.* server: wikifarmer.me, request: "GET
/doku.php?do=sitemap
####

Подскажите, где в конфиге ошибка.

Спасибо.

From sytar.alex на gmail.com  Wed Feb  8 21:04:08 2012
From: sytar.alex на gmail.com (Aleksandr Sytar)
Date: Thu, 9 Feb 2012 01:04:08 +0400
Subject: Nginx+dokuwiki+wikifarm - sitemap problem
In-Reply-To: <CALnBoaCTRtuKo9zeKZASSpUhTYGCrXaZRzuVQNnFVRmeMYXcsg@mail.gmail.com>
References: <CALnBoaCTRtuKo9zeKZASSpUhTYGCrXaZRzuVQNnFVRmeMYXcsg@mail.gmail.com>
Message-ID: <CAKqRTSEMdb3kknBDuT_+zNYwVV162jskuWZM9AAVe7sOiVDp+w@mail.gmail.com>

8 февраля 2012 г. 23:38 пользователь Roman Vasilev <2rvasilev на live.ru> написал:
> Здравствуйте.
>
> В наличие имеется
> 1. докувики в конфинурации фермы http://www.dokuwiki.org/tips:farm
> 2. конфиг nginx
> ####
> server {
>
> server_name wiki.com; ###домен подопечной вики

> При попытке создать sitemap созерцаю ошибку
> ####
> 2012/02/08 21:32:49 [error] 17281#0: *2363 access forbidden by rule,
> client: *.*.*.* server: wikifarmer.me, request: "GET
> /doku.php?do=sitemap
> ####

Эмм, либо одно из двух либо вы не тот конфиг смотрите.

From hell-for-yahoo на umail.ru  Thu Feb  9 07:53:04 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Thu, 9 Feb 2012 11:53:04 +0400
Subject: стриминг видео на nginx сервере
In-Reply-To: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>
References: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1337688717.20120209115304@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) zeromind!

z> установил nginx как фронтэнд в связки с
z> apache'm (до этого nginx устанавливал и не
z> имел опыта с ним), сконфигурировал при
z> установке его с 2мя модулями стриминга,
z> в конфиг дописал:

+location /uploads/videos/ {

+    root /home/zeromind/www/uploads/videos/1/;
z> location ~ \.mp4$ {
z>                 mp4;
z>                 mp4_buffer_size     1m;
z>                 mp4_max_buffer_size 5m;
-z>                 root /home/zeromind/www/uploads/videos/1/;
z> }

z> location ~ \.flv$ {
z>                 flv;
-z>                 root /home/zeromind/www/uploads/videos/1/;
z> }

+}


z> так же возник сразу вопрос: 
z> 1) как указать путь root в локэйшене, чтобы
z> он воспринимал все папки 
z> /home/zeromind/www/uploads/videos/*/ , где * - ID категории
z> ?

Вероятно, так.


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) четверг, 09.02.2012, <11:50>


From alex на teletrade-dj.com  Thu Feb  9 10:44:32 2012
From: alex на teletrade-dj.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JLQvtGB0YLRgNC40LrQvtCy?=)
Date: Thu, 09 Feb 2012 14:44:32 +0400
Subject: =?UTF-8?B?0JLQvtC30LzQvtC20L3QviDRjdGC0L4g0LHQsNCzINCyINC+0LHRgNCw0LHQvtGC?=
	=?UTF-8?B?0LrQtSBsb2NhdGlvbg==?=
Message-ID: <4F33A390.90400@teletrade-dj.com>

Почемуто на нижеприведенном конфиге
http://www.xxx.com/partner
обрабатывается в локейшине /pa , а не в корне
nginx-full   1.1.8-2~bpo60+1   debian squeeze-backports
-----------------------%<--------------------------------------------------------------
server {

     listen   12.34.56.78:80;
     server_name
         www.xxx.com
         xxx.com
     ;

     access_log    /sites/xxx.com/log/access.log;
     error_log     /sites/xxx.com/log/error.log;

     root   /sites/xxx.com/www;

     location / {
         root   /sites/xxx.com/www;
         index index.php;
         try_files $uri $uri/ /index.php?$args ;

         location ~ \.php$ {
             try_files $uri /index.php?$args ;
             include fastcgi_params;
             fastcgi_param  DOCUMENT_ROOT           /sites/xxx.com/www;
             fastcgi_param  SCRIPT_FILENAME         
/sites/xxx.com/www$fastcgi_script_name;
             fastcgi_param  QUERY_STRING            $args;
             fastcgi_pass 127.0.0.1:9000;
         }
     }

     location /.a {
         index index.php;
         try_files $uri $uri/ /.a/index.php?$args;

         location ~ \.php$ {
             try_files $uri /.a/index.php?$args ;
             root   /sites/xxx.com/www;
             include fastcgi_params;
             fastcgi_param  DOCUMENT_ROOT           /sites/xxx.com/www;
             fastcgi_param  SCRIPT_FILENAME         
/sites/xxx.com/www$fastcgi_script_name;
             fastcgi_param  QUERY_STRING $args;
             fastcgi_pass 127.0.0.1:9000;
         }
     }

     location  /pa {
         alias /usr/share/postfixadmin;
         index index.php;

         location ~ /pa/(.*\.php)$ {
             alias /usr/share/postfixadmin;
             fastcgi_pass 127.0.0.1:9000;
             fastcgi_index index.php;
             include fastcgi_params;
             fastcgi_param  SCRIPT_FILENAME         
/usr/share/postfixadmin/$1;
             fastcgi_param  DOCUMENT_ROOT           /usr/share/postfixadmin;
         }
     }
}
-----------------------%<--------------------------------------------------------------


From yuriyvid на softline.ru  Thu Feb  9 10:59:13 2012
From: yuriyvid на softline.ru (Yuriy Vidineev)
Date: Thu, 9 Feb 2012 15:59:13 +0500
Subject: =?UTF-8?B?UmU6INCS0L7Qt9C80L7QttC90L4g0Y3RgtC+INCx0LDQsyDQsiDQvtCx0YDQsNCx?=
	=?UTF-8?B?0L7RgtC60LUgbG9jYXRpb24=?=
In-Reply-To: <4F33A390.90400@teletrade-dj.com>
References: <4F33A390.90400@teletrade-dj.com>
Message-ID: <CAENWr1LdD9tCuNV-v=XHK4KYyXrdCzmjssSa=x=xDLehHxWPtg@mail.gmail.com>

По-моему, вполне соответствует описанному здесь поведению:
http://nginx.org/ru/docs/http/ngx_http_core_module.html#location

9 февраля 2012 г. 16:44 пользователь Алексей Востриков <
alex на teletrade-dj.com> написал:

> Почемуто на нижеприведенном конфиге
> http://www.xxx.com/partner
> обрабатывается в локейшине /pa , а не в корне
> nginx-full   1.1.8-2~bpo60+1   debian squeeze-backports
> -----------------------%<-----**------------------------------**
> ---------------------------
> server {
>
>    listen   12.34.56.78:80;
>    server_name
>        www.xxx.com
>        xxx.com
>    ;
>
>    access_log    /sites/xxx.com/log/access.log;
>    error_log     /sites/xxx.com/log/error.log;
>
>    root   /sites/xxx.com/www;
>
>    location / {
>        root   /sites/xxx.com/www;
>        index index.php;
>        try_files $uri $uri/ /index.php?$args ;
>
>        location ~ \.php$ {
>            try_files $uri /index.php?$args ;
>            include fastcgi_params;
>            fastcgi_param  DOCUMENT_ROOT           /sites/xxx.com/www;
>            fastcgi_param  SCRIPT_FILENAME         /sites/
> xxx.com/www$fastcgi_**script_name <http://xxx.com/www$fastcgi_script_name>
> ;
>            fastcgi_param  QUERY_STRING            $args;
>            fastcgi_pass 127.0.0.1:9000;
>        }
>    }
>
>    location /.a {
>        index index.php;
>        try_files $uri $uri/ /.a/index.php?$args;
>
>        location ~ \.php$ {
>            try_files $uri /.a/index.php?$args ;
>            root   /sites/xxx.com/www;
>            include fastcgi_params;
>            fastcgi_param  DOCUMENT_ROOT           /sites/xxx.com/www;
>            fastcgi_param  SCRIPT_FILENAME         /sites/
> xxx.com/www$fastcgi_**script_name <http://xxx.com/www$fastcgi_script_name>
> ;
>            fastcgi_param  QUERY_STRING $args;
>            fastcgi_pass 127.0.0.1:9000;
>        }
>    }
>
>    location  /pa {
>        alias /usr/share/postfixadmin;
>        index index.php;
>
>        location ~ /pa/(.*\.php)$ {
>            alias /usr/share/postfixadmin;
>            fastcgi_pass 127.0.0.1:9000;
>            fastcgi_index index.php;
>            include fastcgi_params;
>            fastcgi_param  SCRIPT_FILENAME
> /usr/share/postfixadmin/$1;
>            fastcgi_param  DOCUMENT_ROOT           /usr/share/postfixadmin;
>        }
>    }
> }
> -----------------------%<-----**------------------------------**
> ---------------------------
>
> ______________________________**_________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/**mailman/listinfo/nginx-ru<http://mailman.nginx.org/mailman/listinfo/nginx-ru>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120209/1140e7dd/attachment.html>

From rvasilev на live.ru  Thu Feb  9 11:42:53 2012
From: rvasilev на live.ru (Roman Vasilev)
Date: Thu, 9 Feb 2012 13:42:53 +0200
Subject: Nginx+dokuwiki+wikifarm - sitemap problem
In-Reply-To: <CAKqRTSEMdb3kknBDuT_+zNYwVV162jskuWZM9AAVe7sOiVDp+w@mail.gmail.com>
References: <CALnBoaCTRtuKo9zeKZASSpUhTYGCrXaZRzuVQNnFVRmeMYXcsg@mail.gmail.com>
	<CAKqRTSEMdb3kknBDuT_+zNYwVV162jskuWZM9AAVe7sOiVDp+w@mail.gmail.com>
Message-ID: <CALnBoaDDViUROO+ZCwM-AL3kC7dEMuOLsyaKTANXGgZkfGbT9A@mail.gmail.com>

а если конфиг все-таки тот?

8 февраля 2012 г. 23:04 пользователь Aleksandr Sytar
<sytar.alex на gmail.com> написал:
> 8 февраля 2012 г. 23:38 пользователь Roman Vasilev <2rvasilev на live.ru> написал:
>> Здравствуйте.
>>
>> В наличие имеется
>> 1. докувики в конфинурации фермы http://www.dokuwiki.org/tips:farm
>> 2. конфиг nginx
>> ####
>> server {
>>
>> server_name wiki.com; ###домен подопечной вики
>
>> При попытке создать sitemap созерцаю ошибку
>> ####
>> 2012/02/08 21:32:49 [error] 17281#0: *2363 access forbidden by rule,
>> client: *.*.*.* server: wikifarmer.me, request: "GET
>> /doku.php?do=sitemap
>> ####
>
> Эмм, либо одно из двух либо вы не тот конфиг смотрите.
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From alex на teletrade-dj.com  Thu Feb  9 12:34:50 2012
From: alex на teletrade-dj.com (=?KOI8-R?Q?=E1=CC=C5=CB=D3=C5=CA_=F7=CF=D3=D4=D2=C9=CB=CF=D7?=)
Date: Thu, 09 Feb 2012 16:34:50 +0400
Subject: =?UTF-8?B?UmU6INCS0L7Qt9C80L7QttC90L4g0Y3RgtC+INCx0LDQsyDQsiDQvtCx0YDQsNCx?=
	=?UTF-8?B?0L7RgtC60LUgbG9jYXRpb24=?=
In-Reply-To: <CAENWr1LdD9tCuNV-v=XHK4KYyXrdCzmjssSa=x=xDLehHxWPtg@mail.gmail.com>
References: <4F33A390.90400@teletrade-dj.com>
	<CAENWr1LdD9tCuNV-v=XHK4KYyXrdCzmjssSa=x=xDLehHxWPtg@mail.gmail.com>
Message-ID: <4F33BD6A.5010200@teletrade-dj.com>

Что именно соответствует?

если я в конфиге укажу    location  /pa/ {...}

то:

http://www.xxx.com/pa - обрабатывается корневым индексом а не 
постфиксадминовским
http://www.xxx.com/pa/   - выдает ошибку 403
http://www.xxx.com/pa/index.php - предлагает скачать исходный код index.php

помогите тогда правильно сконфигурить
так чтобы
http://www.xxx.com/pa - показывал постфиксадмин

http://www.xxx.com/partner - обрабатывался корневым индексом

09.02.2012 14:59, Yuriy Vidineev пишет:
> По-моему, вполне соответствует описанному здесь поведению:
> http://nginx.org/ru/docs/http/ngx_http_core_module.html#location
>
> 9 февраля 2012 г. 16:44 пользователь Алексей Востриков 
> <alex на teletrade-dj.com <mailto:alex на teletrade-dj.com>> написал:
>
>     Почемуто на нижеприведенном конфиге
>     http://www.xxx.com/partner
>     обрабатывается в локейшине /pa , а не в корне
>     nginx-full   1.1.8-2~bpo60+1   debian squeeze-backports
>     -----------------------%<--------------------------------------------------------------
>     server {
>
>        listen 12.34.56.78:80 <http://12.34.56.78:80>;
>        server_name
>     www.xxx.com <http://www.xxx.com>
>     xxx.com <http://xxx.com>
>        ;
>
>        access_log    /sites/xxx.com/log/access.log
>     <http://xxx.com/log/access.log>;
>        error_log     /sites/xxx.com/log/error.log
>     <http://xxx.com/log/error.log>;
>
>        root   /sites/xxx.com/www <http://xxx.com/www>;
>
>        location / {
>            root   /sites/xxx.com/www <http://xxx.com/www>;
>            index index.php;
>            try_files $uri $uri/ /index.php?$args ;
>
>            location ~ \.php$ {
>                try_files $uri /index.php?$args ;
>                include fastcgi_params;
>                fastcgi_param  DOCUMENT_ROOT          
>     /sites/xxx.com/www <http://xxx.com/www>;
>                fastcgi_param  SCRIPT_FILENAME        
>     /sites/xxx.com/www$fastcgi_script_name
>     <http://xxx.com/www$fastcgi_script_name>;
>                fastcgi_param  QUERY_STRING            $args;
>                fastcgi_pass 127.0.0.1:9000 <http://127.0.0.1:9000>;
>            }
>        }
>
>        location /.a {
>            index index.php;
>            try_files $uri $uri/ /.a/index.php?$args;
>
>            location ~ \.php$ {
>                try_files $uri /.a/index.php?$args ;
>                root   /sites/xxx.com/www <http://xxx.com/www>;
>                include fastcgi_params;
>                fastcgi_param  DOCUMENT_ROOT          
>     /sites/xxx.com/www <http://xxx.com/www>;
>                fastcgi_param  SCRIPT_FILENAME        
>     /sites/xxx.com/www$fastcgi_script_name
>     <http://xxx.com/www$fastcgi_script_name>;
>                fastcgi_param  QUERY_STRING $args;
>                fastcgi_pass 127.0.0.1:9000 <http://127.0.0.1:9000>;
>            }
>        }
>
>        location  /pa {
>            alias /usr/share/postfixadmin;
>            index index.php;
>
>            location ~ /pa/(.*\.php)$ {
>                alias /usr/share/postfixadmin;
>                fastcgi_pass 127.0.0.1:9000 <http://127.0.0.1:9000>;
>                fastcgi_index index.php;
>                include fastcgi_params;
>                fastcgi_param  SCRIPT_FILENAME        
>     /usr/share/postfixadmin/$1;
>                fastcgi_param  DOCUMENT_ROOT          
>     /usr/share/postfixadmin;
>            }
>        }
>     }
>     -----------------------%<--------------------------------------------------------------
>
>     _______________________________________________
>     nginx-ru mailing list
>     nginx-ru на nginx.org <mailto:nginx-ru на nginx.org>
>     http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>
>
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120209/bb8d95f9/attachment.html>

From nginx-forum на nginx.us  Thu Feb  9 13:09:58 2012
From: nginx-forum на nginx.us (kosta1)
Date: Thu, 09 Feb 2012 08:09:58 -0500
Subject: =?UTF-8?B?0JfQsNCz0YDRg9C30LrQsCDRhNCw0LnQu9C+0LIg0YEg0LTRgNGD0LPQvtCz0L4g?=
	=?UTF-8?B?0YHQtdGA0LLQtdGA0LA=?=
Message-ID: <bd3f08d4347881c67ce428880670f7e2.NginxMailingListRussian@forum.nginx.org>

Добрый день.

Я только начал разбираться с Nginx.

Подскажите, возможно ли сделать так.

Стоит nginx в роли front-end и apache в роли back-end.

Клиент удаленно обращается к
веб-серверу. Если на apache отсутствует
определенная картинка, то тогда ее надо
скачать с другого сервера и положить в
папку htdocs.
Сейчас это реализовано примерно так

location /images {
try_files $uri $uri/ @get_image;
}

location @get_image {
#здесь забираю картинку с другого
сервера
}

Но поскольку на клиентах интернет
через gprs, то, если картинка большая,
веб-страница зависает, пока картинка не
загрузится.
Можно ли сделать так, чтобы во время
закачки большой картики nginx отдавал бы
клиенту временную заглушку, а сам
продолжал бы в фоне закачивать большой
файл?

Заранее спасибо.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222151,222151#msg-222151


From mdounin на mdounin.ru  Thu Feb  9 14:35:47 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 9 Feb 2012 18:35:47 +0400
Subject: =?UTF-8?B?UmU6INCS0L7Qt9C80L7QttC90L4g0Y3RgtC+INCx0LDQsyDQsiDQvtCx0YDQsNCx?=
	=?UTF-8?B?0L7RgtC60LUgbG9jYXRpb24=?=
In-Reply-To: <4F33BD6A.5010200@teletrade-dj.com>
References: <4F33A390.90400@teletrade-dj.com>
	<CAENWr1LdD9tCuNV-v=XHK4KYyXrdCzmjssSa=x=xDLehHxWPtg@mail.gmail.com>
	<4F33BD6A.5010200@teletrade-dj.com>
Message-ID: <20120209143547.GH67687@mdounin.ru>

Hello!

On Thu, Feb 09, 2012 at 04:34:50PM +0400, Алексей Востриков wrote:

> Что именно соответствует?
> 
> если я в конфиге укажу    location  /pa/ {...}
> 
> то:
> 
> http://www.xxx.com/pa - обрабатывается корневым индексом а не
> постфиксадминовским
> http://www.xxx.com/pa/   - выдает ошибку 403
> http://www.xxx.com/pa/index.php - предлагает скачать исходный код index.php
> 
> помогите тогда правильно сконфигурить
> так чтобы
> http://www.xxx.com/pa - показывал постфиксадмин
> 
> http://www.xxx.com/partner - обрабатывался корневым индексом

location / {
    ...
}

location = /pa {
    alias /usr/share/postfixadmin;
}

location /pa/ {
    alias /usr/share/postfixadmin/;
    ...
}

Maxim Dounin


> 
> 09.02.2012 14:59, Yuriy Vidineev пишет:
> >По-моему, вполне соответствует описанному здесь поведению:
> >http://nginx.org/ru/docs/http/ngx_http_core_module.html#location
> >
> >9 февраля 2012 г. 16:44 пользователь Алексей Востриков
> ><alex на teletrade-dj.com <mailto:alex на teletrade-dj.com>> написал:
> >
> >    Почемуто на нижеприведенном конфиге
> >    http://www.xxx.com/partner
> >    обрабатывается в локейшине /pa , а не в корне
> >    nginx-full   1.1.8-2~bpo60+1   debian squeeze-backports
> >    -----------------------%<--------------------------------------------------------------
> >    server {
> >
> >       listen 12.34.56.78:80 <http://12.34.56.78:80>;
> >       server_name
> >    www.xxx.com <http://www.xxx.com>
> >    xxx.com <http://xxx.com>
> >       ;
> >
> >       access_log    /sites/xxx.com/log/access.log
> >    <http://xxx.com/log/access.log>;
> >       error_log     /sites/xxx.com/log/error.log
> >    <http://xxx.com/log/error.log>;
> >
> >       root   /sites/xxx.com/www <http://xxx.com/www>;
> >
> >       location / {
> >           root   /sites/xxx.com/www <http://xxx.com/www>;
> >           index index.php;
> >           try_files $uri $uri/ /index.php?$args ;
> >
> >           location ~ \.php$ {
> >               try_files $uri /index.php?$args ;
> >               include fastcgi_params;
> >               fastcgi_param  DOCUMENT_ROOT
> >/sites/xxx.com/www <http://xxx.com/www>;
> >               fastcgi_param  SCRIPT_FILENAME
> >/sites/xxx.com/www$fastcgi_script_name
> >    <http://xxx.com/www$fastcgi_script_name>;
> >               fastcgi_param  QUERY_STRING            $args;
> >               fastcgi_pass 127.0.0.1:9000 <http://127.0.0.1:9000>;
> >           }
> >       }
> >
> >       location /.a {
> >           index index.php;
> >           try_files $uri $uri/ /.a/index.php?$args;
> >
> >           location ~ \.php$ {
> >               try_files $uri /.a/index.php?$args ;
> >               root   /sites/xxx.com/www <http://xxx.com/www>;
> >               include fastcgi_params;
> >               fastcgi_param  DOCUMENT_ROOT
> >/sites/xxx.com/www <http://xxx.com/www>;
> >               fastcgi_param  SCRIPT_FILENAME
> >/sites/xxx.com/www$fastcgi_script_name
> >    <http://xxx.com/www$fastcgi_script_name>;
> >               fastcgi_param  QUERY_STRING $args;
> >               fastcgi_pass 127.0.0.1:9000 <http://127.0.0.1:9000>;
> >           }
> >       }
> >
> >       location  /pa {
> >           alias /usr/share/postfixadmin;
> >           index index.php;
> >
> >           location ~ /pa/(.*\.php)$ {
> >               alias /usr/share/postfixadmin;
> >               fastcgi_pass 127.0.0.1:9000 <http://127.0.0.1:9000>;
> >               fastcgi_index index.php;
> >               include fastcgi_params;
> >               fastcgi_param  SCRIPT_FILENAME
> >/usr/share/postfixadmin/$1;
> >               fastcgi_param  DOCUMENT_ROOT
> >/usr/share/postfixadmin;
> >           }
> >       }
> >    }
> >    -----------------------%<--------------------------------------------------------------
> >
> >    _______________________________________________
> >    nginx-ru mailing list
> >    nginx-ru на nginx.org <mailto:nginx-ru на nginx.org>
> >    http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >
> >
> >
> >
> >
> >_______________________________________________
> >nginx-ru mailing list
> >nginx-ru на nginx.org
> >http://mailman.nginx.org/mailman/listinfo/nginx-ru

> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From alex на teletrade-dj.com  Thu Feb  9 16:02:43 2012
From: alex на teletrade-dj.com (=?KOI8-R?Q?=E1=CC=C5=CB=D3=C5=CA_=F7=CF=D3=D4=D2=C9=CB=CF=D7?=)
Date: Thu, 09 Feb 2012 20:02:43 +0400
Subject: =?UTF-8?B?UmU6INCS0L7Qt9C80L7QttC90L4g0Y3RgtC+INCx0LDQsyDQsiDQvtCx0YDQsNCx?=
	=?UTF-8?B?0L7RgtC60LUgbG9jYXRpb24=?=
In-Reply-To: <20120209143547.GH67687@mdounin.ru>
References: <4F33A390.90400@teletrade-dj.com>	<CAENWr1LdD9tCuNV-v=XHK4KYyXrdCzmjssSa=x=xDLehHxWPtg@mail.gmail.com>	<4F33BD6A.5010200@teletrade-dj.com>
	<20120209143547.GH67687@mdounin.ru>
Message-ID: <4F33EE23.2040405@teletrade-dj.com>

Всеравно не работает.
Вынес постфиксадмин на отдельный виртуалхост

09.02.2012 18:35, Maxim Dounin пишет:
> Hello!
>
> On Thu, Feb 09, 2012 at 04:34:50PM +0400, Алексей Востриков wrote:
>
>> Что именно соответствует?
>>
>> если я в конфиге укажу    location  /pa/ {...}
>>
>> то:
>>
>> http://www.xxx.com/pa - обрабатывается корневым индексом а не
>> постфиксадминовским
>> http://www.xxx.com/pa/   - выдает ошибку 403
>> http://www.xxx.com/pa/index.php - предлагает скачать исходный код index.php
>>
>> помогите тогда правильно сконфигурить
>> так чтобы
>> http://www.xxx.com/pa - показывал постфиксадмин
>>
>> http://www.xxx.com/partner - обрабатывался корневым индексом
> location / {
>      ...
> }
>
> location = /pa {
>      alias /usr/share/postfixadmin;
> }
>
> location /pa/ {
>      alias /usr/share/postfixadmin/;
>      ...
> }
>
> Maxim Dounin
>
>
>> 09.02.2012 14:59, Yuriy Vidineev пишет:
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Thu Feb  9 18:37:53 2012
From: nginx-forum на nginx.us (chillivilli)
Date: Thu, 09 Feb 2012 13:37:53 -0500
Subject: nginx phtml .htaccess error
Message-ID: <9fedb80c1f16736546e139b0aa066710.NginxMailingListRussian@forum.nginx.org>

Доброго дня.

Помогите разобраться, есть nginx за ним
апач,

        location / {
        proxy_pass   http://backend/;
        proxy_redirect off;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $remote_addr;

вот так уходит на апач все кроме
картинок.

Однако есть директория в которой лежит
.htaccess с  Deny from all. Так вот он отрабатывает
на все файлы, кроме картинок, что и
понятно, однако, не понятно почему он не
отрабатывает на phtml файлы лежащие в
этом же каталоге и других подкатологах?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222173,222173#msg-222173


From alex.barut на gmail.com  Thu Feb  9 19:25:24 2012
From: alex.barut на gmail.com (Alex Belyanskiy)
Date: Thu, 09 Feb 2012 23:25:24 +0400
Subject: nginx phtml .htaccess error
In-Reply-To: <9fedb80c1f16736546e139b0aa066710.NginxMailingListRussian@forum.nginx.org>
References: <9fedb80c1f16736546e139b0aa066710.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F341DA4.2000309@gmail.com>

09.02.2012 22:37, chillivilli пишет:
> Доброго дня.
>
> Помогите разобраться, есть nginx за ним
> апач,
>
>          location / {
>          proxy_pass   http://backend/;
>          proxy_redirect off;
>          proxy_set_header Host $host;
>          proxy_set_header X-Real-IP $remote_addr;
>          proxy_set_header X-Forwarded-For $remote_addr;
>
> вот так уходит на апач все кроме
> картинок.
>
> Однако есть директория в которой лежит
> .htaccess с  Deny from all. Так вот он отрабатывает
> на все файлы, кроме картинок, что и
> понятно, однако, не понятно почему он не
> отрабатывает на phtml файлы лежащие в
> этом же каталоге и других подкатологах?
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222173,222173#msg-222173
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


Полный конфиг скиньте. Сдается мне, что .phtml файлы тоже отдает nginx 
как статику.


From nginx-forum на nginx.us  Thu Feb  9 19:26:13 2012
From: nginx-forum на nginx.us (crowwley)
Date: Thu, 09 Feb 2012 14:26:13 -0500
Subject: =?UTF-8?B?0JrRgtC+INC80L7QttC10YIg0YHQutC+0LzQv9C40LvQuNGA0L7QstCw0YLRjCBO?=
	=?UTF-8?B?Z2lueCAxLjEuMTItMS4xLjE0INGBINC80L7QtNGD0LvQtdC8IG5neCBodHRw?=
	=?UTF-8?B?IGZsdiBtb2R1bGUg0Lggbmd4IGh0dHAgbXA0IG1vZHVsZSDQtNC70Y8gd2lu?=
	=?UTF-8?B?ZG93cz8=?=
Message-ID: <ec3c149281ae33540aca55de14b74c8e.NginxMailingListRussian@forum.nginx.org>

Привет!
Кто может скомпилированный nginx 1.1.12-1.1.14
Win32 с модулями ngx_http_flv_module, ngx_http_mp4_module и
ngx_http_secure_link_module.

Возможно уже есть у кого-то
скомпилированный nginx 1.1.12-1.1.14 Win32 с
требуемыми модулями ngx_http_flv_module,
ngx_http_mp4_module и ngx_http_secure_link_module. А то таки
хочется оценить работу
псевдо-стримминг сервера на windows. Дайте
пожл. ссылку, на скомпилированный
сервер, а то я что-то не нашел в
интернете.

Почему я не могу скомпилировать сам:
*У меня не достаточно знаний (по
компиляции, да и по серверу)
*Мне нужно скачать ПО (а трафик
ограничен)
*Не достаточно документации компиляции
под windows.

thx. =/

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222175,222175#msg-222175


From ne на vbart.ru  Thu Feb  9 19:40:10 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Thu, 9 Feb 2012 23:40:10 +0400
Subject: =?UTF-8?B?UmU6ICDQmtGC0L4g0LzQvtC20LXRgiDRgdC60L7QvNC/0LjQu9C40YDQvtCy0LA=?=
	=?UTF-8?B?0YLRjCBOZ2lueCAxLjEuMTItMS4xLjE0INGBINC80L7QtNGD0LvQtdC8IG5n?=
	=?UTF-8?B?eCBodHRwIGZsdiBtb2R1bGUg0Lggbmd4IGh0dHAgbXA0IG1vZHVsZSDQtNC7?=
	=?UTF-8?B?0Y8gd2luZG93cz8=?=
In-Reply-To: <ec3c149281ae33540aca55de14b74c8e.NginxMailingListRussian@forum.nginx.org>
References: <ec3c149281ae33540aca55de14b74c8e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201202092340.11058.ne@vbart.ru>

On Thursday 09 February 2012 23:26:13 crowwley wrote:
> Привет!
> Кто может скомпилированный nginx 1.1.12-1.1.14
> Win32 с модулями ngx_http_flv_module, ngx_http_mp4_module и
> ngx_http_secure_link_module.

А чем не устраивает официальный бинарник?

http://nginx.org/ru/download.html

--
Валентин Бартенев



From a.vasilishin на kpi.ua  Thu Feb  9 20:35:56 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Thu, 09 Feb 2012 22:35:56 +0200
Subject: =?UTF-8?B?UmU6INCa0YLQviDQvNC+0LbQtdGCINGB0LrQvtC80L/QuNC70LjRgNC+0LLQsNGC?=
	=?UTF-8?B?0YwgTmdpbnggMS4xLjEyLTEuMS4xNCDRgSDQvNC+0LTRg9C70LXQvCBuZ3gg?=
	=?UTF-8?B?aHR0cCBmbHYgbW9kdWxlINC4IG5neCBodHRwIG1wNCBtb2R1bGUg0LTQu9GP?=
	=?UTF-8?B?IHdpbmRvd3M/?=
In-Reply-To: <ec3c149281ae33540aca55de14b74c8e.NginxMailingListRussian@forum.nginx.org>
References: <ec3c149281ae33540aca55de14b74c8e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F342E2C.8030202@kpi.ua>

09.02.2012 21:26, crowwley пишет:
> А то таки
> хочется оценить работу
> псевдо-стримминг сервера на windows. Дайте
> пожл. ссылку, на скомпилированный
> сервер, а то я что-то не нашел в
> интернете.
>
А это не пугает?
"Хоть и возможен запуск нескольких рабочих процессов, только один из них 
реально работает.
Рабочий процесс может обслуживать не более 1024 одновременных соединений. "

-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From nginx-forum на nginx.us  Thu Feb  9 20:39:40 2012
From: nginx-forum на nginx.us (crowwley)
Date: Thu, 09 Feb 2012 15:39:40 -0500
Subject: =?UTF-8?B?UmU6INCa0YLQviDQvNC+0LbQtdGCINGB0LrQvtC80L/QuNC70LjRgNC+0LLQsNGC?=
	=?UTF-8?B?0YwgTmdpbnggMS4xLjEyLTEuMS4xNCDRgSDQvNC+0LTRg9C70LXQvCBuZ3gg?=
	=?UTF-8?B?aHR0cCBmbHYgbW9kdWxlINC4IG5neCBodHRwIG1wNCBtb2R1bGUg0LTQu9GP?=
	=?UTF-8?B?IHdpbmRvd3M/?=
In-Reply-To: <201202092340.11058.ne@vbart.ru>
References: <201202092340.11058.ne@vbart.ru>
Message-ID: <bff7c660bc77f9c5bfa5c3fdecf332f3.NginxMailingListRussian@forum.nginx.org>

А разве в nginx 1.1.12-14 Win32 вкл. модули ngx http flv
module и ngx http mp4 module?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222176,222178#msg-222178


From nginx-forum на nginx.us  Thu Feb  9 20:45:52 2012
From: nginx-forum на nginx.us (crowwley)
Date: Thu, 09 Feb 2012 15:45:52 -0500
Subject: =?UTF-8?B?UmU6INCa0YLQviDQvNC+0LbQtdGCINGB0LrQvtC80L/QuNC70LjRgNC+0LLQsNGC?=
	=?UTF-8?B?0YwgTmdpbnggMS4xLjEyLTEuMS4xNCDRgSDQvNC+0LTRg9C70LXQvCBuZ3gg?=
	=?UTF-8?B?aHR0cCBmbHYgbW9kdWxlINC4IG5neCBodHRwIG1wNCBtb2R1bGUg0LTQu9GP?=
	=?UTF-8?B?IHdpbmRvd3M/?=
In-Reply-To: <4F342E2C.8030202@kpi.ua>
References: <4F342E2C.8030202@kpi.ua>
Message-ID: <46885e890b00789167e58802ed0e07ba.NginxMailingListRussian@forum.nginx.org>

Андрей Василишин Пишет:
-------------------------------------------------------
> 09.02.2012 21:26, crowwley пишет:
> > А то таки
> > хочется оценить работу
> > псевдо-стримминг сервера
> на windows. Дайте
> > пожл. ссылку, на
> скомпилированный
> > сервер, а то я что-то не
> нашел в
> > интернете.
> >
> А это не пугает?
> "Хоть и возможен запуск
> нескольких рабочих
> процессов, только один из
> них 
> реально работает.
> Рабочий процесс может
> обслуживать не более 1024
> одновременных соединений. "
> 
> -- 
> WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

этого более чем достаточно, тем более
данную задачу рано или поздно решат.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222177,222179#msg-222179


From ne на vbart.ru  Thu Feb  9 21:10:30 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Fri, 10 Feb 2012 01:10:30 +0400
Subject: =?UTF-8?B?UmU6ICDQmtGC0L4g0LzQvtC20LXRgiDRgdC60L7QvNC/0LjQu9C40YDQvtCy0LA=?=
	=?UTF-8?B?0YLRjCBOZ2lueCAxLjEuMTItMS4xLjE0INGBINC80L7QtNGD0LvQtdC8IG5n?=
	=?UTF-8?B?eCBodHRwIGZsdiBtb2R1bGUg0Lggbmd4IGh0dHAgbXA0IG1vZHVsZSDQtNC7?=
	=?UTF-8?B?0Y8gd2luZG93cz8=?=
In-Reply-To: <bff7c660bc77f9c5bfa5c3fdecf332f3.NginxMailingListRussian@forum.nginx.org>
References: <201202092340.11058.ne@vbart.ru>
	<bff7c660bc77f9c5bfa5c3fdecf332f3.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201202100110.30510.ne@vbart.ru>

On Friday 10 February 2012 00:39:40 crowwley wrote:
> А разве в nginx 1.1.12-14 Win32 вкл. модули ngx http flv
> module и ngx http mp4 module?

Включены. И всегда были во всех версиях, если не ошибаюсь, ещё с момента 
появления каждого из модулей. Почему вы решили, что нет?

--
Валентин Бартенев

From nginx-forum на nginx.us  Thu Feb  9 21:49:28 2012
From: nginx-forum на nginx.us (crowwley)
Date: Thu, 09 Feb 2012 16:49:28 -0500
Subject: =?UTF-8?B?UmU6INCa0YLQviDQvNC+0LbQtdGCINGB0LrQvtC80L/QuNC70LjRgNC+0LLQsNGC?=
	=?UTF-8?B?0YwgTmdpbnggMS4xLjEyLTEuMS4xNCDRgSDQvNC+0LTRg9C70LXQvCBuZ3gg?=
	=?UTF-8?B?aHR0cCBmbHYgbW9kdWxlINC4IG5neCBodHRwIG1wNCBtb2R1bGUg0LTQu9GP?=
	=?UTF-8?B?IHdpbmRvd3M/?=
In-Reply-To: <201202100110.30510.ne@vbart.ru>
References: <201202100110.30510.ne@vbart.ru>
Message-ID: <98db867a6f40ac3c2c6d6c8a6a585815.NginxMailingListRussian@forum.nginx.org>

по поводу того почему модули не вкл. я
прочитал тут
http://nginx.org/ru/docs/http/ngx_http_mp4_module.html ниже:

>По умолчанию этот модуль не
собирается, его сборку необходимо
разрешить с помощью конфигурационного
параметра --with-http_mp4_module.

По этому я посчитал что модули не вкл. в
сборку а что-бы вкл. как я понял нужно в
configure вести определенные команды, после
чего скомпилировать.
конечно я проверял -V и там сказано что
вроде как все вкл. но опять же и за не
достаточных знаний посчитал что скорее
это что-то вроде инфы которую мне не
понять либо нужно для программистов.

Если модули вкл. то почему мои mp4 файл не
транслируются в flash-плеере конечно у
меня специальный плеер для
псевдо-вещания и также я с
конвертировал и подумал о метаданных
взарание.

И мой результат видеоролик mp4
загружается в буфер (то есть без
ожидания всей загрузки) видео начинает
трансляцию, единственное что у меня не
получилось это начать просмотр ролика
с любого места где еще не было загрузок
в буфер плеер отказывался перемещать
ползунок.

пользуюсь плеером JWplayer 5.9

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222176,222181#msg-222181


From nginx-forum на nginx.us  Thu Feb  9 21:54:54 2012
From: nginx-forum на nginx.us (crowwley)
Date: Thu, 09 Feb 2012 16:54:54 -0500
Subject: =?UTF-8?B?UmU6INCa0YLQviDQvNC+0LbQtdGCINGB0LrQvtC80L/QuNC70LjRgNC+0LLQsNGC?=
	=?UTF-8?B?0YwgTmdpbnggMS4xLjEyLTEuMS4xNCDRgSDQvNC+0LTRg9C70LXQvCBuZ3gg?=
	=?UTF-8?B?aHR0cCBmbHYgbW9kdWxlINC4IG5neCBodHRwIG1wNCBtb2R1bGUg0LTQu9GP?=
	=?UTF-8?B?IHdpbmRvd3M/?=
In-Reply-To: <98db867a6f40ac3c2c6d6c8a6a585815.NginxMailingListRussian@forum.nginx.org>
References: <201202100110.30510.ne@vbart.ru>
	<98db867a6f40ac3c2c6d6c8a6a585815.NginxMailingListRussian@forum.nginx.org>
Message-ID: <78bec132d84c467dc02800a432fdf124.NginxMailingListRussian@forum.nginx.org>

хотел бы добавить, я не много не понял
куда нужно вставлять:

location /video/ {
    mp4;
    mp4_buffer_size     1m;
    mp4_max_buffer_size 5m;
}


то есть можно вставлять хоть в конец
nginx.conf либо нужно где-то вставить между
какими то кодами.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222176,222182#msg-222182


From ne на vbart.ru  Thu Feb  9 22:09:14 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Fri, 10 Feb 2012 02:09:14 +0400
Subject: =?UTF-8?B?UmU6ICDQmtGC0L4g0LzQvtC20LXRgiDRgdC60L7QvNC/0LjQu9C40YDQvtCy0LA=?=
	=?UTF-8?B?0YLRjCBOZ2lueCAxLjEuMTItMS4xLjE0INGBINC80L7QtNGD0LvQtdC8IG5n?=
	=?UTF-8?B?eCBodHRwIGZsdiBtb2R1bGUg0Lggbmd4IGh0dHAgbXA0IG1vZHVsZSDQtNC7?=
	=?UTF-8?B?0Y8gd2luZG93cz8=?=
In-Reply-To: <78bec132d84c467dc02800a432fdf124.NginxMailingListRussian@forum.nginx.org>
References: <201202100110.30510.ne@vbart.ru>
	<98db867a6f40ac3c2c6d6c8a6a585815.NginxMailingListRussian@forum.nginx.org>
	<78bec132d84c467dc02800a432fdf124.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201202100209.14780.ne@vbart.ru>

On Friday 10 February 2012 01:54:54 crowwley wrote:
> хотел бы добавить, я не много не понял
> куда нужно вставлять:
> 
> location /video/ {
>     mp4;
>     mp4_buffer_size     1m;
>     mp4_max_buffer_size 5m;
> }
> 
> 
> то есть можно вставлять хоть в конец
> nginx.conf либо нужно где-то вставить между
> какими то кодами.
> 

Вставлять стоит туда, где вам нужно для конкретно вашей конфигурации. Разумеется 
в рамках разрешенного контекста для указанных директив.

Попробуйте прочитать остальную документацию, хотя бы основную её часть, а не 
только то, что касается отдельного опционального модуля.

Вот, скажем, описание директивы location:
http://nginx.org/ru/docs/http/ngx_http_core_module.html#location

Это поможет вам сэкономить огромное количество времени.

--
Валентин Бартенев

From exelib на googlemail.com  Thu Feb  9 22:09:17 2012
From: exelib на googlemail.com (Anton Bessonov)
Date: Thu, 09 Feb 2012 23:09:17 +0100
Subject: =?UTF-8?B?UmU6INCX0LDQs9GA0YPQt9C60LAg0YTQsNC50LvQvtCyINGBINC00YDRg9Cz0L4=?=
	=?UTF-8?B?0LPQviDRgdC10YDQstC10YDQsA==?=
In-Reply-To: <bd3f08d4347881c67ce428880670f7e2.NginxMailingListRussian@forum.nginx.org>
References: <bd3f08d4347881c67ce428880670f7e2.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F34440D.4000301@gmail.com>

Здравствуйте,

боюсь спросить, но причём тут nginx? Как вариант (псевдокод):

<img id="kartinko" src="заглушка_или_маленькая_картинка.jpg />

<script type="text/javascript">
window.onload = function() {
     document.getElementById('kartinko').src = "большая_картинка.jpg";
}
</script>

не подойдёт?

On 09.02.2012 14:09, kosta1 wrote:
> Добрый день.
>
> Я только начал разбираться с Nginx.
>
> Подскажите, возможно ли сделать так.
>
> Стоит nginx в роли front-end и apache в роли back-end.
>
> Клиент удаленно обращается к
> веб-серверу. Если на apache отсутствует
> определенная картинка, то тогда ее надо
> скачать с другого сервера и положить в
> папку htdocs.
> Сейчас это реализовано примерно так
>
> location /images {
> try_files $uri $uri/ @get_image;
> }
>
> location @get_image {
> #здесь забираю картинку с другого
> сервера
> }
>
> Но поскольку на клиентах интернет
> через gprs, то, если картинка большая,
> веб-страница зависает, пока картинка не
> загрузится.
> Можно ли сделать так, чтобы во время
> закачки большой картики nginx отдавал бы
> клиенту временную заглушку, а сам
> продолжал бы в фоне закачивать большой
> файл?
>
> Заранее спасибо.
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222151,222151#msg-222151
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Thu Feb  9 22:59:42 2012
From: nginx-forum на nginx.us (crowwley)
Date: Thu, 09 Feb 2012 17:59:42 -0500
Subject: =?UTF-8?B?UmU6INCa0YLQviDQvNC+0LbQtdGCINGB0LrQvtC80L/QuNC70LjRgNC+0LLQsNGC?=
	=?UTF-8?B?0YwgTmdpbnggMS4xLjEyLTEuMS4xNCDRgSDQvNC+0LTRg9C70LXQvCBuZ3gg?=
	=?UTF-8?B?aHR0cCBmbHYgbW9kdWxlINC4IG5neCBodHRwIG1wNCBtb2R1bGUg0LTQu9GP?=
	=?UTF-8?B?IHdpbmRvd3M/?=
In-Reply-To: <201202100209.14780.ne@vbart.ru>
References: <201202100209.14780.ne@vbart.ru>
Message-ID: <ab6fcc26795596e1fdca75bdb3957315.NginxMailingListRussian@forum.nginx.org>

Валентин Бартенев Пишет:
-------------------------------------------------------
> On Friday 10 February 2012 01:54:54 crowwley
> wrote:
> > хотел бы добавить, я не
> много не понял
> > куда нужно вставлять:
> > 
> > location /video/ {
> >     mp4;
> >     mp4_buffer_size     1m;
> >     mp4_max_buffer_size 5m;
> > }
> > 
> > 
> > то есть можно вставлять
> хоть в конец
> > nginx.conf либо нужно где-то
> вставить между
> > какими то кодами.
> > 
> 
> Вставлять стоит туда, где
> вам нужно для конкретно
> вашей конфигурации.
> Разумеется 
> в рамках разрешенного
> контекста для указанных
> директив.
> 
> Попробуйте прочитать
> остальную документацию,
> хотя бы основную её часть, а
> не 
> только то, что касается
> отдельного опционального
> модуля.
> 
> Вот, скажем, описание
> директивы location:
> http://nginx.org/ru/docs/http/ngx_http_core_module
> .html#location
> 
> Это поможет вам сэкономить
> огромное количество
> времени.
> 
> --
> Валентин Бартенев
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


а где? вставлять в nginx.conf либо нужно
составлять отдельный файл
конфигурации для определенной
директории/файла

допустим: я в начале nginx.conf вставляю код
location /video/ {
mp4;
mp4_buffer_size 1m;
mp4_max_buffer_size 5m;
}

я правильно вставил код в конфиг? может
быть что если я не сделал настройку в
конфиге мое видео в mp4 может не
транслироваться либо проявлять ошибки
виде того что ползунок не двигается по
плееру пока не загрузится весь mp4 файл в
буфер? Спасибо!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222176,222186#msg-222186


From a.vasilishin на kpi.ua  Thu Feb  9 23:29:19 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Fri, 10 Feb 2012 01:29:19 +0200
Subject: =?UTF-8?B?UmU6INCa0YLQviDQvNC+0LbQtdGCINGB0LrQvtC80L/QuNC70LjRgNC+0LLQsNGC?=
	=?UTF-8?B?0YwgTmdpbnggMS4xLjEyLTEuMS4xNCDRgSDQvNC+0LTRg9C70LXQvCBuZ3gg?=
	=?UTF-8?B?aHR0cCBmbHYgbW9kdWxlINC4IG5neCBodHRwIG1wNCBtb2R1bGUg0LTQu9GP?=
	=?UTF-8?B?IHdpbmRvd3M/?=
In-Reply-To: <ab6fcc26795596e1fdca75bdb3957315.NginxMailingListRussian@forum.nginx.org>
References: <201202100209.14780.ne@vbart.ru>
	<ab6fcc26795596e1fdca75bdb3957315.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F3456CF.4000701@kpi.ua>

10.02.2012 0:59, crowwley пишет:

> а где? вставлять в nginx.conf либо нужно
> составлять отдельный файл
> конфигурации для определенной
> директории/файла

Ну, раз читать ленитесь, хоть окиньте взглядом пример
http://nginx.org/ru/docs/example.html

-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From nginx-forum на nginx.us  Fri Feb 10 05:27:17 2012
From: nginx-forum на nginx.us (kosta1)
Date: Fri, 10 Feb 2012 00:27:17 -0500
Subject: =?UTF-8?B?UmU6INCX0LDQs9GA0YPQt9C60LAg0YTQsNC50LvQvtCyINGBINC00YDRg9Cz0L4=?=
	=?UTF-8?B?0LPQviDRgdC10YDQstC10YDQsA==?=
In-Reply-To: <4F34440D.4000301@gmail.com>
References: <4F34440D.4000301@gmail.com>
Message-ID: <e27c39ae7c9558dee3757b49506a0a13.NginxMailingListRussian@forum.nginx.org>

Добрый день, Антон

Мы рассматриваем разные варианты, в том
числе и javascript.

Нам надо, чтобы если картинки на
локальном сервере нет, то ее надо
первый раз скачать с удаленного и
положить на локальный, и впоследствии
скачивать с локального. Приведенный
пример со скриптом это сделать не
сможет.

К.

Anton Bessonov Wrote:
-------------------------------------------------------
> Здравствуйте,
> 
> боюсь спросить, но причём
> тут nginx? Как вариант
> (псевдокод):
> 
> <img id="kartinko"
> src="заглушка_или_маленькая_к
> артинка.jpg />
> 
> <script type="text/javascript">
> window.onload = function() {
>      document.getElementById('kartinko').src =
> "большая_картинка.jpg";
> }
> </script>
> 
> не подойдёт?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222151,222199#msg-222199


From nginx-forum на nginx.us  Fri Feb 10 06:37:06 2012
From: nginx-forum на nginx.us (chillivilli)
Date: Fri, 10 Feb 2012 01:37:06 -0500
Subject: nginx phtml .htaccess error
In-Reply-To: <9fedb80c1f16736546e139b0aa066710.NginxMailingListRussian@forum.nginx.org>
References: <9fedb80c1f16736546e139b0aa066710.NginxMailingListRussian@forum.nginx.org>
Message-ID: <18850adc99d3c072148c2c62f11196b0.NginxMailingListRussian@forum.nginx.org>

Полный конфиг.

#user  nobody;
worker_processes  4;

error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;

#pid        logs/nginx.pid;

events {
    worker_connections  6000;
    use kqueue;
}

http {
    include       mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local]
"$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    #access_log  logs/access.log  main;
    reset_timedout_connection on;
    sendfile       on;
    tcp_nopush     on;
    tcp_nodelay    on;
    server_tokens off;
    keepalive_timeout 3;
    ignore_invalid_headers on;

limit_zone one $binary_remote_addr 10m;
limit_req_zone  $binary_remote_addr zone=req:10m rate=70r/s;
limit_req_zone  $binary_remote_addr zone=search:10m rate=1r/s;

    gzip  on;
    gzip_comp_level 4;

    proxy_temp_path /var/db/nginx/proxy_temp;
    proxy_cache_path /var/db/nginx/cache levels=1:2 keys_zone=all:30m;

upstream backend {
    server 1:8081 weight=9 max_fails=1 fail_timeout=40s;
    server 2:8081 weight=1 max_fails=1 fail_timeout=40s down;
    server 3:8081 weight=4 max_fails=1 fail_timeout=40s down;
}

upstream stata {
    server 127.0.0.1:8082;
}


    server {
        listen       443 ssl default_server;

        limit_conn one 200;
        limit_req zone=req burst=50;
        keepalive_timeout 10;
        server_name  sait.ru;
        access_log  logs/access_sait.ru.log  main;
        error_page  404              /error/page404;
        ssl                  on;
        ssl_certificate      /etc/ssl/key.pem;
        ssl_certificate_key  /etc/ssl/privatekey.crt;
#       ssl_verify_depth 3;
        ssl_session_timeout  10;
        ssl_protocols  SSLv3 TLSv1;
        ssl_ciphers  AES256-SHA:RC4-SHA;
        ssl_prefer_server_ciphers   on;
        ssl_session_cache shared:SSL:10m;

        location ~ /\.ht {
        deny all;
        }

        location ~ \.phtml$ {
        deny all;
        }

        location / {
        if ($host ~* ^(сайт.рф)$) {
        rewrite ^/(.*)$ https://sait.ru/$1 permanent;
        }


        #limit_conn one 20;
        #limit_req zone=req burst=100;
        proxy_pass   http://backend/;
        proxy_redirect off;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $remote_addr;
        #client_max_body_size 10m;
        #client_body_buffer_size 500k;
        #client_body_temp_path /var/nginx/client_body_temp;
        proxy_connect_timeout 4;
        proxy_send_timeout    90;
        proxy_read_timeout    90;
        #proxy_send_lowat       12000;
        proxy_buffer_size 4k;
        proxy_buffers           4 32k;
        proxy_busy_buffers_size    64k;
        #proxy_temp_file_write_size 64k;
        #proxy_cache all;
        #proxy_cache_valid 5m;
        }

        }


      location ~*
^.+.(jpg|jpeg|css|html|gif|png|ico|css|zip|tgz|gz|rar|js|txt|pdf)$
         
{
            root   /var/www/sait.ru/public;
            access_log off;
            expires 3d;
                valid_referers none blocked server_names
                *.sait.ru.ru
                ~\.google\.
                images.yandex.ru
                sait.ru
                *.c.sait.ru;
                if ($invalid_referer)  {
                    return 403;
                }
        }

        location /nginx_status {
        stub_status on;
        access_log off;
        allow x;
        allow y;
        deny all;
        }

        location /astat/
        {
        limit_req zone=search burst=60;
        proxy_pass   http://stata/server-status/;
        proxy_redirect off;
        allow x;
        deny all;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $remote_addr;
        proxy_connect_timeout 4;
        proxy_send_timeout    90;
        proxy_read_timeout    90;
        }

        if ($host !~* ^(c.sait.ru|sait.ru|сайт.рф)$ ){
         rewrite ^/(.*)$ https://sait.ru/$1 permanent;
        }


}

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222173,222202#msg-222202


From nginx-forum на nginx.us  Fri Feb 10 06:52:32 2012
From: nginx-forum на nginx.us (yuri37)
Date: Fri, 10 Feb 2012 01:52:32 -0500
Subject: =?UTF-8?B?0J/RgNC+0LHQu9C10LzRiyDRgSDQutC10YjQuNGA0L7QstCw0L3QuNC10Lw=?=
Message-ID: <d2b5037e611b18b543ddda046b6e84d5.NginxMailingListRussian@forum.nginx.org>

Здравствуйте. Прошу помочь с такой
проблемой. Файлы в кеш пишутся, а на
сайте как-будто нет этого кеширования.
Сервер:
Debian 
Апач+nginx
Сайт рабтает в режиме Fcgi
Конфиг Nginx

user www-data;
worker_processes 2;
worker_rlimit_nofile 8192;
timer_resolution 100ms;
worker_priority -5;
pid /var/run/nginx.pid;

events {
	worker_connections 2048;
	# multi_accept on;
        use epoll;
}

http {

	##
	# Basic Settings
	##

	sendfile on;
	tcp_nopush on;
	tcp_nodelay on;
	keepalive_timeout 65;
	types_hash_max_size 2048;
	# server_tokens off;

	# server_names_hash_bucket_size 64;
	# server_name_in_redirect off;

	include /etc/nginx/mime.types;
	default_type application/octet-stream;

	##
	# Logging Settings
	##

	access_log /var/log/nginx/access.log;
	error_log /var/log/nginx/error.log;

	##
	# Gzip Settings
	##

	gzip on;
	gzip_disable "msie6";

	 gzip_vary on;
	 gzip_proxied any;
	 gzip_comp_level 6;
	 gzip_buffers 16 8k;
	 gzip_http_version 1.1;
	 gzip_types text/plain text/css application/json
application/x-javascript text/xml application/xml application/xml+rss
text/javascript;

	##
	# Virtual Host Configs
	##

	include /etc/nginx/conf.d/*.conf;
	include /etc/nginx/sites-enabled/*;
	client_max_body_size 16m;
	log_format  isp '$bytes_sent $request_length';
        proxy_cache_path /var/cache/nginx levels=1:2
keys_zone=fastcgi_cache:128m max_size=256m inactive=60m;
	server {
		listen *.*.*.*:80;
		server_name autoturn.ru www.autoturn.ru;
		rewrite ^(/manager/.*)$	https://$host$1	permanent;
		error_page 404 = @fallback;
		location ~* ^/(webstat/|awstats|webmail/|myadmin/|manimg/) {
			proxy_pass http://*.*.*.*:8080;
			proxy_redirect http://*.ru:8080/ /;
			proxy_set_header Host $host;
			proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
			proxy_set_header X-Real-IP $remote_addr;
		}
location ~ \.(php|html)$ {
proxy_pass http://*.*.*.*:8080;
    proxy_cache fastcgi_cache;
    proxy_cache_key $host$uri?$args;
    proxy_no_cache $cookie_AuthUser;
    proxy_cache_bypass $cookie_AuthUser;
    proxy_cache_valid 200 301 302 304 1h;
  #proxy_cache_key
"$request_method|$http_if_modified_since|$http_if_none_match|$host|$request_uri";
    proxy_cache_use_stale updating error timeout invalid_header http_500
http_502 http_503 http_504 http_404; 
    proxy_hide_header "Set-Cookie";
    proxy_ignore_headers "Cache-Control" "Expires";
            }
location ~* ^/(administrator/|admin/) {
			proxy_pass http://*.*.*.*:8080;
			proxy_redirect http://*.ru:8080/ /;
			proxy_set_header Host $host;
			proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
			proxy_set_header X-Real-IP $remote_addr;
		}
		location / {
			proxy_pass http://*.*.*.*:8080;
			proxy_redirect http://*.ru:8080/ /;
			proxy_set_header Host $host;
			proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
			proxy_set_header X-Real-IP $remote_addr;
		}

пробываел в location /  переносить из location ~
\.(php|html)$ - ничего. Оч.прошу помочь.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222203,222203#msg-222203


From nginx-forum на nginx.us  Fri Feb 10 06:53:21 2012
From: nginx-forum на nginx.us (yuri37)
Date: Fri, 10 Feb 2012 01:53:21 -0500
Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80Ysg0YEg0LrQtdGI0LjRgNC+0LLQsNC90LjQtdC8?=
In-Reply-To: <d2b5037e611b18b543ddda046b6e84d5.NginxMailingListRussian@forum.nginx.org>
References: <d2b5037e611b18b543ddda046b6e84d5.NginxMailingListRussian@forum.nginx.org>
Message-ID: <29adda0d5cd93aa34e8af834f84a7993.NginxMailingListRussian@forum.nginx.org>

Nginx 1.0.10.1

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222203,222204#msg-222204


From greyhard на gmail.com  Fri Feb 10 06:59:58 2012
From: greyhard на gmail.com (=?KOI8-R?B?5MXOydMg6czYyc7ZyA==?=)
Date: Fri, 10 Feb 2012 09:59:58 +0300
Subject: =?UTF-8?B?0JrRjdGI0LjRgNC+0LLQsNC90LjQtSDRgNCw0LHQvtGC0Ysgbmd4X2h0dHBfaW1h?=
	=?UTF-8?B?Z2VfZmlsdGVyX21vZHVsZQ==?=
Message-ID: <CAEBNeau+Czh8sR1P1tqTSth2037nU1u9_Y5jSSENyfmPtxFe-Q@mail.gmail.com>

Подскажите умеет ли Nginx кэшировать изображения созданные при помощи
ngx_http_image_filter_module и складывать их попути proxy_store

From ne на vbart.ru  Fri Feb 10 07:21:48 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Fri, 10 Feb 2012 11:21:48 +0400
Subject: nginx phtml .htaccess error
In-Reply-To: <18850adc99d3c072148c2c62f11196b0.NginxMailingListRussian@forum.nginx.org>
References: <9fedb80c1f16736546e139b0aa066710.NginxMailingListRussian@forum.nginx.org>
	<18850adc99d3c072148c2c62f11196b0.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201202101121.48671.ne@vbart.ru>

Ваш phtml очевидно попадает вот в этот location: 

>       location ~*
> ^.+.(jpg|jpeg|css|html|gif|png|ico|css|zip|tgz|gz|rar|js|txt|pdf)$
> 
> {
>             root   /var/www/sait.ru/public;
>             access_log off;
>             expires 3d;
>                 valid_referers none blocked server_names
>                 *.sait.ru.ru
>                 ~\.google\.
>                 images.yandex.ru
>                 sait.ru
>                 *.c.sait.ru;
>                 if ($invalid_referer)  {
>                     return 403;
>                 }
>         }

Учитесь внимательно и правильно писать регулярные выражения.

location ~* \.(?:jpeg?|css|html|gif|png|ico|zip|t?gz|rar|js|txt|pdf)$ {
  ...
}

--
Валентин Бартенев

From nginx-forum на nginx.us  Fri Feb 10 08:07:58 2012
From: nginx-forum на nginx.us (yuri37)
Date: Fri, 10 Feb 2012 03:07:58 -0500
Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80Ysg0YEg0LrQtdGI0LjRgNC+0LLQsNC90LjQtdC8?=
In-Reply-To: <d2b5037e611b18b543ddda046b6e84d5.NginxMailingListRussian@forum.nginx.org>
References: <d2b5037e611b18b543ddda046b6e84d5.NginxMailingListRussian@forum.nginx.org>
Message-ID: <ad2563d57d3d0a420429e06ce059d829.NginxMailingListRussian@forum.nginx.org>

Разобрался с 1 проблемой. Перенес все в
location / и изменил на proxy_ignore_headers "Cache-Control"
"Expires" "Set-Cookie"; Но я хочу в зависимости от
куки кешировать или нет страницу, так
куки не сохраняются, а без Set-Cookie не
кеширует. Что-то не так в конфиге?
Помогите настроить, плиз!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222203,222208#msg-222208


From nginx-forum на nginx.us  Fri Feb 10 08:22:22 2012
From: nginx-forum на nginx.us (chillivilli)
Date: Fri, 10 Feb 2012 03:22:22 -0500
Subject: nginx phtml .htaccess error
In-Reply-To: <201202101121.48671.ne@vbart.ru>
References: <201202101121.48671.ne@vbart.ru>
Message-ID: <772223dfe8a33bd334554889889f7750.NginxMailingListRussian@forum.nginx.org>

Спасибо, в след. раз буду внимательнее.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222173,222209#msg-222209


From ekruglov на gmail.com  Fri Feb 10 11:27:54 2012
From: ekruglov на gmail.com (Kruglov Eugenie)
Date: Fri, 10 Feb 2012 14:27:54 +0300
Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0YDQsNCx0L7RgtGLIG5neF9odHRw?=
	=?UTF-8?B?X2ltYWdlX2ZpbHRlcl9tb2R1bGU=?=
In-Reply-To: <CAEBNeau+Czh8sR1P1tqTSth2037nU1u9_Y5jSSENyfmPtxFe-Q@mail.gmail.com>
References: <CAEBNeau+Czh8sR1P1tqTSth2037nU1u9_Y5jSSENyfmPtxFe-Q@mail.gmail.com>
Message-ID: <CAKfcGnQ9BBT=8cby-6=8rd4+9HrvzVj-TtT3w3SFHtxqMuTgEw@mail.gmail.com>

2012/2/10 Денис Ильиных <greyhard на gmail.com>

> Подскажите умеет ли Nginx кэшировать изображения созданные при помощи
> ngx_http_image_filter_module и складывать их попути proxy_store
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


Угу. Проксируйте сами на себя.

-- 
Faithfully yours, Eugenie
ICQ #701217
GTalk ekruglov на gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120210/37360451/attachment.html>

From nginx-forum на nginx.us  Fri Feb 10 12:11:24 2012
From: nginx-forum на nginx.us (crowwley)
Date: Fri, 10 Feb 2012 07:11:24 -0500
Subject: =?UTF-8?B?UmU6INCa0YLQviDQvNC+0LbQtdGCINGB0LrQvtC80L/QuNC70LjRgNC+0LLQsNGC?=
	=?UTF-8?B?0YwgTmdpbnggMS4xLjEyLTEuMS4xNCDRgSDQvNC+0LTRg9C70LXQvCBuZ3gg?=
	=?UTF-8?B?aHR0cCBmbHYgbW9kdWxlINC4IG5neCBodHRwIG1wNCBtb2R1bGUg0LTQu9GP?=
	=?UTF-8?B?IHdpbmRvd3M/?=
In-Reply-To: <4F3456CF.4000701@kpi.ua>
References: <4F3456CF.4000701@kpi.ua>
Message-ID: <8d63f9f788474dff97a562b6f255aacf.NginxMailingListRussian@forum.nginx.org>

Андрей Василишин Пишет:
-------------------------------------------------------
> 10.02.2012 0:59, crowwley пишет:
> 
> > а где? вставлять в nginx.conf
> либо нужно
> > составлять отдельный файл
> > конфигурации для
> определенной
> > директории/файла
> 
> Ну, раз читать ленитесь,
> хоть окиньте взглядом
> пример
> http://nginx.org/ru/docs/example.html
> 
> -- 
> WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

я не ленюсь читать, я уже несколько раз
читал один и тот же текст, просто я не
могу понять логики, так как вообще не
программист а сеошник, из всех серверов
nginx выходит самый легкий и понятный, как
связку сделать php+mysql это уже понял.

Я вставил код, между 
server {
        listen       80;
        server_name  localhost;

        location ~ \.mp4$ {
    	mp4;
    	mp4_buffer_size     1000m;
    	mp4_max_buffer_size 5000m;
	root /path/video;
	}

^^это правильная конфигурация в nginx.conf?
спасибо.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222176,222219#msg-222219


From hell-for-yahoo на umail.ru  Fri Feb 10 12:30:20 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Fri, 10 Feb 2012 16:30:20 +0400
Subject: Возможно это баг в обработке location
In-Reply-To: <20120209143547.GH67687@mdounin.ru>
References: <4F33A390.90400@teletrade-dj.com>
	<CAENWr1LdD9tCuNV-v=XHK4KYyXrdCzmjssSa=x=xDLehHxWPtg@mail.gmail.com>
	<4F33BD6A.5010200@teletrade-dj.com> <20120209143547.GH67687@mdounin.ru>
Message-ID: <1945553924.20120210163020@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Maxim Dounin!

MD> location / {
MD>     ...
MD> }

MD> location = /pa {
MD>     alias /usr/share/postfixadmin;
MD> }

Я бы тут сделал return 301 на /pa/ и не плодил сущности.

MD> location /pa/ {
MD>     alias /usr/share/postfixadmin/;
MD>     ...
MD> }


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) пятница, 10.02.2012, <16:29>


From hell-for-yahoo на umail.ru  Fri Feb 10 12:35:12 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Fri, 10 Feb 2012 16:35:12 +0400
Subject: Кто может скомпилировать Nginx 1.1.12-1.1.14 с модулем ngx http flv module и ngx http mp4 module для windows?
In-Reply-To: <46885e890b00789167e58802ed0e07ba.NginxMailingListRussian@forum.nginx.org>
References: <4F342E2C.8030202@kpi.ua>
	<46885e890b00789167e58802ed0e07ba.NginxMailingListRussian@forum.nginx.org>
Message-ID: <527064766.20120210163512@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) crowwley!

>> А это не пугает?
>> "Хоть и возможен запуск нескольких рабочих процессов, только один из них
>> реально работает. Рабочий процесс может обслуживать не более 1024
>> одновременных соединений."

c> этого более чем достаточно, тем более
c> данную задачу рано или поздно решат.

Если вы надеетесь, что её будут решать разработчики nginx...
Ню-ню...

P.S.
"Кто ясно мыслит - тот ясно излагает."


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) пятница, 10.02.2012, <16:33>


From andrew на nginx.com  Fri Feb 10 12:51:51 2012
From: andrew на nginx.com (Andrew Alexeev)
Date: Fri, 10 Feb 2012 16:51:51 +0400
Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQu9Ck0J8g0J3Qn9Cm0JXQpCDQo9Cb0J/QndCg0JnQnNCZ0KI=?=
	=?UTF-8?B?0J/Qp9CR0KTQqCBOZ2lueCAxLjEuMTItMS4xLjE0INCjINCd0J/QlNCl0Jw=?=
	=?UTF-8?B?0JXQnSBuZ3ggaHR0cCBmbHYgbW9kdWxlINCZIG5neCBodHRwIG1wNCBtb2R1?=
	=?UTF-8?B?bGUg0JTQnNChIHdpbmRvd3M/?=
In-Reply-To: <527064766.20120210163512@mtu-net.ru>
References: <4F342E2C.8030202@kpi.ua>
	<46885e890b00789167e58802ed0e07ba.NginxMailingListRussian@forum.nginx.org>
	<527064766.20120210163512@mtu-net.ru>
Message-ID: <2FE9D36C-EFB4-4C0E-9E1C-33FB56F6CED5@nginx.com>

On Feb 10, 2012, at 4:35 PM, Andrey Repin wrote:

> Здравствуйте, Уважаемый(-ая, -ое) crowwley!
> 
>>> А это не пугает?
>>> "Хоть и возможен запуск нескольких рабочих процессов, только один из них
>>> реально работает. Рабочий процесс может обслуживать не более 1024
>>> одновременных соединений."
> 
> c> этого более чем достаточно, тем более
> c> данную задачу рано или поздно решат.
> 
> Если вы надеетесь, что её будут решать разработчики nginx...
> Ню-ню...

Тут я бы согласился с предыдущим оратором и не согласился с Вами :) Такие планы "рано или поздно" есть.

> P.S.
> "Кто ясно мыслит - тот ясно излагает."
> 
> 
> -- 
> С уважением
> 
>    Andrey Repin (hell-for-yahoo на umail.ru) пятница, 10.02.2012, <16:33>
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From mdounin на mdounin.ru  Fri Feb 10 13:29:53 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Fri, 10 Feb 2012 17:29:53 +0400
Subject: =?UTF-8?B?UmU6INCS0L7Qt9C80L7QttC90L4g0Y3RgtC+INCx0LDQsyDQsiDQvtCx0YDQsNCx?=
	=?UTF-8?B?0L7RgtC60LUgbG9jYXRpb24=?=
In-Reply-To: <1945553924.20120210163020@mtu-net.ru>
References: <4F33A390.90400@teletrade-dj.com>
	<CAENWr1LdD9tCuNV-v=XHK4KYyXrdCzmjssSa=x=xDLehHxWPtg@mail.gmail.com>
	<4F33BD6A.5010200@teletrade-dj.com>
	<20120209143547.GH67687@mdounin.ru>
	<1945553924.20120210163020@mtu-net.ru>
Message-ID: <20120210132953.GW67687@mdounin.ru>

Hello!

On Fri, Feb 10, 2012 at 04:30:20PM +0400, Andrey Repin wrote:

> Здравствуйте, Уважаемый(-ая, -ое) Maxim Dounin!
> 
> MD> location / {
> MD>     ...
> MD> }
> 
> MD> location = /pa {
> MD>     alias /usr/share/postfixadmin;
> MD> }
> 
> Я бы тут сделал return 301 на /pa/ и не плодил сущности.

Можно и так, принципиальной разницы нет.

> MD> location /pa/ {
> MD>     alias /usr/share/postfixadmin/;
> MD>     ...
> MD> }

Maxim Dounin


From nginx-forum на nginx.us  Fri Feb 10 14:20:26 2012
From: nginx-forum на nginx.us (crowwley)
Date: Fri, 10 Feb 2012 09:20:26 -0500
Subject: Nginx 1.1.12-1.1.14 ngx http flv module ngx http mp4
	module windows?
In-Reply-To: <527064766.20120210163512@mtu-net.ru>
References: <527064766.20120210163512@mtu-net.ru>
Message-ID: <8293778a4461c9cc0b7a317f50f859b9.NginxMailingListRussian@forum.nginx.org>

> Если вы надеетесь, что её будут решать
разработчики nginx...
> Ню-ню...

Я как бы не хотел сказать об этом как то
не правильно, либо что кто-то должен
что-то сделать (а вы наверняка так и
подумали), я надеюсь что много
уважаемые разработчики решат данную
проблему. Потому что я верю в это, и
считаю что nginx станет веб-сервером
номер 1 для windows и не только.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222177,222228#msg-222228


From koticka на mail.ru  Fri Feb 10 14:23:40 2012
From: koticka на mail.ru (Kostya Alexandrov)
Date: Fri, 10 Feb 2012 18:23:40 +0400
Subject: Nginx 1.1.12-1.1.14 ngx http flv module ngx http mp4 module
	windows?
In-Reply-To: <8293778a4461c9cc0b7a317f50f859b9.NginxMailingListRussian@forum.nginx.org>
References: <527064766.20120210163512@mtu-net.ru>
	<8293778a4461c9cc0b7a317f50f859b9.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F35286C.8010301@mail.ru>

Занятие лишенное смысла, там где начинается нагрузка заканчивается
Windows даже если iocp имплементировать, а где нет нагрузки и в текущем
виде работает.

On 10.02.2012 18:20, crowwley wrote:
>> Если вы надеетесь, что её будут решать
> разработчики nginx...
>> Ню-ню...
> Я как бы не хотел сказать об этом как то
> не правильно, либо что кто-то должен
> что-то сделать (а вы наверняка так и
> подумали), я надеюсь что много
> уважаемые разработчики решат данную
> проблему. Потому что я верю в это, и
> считаю что nginx станет веб-сервером
> номер 1 для windows и не только.
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222177,222228#msg-222228
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Fri Feb 10 14:30:07 2012
From: nginx-forum на nginx.us (crowwley)
Date: Fri, 10 Feb 2012 09:30:07 -0500
Subject: Nginx 1.1.12-1.1.14 ngx http flv module ngx http mp4 module
	windows?
In-Reply-To: <4F35286C.8010301@mail.ru>
References: <4F35286C.8010301@mail.ru>
Message-ID: <4fa68c8b0257ce2b306f2e67f0bee843.NginxMailingListRussian@forum.nginx.org>

Kostya Alexandrov Пишет:
-------------------------------------------------------
> Занятие лишенное смысла,
> там где начинается
> нагрузка заканчивается
> Windows даже если iocp
> имплементировать, а где нет
> нагрузки и в текущем
> виде работает.

ну допустим windows станет совершеннее,
если nginx будет номером 1

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222177,222230#msg-222230


From hell-for-yahoo на umail.ru  Fri Feb 10 14:52:14 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Fri, 10 Feb 2012 18:52:14 +0400
Subject: Возможно это баг в обработке location
In-Reply-To: <20120210132953.GW67687@mdounin.ru>
References: <4F33A390.90400@teletrade-dj.com>
	<CAENWr1LdD9tCuNV-v=XHK4KYyXrdCzmjssSa=x=xDLehHxWPtg@mail.gmail.com>
	<4F33BD6A.5010200@teletrade-dj.com> <20120209143547.GH67687@mdounin.ru>
	<1945553924.20120210163020@mtu-net.ru>
	<20120210132953.GW67687@mdounin.ru>
Message-ID: <1427568376.20120210185214@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Maxim Dounin!

>> MD> location / {
>> MD>     ...
>> MD> }
>> 
>> MD> location = /pa {
>> MD>     alias /usr/share/postfixadmin;
>> MD> }
>> 
>> Я бы тут сделал return 301 на /pa/ и не плодил сущности.

MD> Можно и так, принципиальной разницы нет.

Конкретно здесь - нет.
Но при SEO оптимизации это будет иметь значение.

>> MD> location /pa/ {
>> MD>     alias /usr/share/postfixadmin/;
>> MD>     ...
>> MD> }


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) пятница, 10.02.2012, <18:51>


From maxim на nginx.com  Fri Feb 10 15:07:51 2012
From: maxim на nginx.com (Maxim Konovalov)
Date: Fri, 10 Feb 2012 19:07:51 +0400
Subject: nginx for windows (was Nginx 1.1.12-1.1.14 ngx http ..)
In-Reply-To: <4fa68c8b0257ce2b306f2e67f0bee843.NginxMailingListRussian@forum.nginx.org>
References: <4F35286C.8010301@mail.ru>
	<4fa68c8b0257ce2b306f2e67f0bee843.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F3532C7.9090100@nginx.com>

Привет,

мои две копейки: тема nginx на Windows из нашей повестки не исчезла,
обсуждаем.

По срокам и объемам этого проекта пока никакой определенности нет.

-- 
Maxim Konovalov
+7 (910) 4293178
http://nginx.com/


From mdounin на mdounin.ru  Fri Feb 10 15:55:22 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Fri, 10 Feb 2012 19:55:22 +0400
Subject: =?UTF-8?B?UmU6INCS0L7Qt9C80L7QttC90L4g0Y3RgtC+INCx0LDQsyDQsiDQvtCx0YDQsNCx?=
	=?UTF-8?B?0L7RgtC60LUgbG9jYXRpb24=?=
In-Reply-To: <1427568376.20120210185214@mtu-net.ru>
References: <4F33A390.90400@teletrade-dj.com>
	<CAENWr1LdD9tCuNV-v=XHK4KYyXrdCzmjssSa=x=xDLehHxWPtg@mail.gmail.com>
	<4F33BD6A.5010200@teletrade-dj.com>
	<20120209143547.GH67687@mdounin.ru>
	<1945553924.20120210163020@mtu-net.ru>
	<20120210132953.GW67687@mdounin.ru>
	<1427568376.20120210185214@mtu-net.ru>
Message-ID: <20120210155521.GD67687@mdounin.ru>

Hello!

On Fri, Feb 10, 2012 at 06:52:14PM +0400, Andrey Repin wrote:

> Здравствуйте, Уважаемый(-ая, -ое) Maxim Dounin!
> 
> >> MD> location / {
> >> MD>     ...
> >> MD> }
> >> 
> >> MD> location = /pa {
> >> MD>     alias /usr/share/postfixadmin;
> >> MD> }
> >> 
> >> Я бы тут сделал return 301 на /pa/ и не плодил сущности.
> 
> MD> Можно и так, принципиальной разницы нет.
> 
> Конкретно здесь - нет.
> Но при SEO оптимизации это будет иметь значение.

И в том и в другом случае клиенту будет возвращён 301 на /pa/.  
Разница исключительно в том, будет ли nginx идти в файловую 
систему и проверять наличие каталога на диске, или сразу вернёт 
301 безусловно (потому что так явно написано в конфиге).

При SEO оптимизации это совершенно точно не будет иметь значения.

> >> MD> location /pa/ {
> >> MD>     alias /usr/share/postfixadmin/;
> >> MD>     ...
> >> MD> }

Maxim Dounin


From nginx-forum на nginx.us  Fri Feb 10 16:05:08 2012
From: nginx-forum на nginx.us (crowwley)
Date: Fri, 10 Feb 2012 11:05:08 -0500
Subject: Nginx 1.1.12-1.1.14 ngx http flv module ngx http mp4 module
	windows?
In-Reply-To: <4fa68c8b0257ce2b306f2e67f0bee843.NginxMailingListRussian@forum.nginx.org>
References: <4F35286C.8010301@mail.ru>
	<4fa68c8b0257ce2b306f2e67f0bee843.NginxMailingListRussian@forum.nginx.org>
Message-ID: <7ad7281010483cb5adee7bdacc8cb263.NginxMailingListRussian@forum.nginx.org>

>По срокам и объемам этого проекта пока
никакой определенности нет.

Привет и Вам! Позвольте заметить что nginx
прикольно использовать на windows как
псевдо-видеохостинг для хранения
файлов, а веб-сервер лучше конечно на
linux но а что если на начальном этапе
развития мне достаточно 1 процессора и
1024 соединений (одновременных).
А когда мой проект вырастит (допустим) я
перейду на linux+nginx+video, не думаю что есть
у кого то проекты которые работают при
помощи nginx на windows, которые потребляют
более 1 процессора и 1024 соединений.
Конечно я могу ошибаться =/

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222177,222245#msg-222245


From nginx-forum на nginx.us  Fri Feb 10 16:06:31 2012
From: nginx-forum на nginx.us (crowwley)
Date: Fri, 10 Feb 2012 11:06:31 -0500
Subject: Nginx 1.1.12-1.1.14 ngx http flv module ngx http mp4 module
	windows?
In-Reply-To: <7ad7281010483cb5adee7bdacc8cb263.NginxMailingListRussian@forum.nginx.org>
References: <4F35286C.8010301@mail.ru>
	<4fa68c8b0257ce2b306f2e67f0bee843.NginxMailingListRussian@forum.nginx.org>
	<7ad7281010483cb5adee7bdacc8cb263.NginxMailingListRussian@forum.nginx.org>
Message-ID: <b3d0057ac283af8a0603788a24936b8f.NginxMailingListRussian@forum.nginx.org>

crowwley Пишет:
-------------------------------------------------------
> >По срокам и объемам этого
> проекта пока никакой
> определенности нет.
> 
> Привет и Вам! Позвольте
> заметить что nginx прикольно
> использовать на windows как
> псевдо-видеохостинг для
> хранения файлов, а
> веб-сервер лучше конечно на
> linux но а что если на
> начальном этапе развития
> мне достаточно 1 процессора
> и 1024 соединений
> (одновременных).
> А когда мой проект вырастит
> (допустим) я перейду на
> linux+nginx+video, не думаю что есть
> у кого то проекты которые
> работают при помощи nginx на
> windows, которые потребляют
> более 1 процессора и 1024
> соединений. Конечно я могу
> ошибаться =/

к чему я это? я к тому что рано или
поздно решение будет найдено! thx =/

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222177,222246#msg-222246


From koticka на mail.ru  Fri Feb 10 18:33:52 2012
From: koticka на mail.ru (Kostya Alexandrov)
Date: Fri, 10 Feb 2012 22:33:52 +0400
Subject: nginx for windows (was Nginx 1.1.12-1.1.14 ngx http ..)
In-Reply-To: <4F3532C7.9090100@nginx.com>
References: <4F35286C.8010301@mail.ru>
	<4fa68c8b0257ce2b306f2e67f0bee843.NginxMailingListRussian@forum.nginx.org>
	<4F3532C7.9090100@nginx.com>
Message-ID: <4F356310.6060207@mail.ru>

Согласно моему опыту, на windows есть два варианта
мультиплексирования - wsaselect и комплетишн порт.
wsaselect дефакто брошен, кривоват и лишен будущего.
комплетишн порт это скорее асинхронный ввод-вывод
нежели мультиплексор, и его использование на большом количестве
соединений как минимум чревато большим расходом памяти при
некоторых раскладах - буфер переданный в коллбек не может
использоваться более, либорезультат операции не предсказуем.

Учитывая любовь майкрософт к изобретению новых апи,
лично я бы не рассматривал эту платформу даже как потенциальный
продакшн.
 


On 10.02.2012 19:07, Maxim Konovalov wrote:
> Привет,
>
> мои две копейки: тема nginx на Windows из нашей повестки не исчезла,
> обсуждаем.
>
> По срокам и объемам этого проекта пока никакой определенности нет.
>


From nginx-forum на nginx.us  Fri Feb 10 20:26:05 2012
From: nginx-forum на nginx.us (zeromind)
Date: Fri, 10 Feb 2012 15:26:05 -0500
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>
References: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <0ce20500a38e560343fc56904fb81a63.NginxMailingListRussian@forum.nginx.org>

может, кто подскажит, где можно готовое
видео найти в mp4 готовое для стриминга?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222082,222264#msg-222264


From nginx-forum на nginx.us  Fri Feb 10 22:49:16 2012
From: nginx-forum на nginx.us (locojohn)
Date: Fri, 10 Feb 2012 17:49:16 -0500
Subject: =?UTF-8?B?0LzQvtC00YPQu9GMINGH0YLQvtCx0Ysg0LTQuNC90LDQvNC40YfQtdGB0LrQuCA=?=
	=?UTF-8?B?0L7RgtC00LDQstCw0YLRjCDQvdC10YHQutC+0LvRjNC60L4gamF2YS1zY3Jp?=
	=?UTF-8?B?cHQvY3NzINGE0LDQudC70L7QsiDQsiDQvtC00L3QvtC8IGJ1bmRsZQ==?=
Message-ID: <dff4b30dbe1aa7471922a7f1b922b526.NginxMailingListRussian@forum.nginx.org>

Уважаемые товарищи инженеры,

Я написал на данную тему в
англо-язычную ветку "Ideas and Feature requests" 4
дня назад, но покамест не получил там
ответа.  Не судите строго за то, что не
поленился написать сюда на русском.

Существует простой и неплохой модуль,
написанный неким Joshua Zhu как часть его
проекта под названием "tengine".  Модуль
называется "http-concat" и полностью
совместим с nginx 1.1.14 (проверено).  Он
позволяет соединять несколько файлов в
один и выдавать соединенный файл
клиенту, что позволяет сократить время
запроса, так как нет традиционного
обращения к каждому файлу по
отдельности. Мы используем этот модуль
для соединения в "бандлы" Javascript и CSS
файлов. Исходники http-concat доступны для
скачивания здесь:
https://github.com/perusio/nginx-http-concat 

Если коротко, то этот модуль парсит
запрос типа:
"/jquery/??jquery.asmselect.css,ui.imageuploader.css,jquery.linkselect.css",
после чего соединяет все файлы после "??"
в один "бандл" и отправляет клиенту. Он
также использует внутренний кэш и
прочее, что делает его быстрым и
удобным для использования.

Но я бы сюда не обращался если бы не
было некоторых моментов :

В данный момент http-concat не может брать
файлы из локейшнов, где используются
директивы "alias" или "root". Пример:

location /jquery/ {
try_files $uri $uri/ @common;
}

location @common {
# handle common requests for all sites: /jquery/...., etc. if local
version of the requested file is not available
root /opt/www/_common;
}

...

Если попытаемся "склеить" файлы из location
/jquery, запрос кончится 404 ошибкой.  Это
происходит потому, что http-concat не может
получить путь к файлам, находящимся в
локейшне, где действуют директивы
root/alias.  Я был бы очень признателен, если
бы кто-то мог бы взглянуть на исходный
код модуля http-concat (URL:
https://github.com/perusio/nginx-http-concat/blob/master/ngx_http_concat_module.c)
и дать мне какие-нибудь наводящие
указания в какую сторону копать или
патч, чтобы правильно определить пути
таким локейншнам.  Я связался с автором,
но он сообщил, что не знает как выяснить
путь к файлам в локейшнах где
определены директивы alias или root.

Вторая проблема связана с тем, что
некоторые CSS файлы могут содержать в
себе аттрибуты "url", чтобы ссылаться на
внешние файлы, например изображения.  К
сожалению, если пути к этим внешним
файлам относительные, то сервер
считает, что они относительны текущей
страницы, то есть страницы, откуда
вызывается конкатенация CSS файлов при
помощи http-concat.  Например: файл
"/jquery/jquery-ui-1.8.17.custom.css" из стандартной
библиотеки "jquery" содержит 8 линков на
внешние файлы в каталоге images/...., пути к
которым должны определятся как
/jquery/images/...., если вызывать этот CSS файл
напрямую.  Но если мы хотим
задействовать http-concat в другом каталоге
сайта, но при этом использовать данный
CSS файл из библиотеки jquery, то линки на
изображения больше не работают, так как
они становятся относительными того
файла, откуда вызывается
/jquery/jquery-ui-1.8.17.custom.css.  

Перед тем как мы нашли модуль http-concat, мы
использовали PHP чтобы связывать CSS и
Javascript файлы в один файл, и наш скрипт
умел находить линки на изображения с
атрибутом "url" и в общем файле, который
выдавал клиенту, подставлял вместо
относительных абсолютные и правильные
пути в таких линках, так как известен
путь к самому файлу, в котором эти линки
присутствуют.  Это делалось при помощи
preg_replace():

$uri_path = dirname($css_file['uri']);
// example: url(relative/path/to/file) becomes:
url(/absolute/and/not/relative/path/to/file) within a CSS file
$buf =
preg_replace('/(:?\s*url\s*\()[\'"\s]*([^\/\'"].*)[\'"\s]*\)/isU', '$1'
. ($uri_path == '/' ? '/' : $uri_path . '/') . '$2)', $buf);

Возможно ли как-то использовать PCRE
библиотеку чтобы сделать подобную
автоматическую замену линков в
аттрибутах "url" в CSS файлах на абсолютные
пути на языке C?  Ведь nginx и так уже
использует PCRE в полный рост, так может
быть это не такая уж трудоёмкая задача? 


К сожалению, у меня очень мало опыта
программирования на языке C, поэтому и
вынужден обратиться к экспертам.  Любые
патчи или предложения по устранению
изложенных проблем приветствуются.  Я
также уверен, что этот модуль может
быть многим полезен в силу возможности
уменьшить количество запросов к
javascript/css файлам. 

Буду очень признателен за любую
помощь.

Спасибо,
Андрей

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222269,222269#msg-222269


From nginx-forum на nginx.us  Sat Feb 11 00:15:37 2012
From: nginx-forum на nginx.us (Antonello)
Date: Fri, 10 Feb 2012 19:15:37 -0500
Subject: =?UTF-8?B?0J7RgtC00LDRh9CwINC60L7QtNCwIHBocCDQstC80LXRgdGC0L4g0YHRgtGA0LA=?=
	=?UTF-8?B?0L3QuNGG0Ysg0Lgg0L3QtdCy0L7Qt9C80L7QttC90L7RgdGC0Ywg0YHQutCw?=
	=?UTF-8?B?0YfQsNGC0Ywg0YTQsNC50LvRiw==?=
Message-ID: <402bc1696f20b0dad94f5c50a4ea41c1.NginxMailingListRussian@forum.nginx.org>

Несколько вопросов (nginx 1.0.12 +php):

1. Есть фаил допустим test.php

location ^~ /test.php {
allow 1.1.1.1;
deny all;
}

Почему при доступе с Ip 1.1.1.1 мне
предлагает скачать фаил test.php, но не
показывает как страницу? (с другими
расширениями вроде все ок)

2. Хочу например расшарить папку с
файлами R:/FILES/

 location ^~ /files/ {
    alias C:/FILES/;
autoindex on;
autoindex_exact_size off;
} 

расшаривает, но скачать неполучается!
Ошибка 505 (в логе [crit] 4196#5352: *3 CreateFile()
"C:/FILES/11-11-11.2011.D.BDRip.1080p.[лицензия].mkv" failed
(1113: No mapping for the Unicode character exists in the target
multi-byte code page), client: 1.1.1.1, server: 1.1.1.1, request: "GET
/files/11-11-11.2011.D.BDRip.1080p.%5b%eb%e8%f6%e5%ed%e7%e8%ff%5d.mkv
HTTP/1.1", host: "1.1.1.1", referrer: "http://1.1.1.1/files/") в чем
тут проблема и как решить?

Новичек в этом замаялся код искать :(

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222275,222275#msg-222275


From nginx-forum на nginx.us  Sat Feb 11 00:48:15 2012
From: nginx-forum на nginx.us (Softer)
Date: Fri, 10 Feb 2012 19:48:15 -0500
Subject: =?UTF-8?B?UmU6INCe0YLQtNCw0YfQsCDQutC+0LTQsCBwaHAg0LLQvNC10YHRgtC+INGB0YI=?=
	=?UTF-8?B?0YDQsNC90LjRhtGLINC4INC90LXQstC+0LfQvNC+0LbQvdC+0YHRgtGMINGB?=
	=?UTF-8?B?0LrQsNGH0LDRgtGMINGE0LDQudC70Ys=?=
In-Reply-To: <402bc1696f20b0dad94f5c50a4ea41c1.NginxMailingListRussian@forum.nginx.org>
References: <402bc1696f20b0dad94f5c50a4ea41c1.NginxMailingListRussian@forum.nginx.org>
Message-ID: <3f39bf905b5be0dbe8e257956509c92a.NginxMailingListRussian@forum.nginx.org>

1) А кто обрабатывает PHP?
2) Похоже на проблемы с кодировкой в
имени файла. С полностью латинскими
именами качает?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222275,222276#msg-222276


From nginx-forum на nginx.us  Sat Feb 11 01:15:32 2012
From: nginx-forum на nginx.us (Antonello)
Date: Fri, 10 Feb 2012 20:15:32 -0500
Subject: =?UTF-8?B?UmU6INCe0YLQtNCw0YfQsCDQutC+0LTQsCBwaHAg0LLQvNC10YHRgtC+INGB0YI=?=
	=?UTF-8?B?0YDQsNC90LjRhtGLINC4INC90LXQstC+0LfQvNC+0LbQvdC+0YHRgtGMINGB?=
	=?UTF-8?B?0LrQsNGH0LDRgtGMINGE0LDQudC70Ys=?=
In-Reply-To: <3f39bf905b5be0dbe8e257956509c92a.NginxMailingListRussian@forum.nginx.org>
References: <402bc1696f20b0dad94f5c50a4ea41c1.NginxMailingListRussian@forum.nginx.org>
	<3f39bf905b5be0dbe8e257956509c92a.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4bad53888968ba29bc2f3c9d1994e12d.NginxMailingListRussian@forum.nginx.org>

Softer Wrote:
-------------------------------------------------------
> 1) А кто обрабатывает PHP?
> 2) Похоже на проблемы с
> кодировкой в имени файла. С
> полностью латинскими
> именами качает?

1. fastcgi
2. Качает нормально

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222275,222277#msg-222277


From ne на vbart.ru  Sat Feb 11 09:07:39 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Sat, 11 Feb 2012 13:07:39 +0400
Subject: =?UTF-8?B?UmU6ICDQntGC0LTQsNGH0LAg0LrQvtC00LAgcGhwINCy0LzQtdGB0YLQviDRgdGC?=
	=?UTF-8?B?0YDQsNC90LjRhtGLINC4INC90LXQstC+0LfQvNC+0LbQvdC+0YHRgtGMINGB?=
	=?UTF-8?B?0LrQsNGH0LDRgtGMINGE0LDQudC70Ys=?=
In-Reply-To: <402bc1696f20b0dad94f5c50a4ea41c1.NginxMailingListRussian@forum.nginx.org>
References: <402bc1696f20b0dad94f5c50a4ea41c1.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201202111307.39430.ne@vbart.ru>

On Saturday 11 February 2012 04:15:37 Antonello wrote:
> Несколько вопросов (nginx 1.0.12 +php):
> 
> 1. Есть фаил допустим test.php
> 
> location ^~ /test.php {
> allow 1.1.1.1;
> deny all;
> }
> 
> Почему при доступе с Ip 1.1.1.1 мне
> предлагает скачать фаил test.php, но не
> показывает как страницу? (с другими
> расширениями вроде все ок)
> 

Вы хотите, видеть php код в браузере?

Скачивается потому, что вы не прописали MIME тип для .php и используется из 
default_type, который видимо у вас application/octet-stream

http://nginx.org/ru/docs/http/ngx_http_core_module.html#types
http://nginx.org/ru/docs/http/ngx_http_core_module.html#default_type

Если же вы хотите, чтобы php обрабатывался вашим backend-ом, то тогда нужно 
настроить передачу запроса на ваш backend. Вы, вероятно, не правильно понимаете 
как работают директивы location, поэтому рекомендую почитать документацию:

http://nginx.org/ru/docs/http/ngx_http_core_module.html#location

--
Валентин Бартенев

From gmm на csdoc.com  Sat Feb 11 11:03:37 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Sat, 11 Feb 2012 13:03:37 +0200
Subject: =?UTF-8?B?UmU6INC80L7QtNGD0LvRjCDRh9GC0L7QsdGLINC00LjQvdCw0LzQuNGH0LXRgdC6?=
	=?UTF-8?B?0Lgg0L7RgtC00LDQstCw0YLRjCDQvdC10YHQutC+0LvRjNC60L4gamF2YS1z?=
	=?UTF-8?B?Y3JpcHQvY3NzINGE0LDQudC70L7QsiDQsiDQvtC00L3QvtC8IGJ1bmRsZQ==?=
In-Reply-To: <dff4b30dbe1aa7471922a7f1b922b526.NginxMailingListRussian@forum.nginx.org>
References: <dff4b30dbe1aa7471922a7f1b922b526.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F364B09.30405@csdoc.com>

On 11.02.2012 0:49, locojohn wrote:

...

> позволяет соединять несколько файлов в
> один и выдавать соединенный файл
> клиенту, что позволяет сократить время
> запроса, так как нет традиционного
> обращения к каждому файлу по
> отдельности. Мы используем этот модуль
> для соединения в "бандлы" Javascript и CSS
> файлов.

что мешает соединить эти файлы в один перед выкладыванием
на сайт и сделать два варианта "бандлов" - без компрессии
и с компрессией для отдачи через модуль ngx_http_gzip_static

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

вот пример, как это сделано на сайте nginx.org:
http://trac.nginx.org/nginx/browser/nginx_org

-------- Original Message --------
Subject: Re: ngx_http_gzip_static_module и 7z
Date: Mon, 20 Dec 2010 16:22:34 +0300
From: Igor Sysoev <igor на sysoev.ru>
Reply-To: nginx-ru на nginx.org
To: nginx-ru на nginx.org

On Fri, Dec 17, 2010 at 04:21:17PM +0300, Роман wrote:

 > Сравнивал сжатие gzip и 7z
 > 7z выигрывает на несколько килобайт
 >
 > возник вопрос - а можно ли или планируется ввести поддержку сжатия lzma?
 >
 > я не знаю зависит ли это от браузера или нет
 > просьба просветпить

По поводу браузеров уже просветили, но 7z может сжимать в обычный
формат gzip немного лучше, чем сам gzip:

7za a -tgzip -mx9 -mpass=15 -si -ba -bd file.gz < file

Например, для текущего http://nginx.org/en/CHANGES
gzip -9 даёт 39627 байт, а вышеописанная строка 7z - 38090.



-------- Original Message --------
Subject: Re: nginx + minify
Date: Wed, 31 Aug 2011 22:06:21 +0400
From: Igor Sysoev <igor на sysoev.ru>
Reply-To: nginx-ru на nginx.org
To: nginx-ru на nginx.org

On Wed, Aug 31, 2011 at 08:09:22PM +0300, Gena Makhomed wrote:
 > On 31.08.2011 16:47, Igor Sysoev wrote:
 >
 > >> Чтобы склеивать эти все файлы вместе и
 > >> передавать как один, запускается PHP script.
 > >> Он создаёт соответствующий склеенный
 > >> файл и в следующий раз читает его уже с
 > >> диска.   Работает это значительно
 > >> быстрее чем если загружать все четыре
 > >> CSS файла по отдельности через<link href...>
 > >> для каждого.
 >
 > скорее всего, это http://code.google.com/p/minify/
 > или что-то подобное.
 >
 > > Да, но какова цена этой склейки.
 > > Почему бы не склеить их в статический файл для nginx'а,
 > > да ещё и сделать .gz вариант ?
 >
 > таким образом будет проще настраивать, если для разных
 > страниц надо подключать разные наборы стилей/скриптов.
 >
 > когда можно сделать 1 файл style.css/style.css.gz
 > и 1 файл script.js/script.js.gz - тогда все просто,
 > в момент выкладывания новой версии сайта на сервер
 > скриптом просто заново перестраиваются эти 4 файла.
 >
 > а когда таких комбинаций файлов css/js десятки и сотни,
 > то появляется большое количество ручной работы, которую
 > не совсем понятно как можно автоматизировать без глюков.

Зачем руками ? Есть Makefile.

Например, nginx.org (не самый большой сайт, конечно) транслируется из XML
в HTML с помощью xsltproc. Потом rsync'ается в каталог, где для файлов
делается .gz, а потом это снова rsync'ается в каталог веб-сервера. Всё,
что нужно сделать после изменений (как в XML, так и в XSLT), это

     make all gzip copy

=========================================================================

-- 
Best regards,
  Gena


From nginx-forum на nginx.us  Sat Feb 11 11:44:33 2012
From: nginx-forum на nginx.us (locojohn)
Date: Sat, 11 Feb 2012 06:44:33 -0500
Subject: =?UTF-8?B?UmU6INC80L7QtNGD0LvRjCDRh9GC0L7QsdGLINC00LjQvdCw0LzQuNGH0LXRgdC6?=
	=?UTF-8?B?0Lgg0L7RgtC00LDQstCw0YLRjCDQvdC10YHQutC+0LvRjNC60L4gamF2YS1z?=
	=?UTF-8?B?Y3JpcHQvY3NzINGE0LDQudC70L7QsiDQsiDQvtC00L3QvtC8IGJ1bmRsZQ==?=
In-Reply-To: <4F364B09.30405@csdoc.com>
References: <4F364B09.30405@csdoc.com>
Message-ID: <15aa0cad24afe1490ae5c5b5b192fec6.NginxMailingListRussian@forum.nginx.org>

Gena Makhomed Wrote:
-------------------------------------------------------
> что мешает соединить эти
> файлы в один перед
> выкладыванием
> на сайт и сделать два
> варианта "бандлов" - без
> компрессии
> и с компрессией для отдачи
> через модуль ngx_http_gzip_static
> 
> время запроса в результате
> еще больше сократится.

Спасибо, Гена.  Я уже читал когда-то
ветку, где вы рекомендовали данный
подход.  Но:

Во-первых, наши разработчики ведут
очень активную работу, включая
создание патчей для стандартных JS
библиотек, создание новых файлов и
каталогов, и мы постоянно, ежедневно, по
нескольку часов в день выкладываем эти
изменения на рабочий сайт.  

Во-вторых, Javascript/CSS/HTML программисты не
имеют доступа к шеллу и не знают, что
такое Makefile.  Они не смогли бы запускать
предложенную вами процедуру, вдобавок,
это не в их компетенции.  Ну а сообщать
мне о любых изменениях и просить
скомпилировать новый бандл -- извините,
но нет..   

В-третьих, время запроса для отдачи
таких в оффлайне приготовленных
статических бандлов не настолько
меньше времени динамического
склеивания при помощи встроенного в nginx
модуля, чтобы тратить отдельное своё
время на постоянное
перепрограммирование и перезапуск
вручную Makefile.  Возможно, на сайтах с
посещаемостью >4,000,000 пользователей в
день ваш подход имеет смысл, но наши
сайты -- не порталы.  Мы делаем
узко-специализированные web-приложения,
где количество пользователей не так
велико.  Однако есть пользователи с
медленных линков, отсюда возникла
задача оптимизации запросов-ответов и,
как часть решения данной проблемы --
вариант использования склеивающего
модуля.

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

Заренее благодарен,

Андрей

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222269,222281#msg-222281


From gmm на csdoc.com  Sat Feb 11 11:58:46 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Sat, 11 Feb 2012 13:58:46 +0200
Subject: =?UTF-8?B?UmU6INC80L7QtNGD0LvRjCDRh9GC0L7QsdGLINC00LjQvdCw0LzQuNGH0LXRgdC6?=
	=?UTF-8?B?0Lgg0L7RgtC00LDQstCw0YLRjCDQvdC10YHQutC+0LvRjNC60L4gamF2YS1z?=
	=?UTF-8?B?Y3JpcHQvY3NzINGE0LDQudC70L7QsiDQsiDQvtC00L3QvtC8IGJ1bmRsZQ==?=
In-Reply-To: <15aa0cad24afe1490ae5c5b5b192fec6.NginxMailingListRussian@forum.nginx.org>
References: <4F364B09.30405@csdoc.com>
	<15aa0cad24afe1490ae5c5b5b192fec6.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F3657F6.8040808@csdoc.com>

On 11.02.2012 13:44, locojohn wrote:

> В-третьих, время запроса для отдачи
> таких в оффлайне приготовленных
> статических бандлов не настолько
> меньше времени динамического
> склеивания при помощи встроенного в nginx
> модуля, чтобы тратить отдельное своё
> время на постоянное
> перепрограммирование и перезапуск
> вручную Makefile.  Возможно, на сайтах с
> посещаемостью>4,000,000 пользователей в
> день ваш подход имеет смысл, но наши
> сайты -- не порталы.  Мы делаем
> узко-специализированные web-приложения,
> где количество пользователей не так
> велико.  Однако есть пользователи с
> медленных линков, отсюда возникла
> задача оптимизации запросов-ответов и,
> как часть решения данной проблемы --
> вариант использования склеивающего
> модуля.

если количество пользователей не велико,
то не обязательно "склеивать" файлы через
nginx, это можно делать и через backend:
http://code.google.com/p/minify/

> Если возможно, было бы здорово услышать
> ответы на прямо предложенные мною
> вопросы без отклонения в тему
> альтернативного решения проблемы.

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

-- 
Best regards,
  Gena


From nginx-forum на nginx.us  Sat Feb 11 15:58:00 2012
From: nginx-forum на nginx.us (crowwley)
Date: Sat, 11 Feb 2012 10:58:00 -0500
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <0ce20500a38e560343fc56904fb81a63.NginxMailingListRussian@forum.nginx.org>
References: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>
	<0ce20500a38e560343fc56904fb81a63.NginxMailingListRussian@forum.nginx.org>
Message-ID: <0e69e21a3ab6987687c0008c808ce839.NginxMailingListRussian@forum.nginx.org>

zeromind Пишет:
-------------------------------------------------------
> может, кто подскажит, где
> можно готовое видео найти в
> mp4 готовое для стриминга?

Такое решение нет, это точно, если
только нет сервера у которого не скрыты
ссылки на видео роликов. Тогда можно
тупа скопировать. А по логике если
быстрый интернет скажем от 20мб, можно
видео залить на скажем youtube и скачать
его после конвертации, а видео удалить
=)вот.

----
Тема интересная добавлю пробовал и
через плеер JWplayer(ПсведоСтримминг)
такая же проблема не дает ползунок
сдвинуть с места. Вряд ли это связано с
сервером, скорее что-то не правильно в
конфиге но при запуске сервера, ошибок
нет выходит все работает правильно.

На картинке видно, что идет загрузка с
начало в буфер, но ползунок не сдвинуть
в область где еще не было загрузки в
буфер:
http://i5.pixs.ru/storage/4/6/1/scr1png_4666915_3996461.png

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222082,222289#msg-222289


From nginx-forum на nginx.us  Sat Feb 11 19:26:37 2012
From: nginx-forum на nginx.us (crowwley)
Date: Sat, 11 Feb 2012 14:26:37 -0500
Subject: =?UTF-8?B?0KPQoNCQINC/0L7Qu9GD0YfQuNC70L7RgdGMISDQntC90LvQsNC50L0g0LLQuNC0?=
	=?UTF-8?B?0LXQviDRgNCw0LHQvtGC0LDQtdGCINC60LDQuiDQvdCw0LTQvi4gPSk=?=
Message-ID: <ff7d0f015ac45167d0be22eab575b39e.NginxMailingListRussian@forum.nginx.org>

Привет всем! 

Главное что нужно знать, не думайте все
сваливать на якобы не работа
способность nginx. Когда я понял что на
самом деле проблема не в сервере и
конфиге (почему то мне казалось что
наверное в конфиг не правильно
настраиваю что-то) это и мешало мне в
решении задачи, после того как я уже
стал думать что это не решаемая задача
для меня, решил изучить плеер и забить
на эту тему, и к моему удивлению нашел
решение буквально за 3-4 минут.

Косяк почему "mp4" файл загружается в
буфер (после обработки доп. ПО), а
ползунок не переместить в не
загруженную область плеера 
заключается не в проблемах сервера
либо конфиге, а вы самом плеере, то есть
в javascript нужно добавить специальный
параметр, а какой это параметр можно
узнать на сайте производителя плееров.

Спасибо всем! Да будет NGINX!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222295,222295#msg-222295


From nginx-forum на nginx.us  Sat Feb 11 19:27:41 2012
From: nginx-forum на nginx.us (crowwley)
Date: Sat, 11 Feb 2012 14:27:41 -0500
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>
References: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <b14fb065ed905517d44d9e84f74c2158.NginxMailingListRussian@forum.nginx.org>

http://forum.nginx.org/read.php?21,222082,222082#msg-222082

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222082,222296#msg-222296


From nginx-forum на nginx.us  Sat Feb 11 19:36:50 2012
From: nginx-forum на nginx.us (crowwley)
Date: Sat, 11 Feb 2012 14:36:50 -0500
Subject: =?UTF-8?B?UmU6INCj0KDQkCDQv9C+0LvRg9GH0LjQu9C+0YHRjCEg0J7QvdC70LDQudC9INCy?=
	=?UTF-8?B?0LjQtNC10L4g0YDQsNCx0L7RgtCw0LXRgiDQutCw0Log0L3QsNC00L4uID0p?=
In-Reply-To: <ff7d0f015ac45167d0be22eab575b39e.NginxMailingListRussian@forum.nginx.org>
References: <ff7d0f015ac45167d0be22eab575b39e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <d12b9e7e3a96ce85dcb85a293b25b27a.NginxMailingListRussian@forum.nginx.org>

На картинке видно, что идет загрузка с
начало в буфер, но ползунок не сдвинуть
в область где еще не было загрузки в
буфер:
http://i5.pixs.ru/storage/4/6/1/scr1png_4666915_3996461.png

После добавления параметров в код JWplayer
стал работать как нужно.
http://i5.pixs.ru/storage/5/5/2/scr2png_5060378_3998552.png

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222295,222297#msg-222297


From dimentiy2k на gmail.com  Sat Feb 11 19:50:50 2012
From: dimentiy2k на gmail.com (Dmitry Timoshenko)
Date: Sat, 11 Feb 2012 23:50:50 +0400
Subject: =?UTF-8?B?0J3QsNGB0YLRgNC+0LnQutC4IG5naW54INC00LvRjyDQvtCx0YDQsNCx0L7RgtC6?=
	=?UTF-8?B?0LggcGhwINC40Lcg0L/QvtC00LrQsNGC0LDQu9C+0LPQvtCyINGB0LDQudGC?=
	=?UTF-8?B?0LA=?=
Message-ID: <4F36C69A.6050201@gmail.com>

Здравствуйте,

Я новичок в nginx,
Я установил и настроил nginx & php, все хорошо, php файлы находящиеся в 
корне сайта
обрабатываются как надо, но в подкаталогах с ними ничего не происходит 
они отправляются клиенту как текст.

т.е. файл example.com/download.php отработает как надо
а example.com/stuff/dosomething.php вернется клиенту как текст

эта блок настроек nginx server {} который я использую

#
# example.com
#

server {
     listen   80;
     server_name  example.com;

     access_log  /var/log/nginx/example.com.access.log;

     location / {
         root   /var/www/nginx-default/example.com;
         index  index.html index.htm index.php;
     }

## Parse all .php file in the /var/www directory
     location ~ .php$ {
         fastcgi_split_path_info ^(.+\.php)(.*)$;
         fastcgi_pass   backend;
         fastcgi_index  index.php;
         fastcgi_param  SCRIPT_FILENAME  
/var/www/nginx-default/example.com$fastcgi_script_name;
         include fastcgi_params;
         fastcgi_param  QUERY_STRING     $query_string;
         fastcgi_param  REQUEST_METHOD   $request_method;
         fastcgi_param  CONTENT_TYPE     $content_type;
         fastcgi_param  CONTENT_LENGTH   $content_length;
         fastcgi_intercept_errors        on;
         fastcgi_ignore_client_abort     off;
         fastcgi_connect_timeout 60;
         fastcgi_send_timeout 180;
         fastcgi_read_timeout 180;
         fastcgi_buffer_size 128k;
         fastcgi_buffers 4 256k;
         fastcgi_busy_buffers_size 256k;
         fastcgi_temp_file_write_size 256k;
     }

## Disable viewing .htaccess & .htpassword
     location ~ /\.ht {
         deny  all;
     }
}

upstream backend {
         server 127.0.0.1:9000;
}

Будьте добры подскажите пожалуйста, какие изменения внести чтобы стало 
возможным
обработка php файлов в подкаталогах,

Благодарю, Дмитрий.





From nginx-forum на nginx.us  Sat Feb 11 23:29:03 2012
From: nginx-forum на nginx.us (zeromind)
Date: Sat, 11 Feb 2012 18:29:03 -0500
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>
References: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <eb208bc107999d01b25d57fde8e144ca.NginxMailingListRussian@forum.nginx.org>

у меня ползунок в плеере двигается
(нужно настроить стримминг именно в
плеере), а вот контент сервак отдаёт
всегда одинаковый, с самого начала,
когбудто я кодирую / вшиваю метаданные
не так

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222082,222299#msg-222299


From exelib на googlemail.com  Sun Feb 12 01:01:54 2012
From: exelib на googlemail.com (Anton Bessonov)
Date: Sun, 12 Feb 2012 02:01:54 +0100
Subject: =?UTF-8?B?UmU6INCX0LDQs9GA0YPQt9C60LAg0YTQsNC50LvQvtCyINGBINC00YDRg9Cz0L4=?=
	=?UTF-8?B?0LPQviDRgdC10YDQstC10YDQsA==?=
In-Reply-To: <e27c39ae7c9558dee3757b49506a0a13.NginxMailingListRussian@forum.nginx.org>
References: <4F34440D.4000301@gmail.com>
	<e27c39ae7c9558dee3757b49506a0a13.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F370F82.6020109@gmail.com>

Проблема всё-равно не ясна. Если я правильно Вас понял, то Вас не 
устраивает то, что большая картинка у медленных клиентов загружается не 
асинхронно, а блокирует загрузку текста/сайта/прочего. Правильно? Тогда 
чем решение не подходит? Да и разве проблема между серверами?

On 10.02.2012 06:27, kosta1 wrote:
> Добрый день, Антон
>
> Мы рассматриваем разные варианты, в том
> числе и javascript.
>
> Нам надо, чтобы если картинки на
> локальном сервере нет, то ее надо
> первый раз скачать с удаленного и
> положить на локальный, и впоследствии
> скачивать с локального. Приведенный
> пример со скриптом это сделать не
> сможет.
>
> К.
>
> Anton Bessonov Wrote:
> -------------------------------------------------------
>> Здравствуйте,
>>
>> боюсь спросить, но причём
>> тут nginx? Как вариант
>> (псевдокод):
>>
>> <img id="kartinko"
>> src="заглушка_или_маленькая_к
>> артинка.jpg />
>>
>> <script type="text/javascript">
>> window.onload = function() {
>>       document.getElementById('kartinko').src =
>> "большая_картинка.jpg";
>> }
>> </script>
>>
>> не подойдёт?
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222151,222199#msg-222199
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Sun Feb 12 12:50:29 2012
From: nginx-forum на nginx.us (crowwley)
Date: Sun, 12 Feb 2012 07:50:29 -0500
Subject: =?UTF-8?B?0LzQtdGC0LDQtNCw0L3QvdGL0LUgbXA0INCyINC/0LXRgNC10LQsINGBINC60L4=?=
	=?UTF-8?B?0L3RhtCwPyE=?=
Message-ID: <0df1b325179da176dd9cbe1ddbfb8845.NginxMailingListRussian@forum.nginx.org>

Привет.

Возник новый вопрос, у меня плеер
проигрывает ролики с метаданными и без
них. То есть ползунок можно сдвинуть в
любое место без метаданных. Почитав
инфо на сайте nginx (на странице модуля mp4)
я так понял что это исключение для
моего плеера JWplayer 5.9 ? Подскажите
пожалуйста, если мой плеер запускает
ролик без переноса метаданных спец. ПО
типа. mp4box в начало видео, это означает
что мой плеер исключение как указано на
сайте nginx (о том что некоторые плееры
могут определять видео правильно, на
сколько я понял).? Спасибо

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222305,222305#msg-222305


From nginx-forum на nginx.us  Sun Feb 12 13:07:47 2012
From: nginx-forum на nginx.us (crowwley)
Date: Sun, 12 Feb 2012 08:07:47 -0500
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <eb208bc107999d01b25d57fde8e144ca.NginxMailingListRussian@forum.nginx.org>
References: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>
	<eb208bc107999d01b25d57fde8e144ca.NginxMailingListRussian@forum.nginx.org>
Message-ID: <62226fd0af4a40494d4203b76ab66b7b.NginxMailingListRussian@forum.nginx.org>

попробуй плеер JWplayer 5.9 он реально
простой, хотя может быть у тебя
проблемы в настройках конфига (а лучше
почитай документацию) там есть все
ответы, как не странно. Да еще забыл
добавить решение я нашел в win32 а не в linux
может что-то криво скомпилировал.

на сколько я знаю(предполагаю):
1) к вопросу есть ответ в документации
2) к этому вопросы я рекомендую mp4box
3) без разницы на сколько я понял.

^^об этому серьезно не нужно размышлять
я только предполагаю.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222082,222308#msg-222308


From nginx-forum на nginx.us  Sun Feb 12 13:42:34 2012
From: nginx-forum на nginx.us (zeromind)
Date: Sun, 12 Feb 2012 08:42:34 -0500
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>
References: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <69cc3e46882ff6756d230e45fff5121b.NginxMailingListRussian@forum.nginx.org>

win32 точно не моё, только linux, JW player я
попробую, дай кстате ссылку плиз как ты
его настраивал

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222082,222309#msg-222309


From nginx-forum на nginx.us  Sun Feb 12 19:15:54 2012
From: nginx-forum на nginx.us (crowwley)
Date: Sun, 12 Feb 2012 14:15:54 -0500
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <69cc3e46882ff6756d230e45fff5121b.NginxMailingListRussian@forum.nginx.org>
References: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>
	<69cc3e46882ff6756d230e45fff5121b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <bc4bc0363b849f11cfabe752d7170cad.NginxMailingListRussian@forum.nginx.org>

в гугл, бей JWplayer, читай док. если вообще
все туго пиши аску помогу разобраться

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222082,222317#msg-222317


From nginx-forum на nginx.us  Sun Feb 12 19:33:48 2012
From: nginx-forum на nginx.us (zeromind)
Date: Sun, 12 Feb 2012 14:33:48 -0500
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>
References: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <f57e143f8f8d164c4dff8e8e84e0dd83.NginxMailingListRussian@forum.nginx.org>

черкани свою icq, поговорим)

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222082,222318#msg-222318


From chipitsine на gmail.com  Mon Feb 13 08:18:06 2012
From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=)
Date: Mon, 13 Feb 2012 13:18:06 +0500
Subject: =?UTF-8?B?UmU6INC80L7QtNGD0LvRjCDRh9GC0L7QsdGLINC00LjQvdCw0LzQuNGH0LXRgdC6?=
	=?UTF-8?B?0Lgg0L7RgtC00LDQstCw0YLRjCDQvdC10YHQutC+0LvRjNC60L4gamF2YS1z?=
	=?UTF-8?B?Y3JpcHQvY3NzINGE0LDQudC70L7QsiDQsiDQvtC00L3QvtC8IGJ1bmRsZQ==?=
In-Reply-To: <15aa0cad24afe1490ae5c5b5b192fec6.NginxMailingListRussian@forum.nginx.org>
References: <4F364B09.30405@csdoc.com>
	<15aa0cad24afe1490ae5c5b5b192fec6.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAFHpkQHF3zhcJe2WTviFKUCF+LsQr9JK4WK--ZR2Hm9i5yM7nQ@mail.gmail.com>

есть ajax minifier, например. работает под ms build.
в чем разрабатывают ваши программисты ?

у нас тоже есть программисты и формируется очень неплохая культура, когда в
имя статики добавляется хеш или дата. и после этого отдавай хоть с каким
Expire, никакого риска.

11 февраля 2012 г. 17:44 пользователь locojohn <nginx-forum на nginx.us>написал:

> Gena Makhomed Wrote:
> -------------------------------------------------------
> > что мешает соединить эти
> > файлы в один перед
> > выкладыванием
> > на сайт и сделать два
> > варианта "бандлов" - без
> > компрессии
> > и с компрессией для отдачи
> > через модуль ngx_http_gzip_static
> >
> > время запроса в результате
> > еще больше сократится.
>
> Спасибо, Гена.  Я уже читал когда-то
> ветку, где вы рекомендовали данный
> подход.  Но:
>
> Во-первых, наши разработчики ведут
> очень активную работу, включая
> создание патчей для стандартных JS
> библиотек, создание новых файлов и
> каталогов, и мы постоянно, ежедневно, по
> нескольку часов в день выкладываем эти
> изменения на рабочий сайт.
>
> Во-вторых, Javascript/CSS/HTML программисты не
> имеют доступа к шеллу и не знают, что
> такое Makefile.  Они не смогли бы запускать
> предложенную вами процедуру, вдобавок,
> это не в их компетенции.  Ну а сообщать
> мне о любых изменениях и просить
> скомпилировать новый бандл -- извините,
> но нет..
>
> В-третьих, время запроса для отдачи
> таких в оффлайне приготовленных
> статических бандлов не настолько
> меньше времени динамического
> склеивания при помощи встроенного в nginx
> модуля, чтобы тратить отдельное своё
> время на постоянное
> перепрограммирование и перезапуск
> вручную Makefile.  Возможно, на сайтах с
> посещаемостью >4,000,000 пользователей в
> день ваш подход имеет смысл, но наши
> сайты -- не порталы.  Мы делаем
> узко-специализированные web-приложения,
> где количество пользователей не так
> велико.  Однако есть пользователи с
> медленных линков, отсюда возникла
> задача оптимизации запросов-ответов и,
> как часть решения данной проблемы --
> вариант использования склеивающего
> модуля.
>
> Если возможно, было бы здорово услышать
> ответы на прямо предложенные мною
> вопросы без отклонения в тему
> альтернативного решения проблемы.
>
> Заренее благодарен,
>
> Андрей
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,222269,222281#msg-222281
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120213/8180c283/attachment.html>

From chipitsine на gmail.com  Mon Feb 13 08:22:29 2012
From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=)
Date: Mon, 13 Feb 2012 13:22:29 +0500
Subject: =?UTF-8?B?UmU6INC80L7QtNGD0LvRjCDRh9GC0L7QsdGLINC00LjQvdCw0LzQuNGH0LXRgdC6?=
	=?UTF-8?B?0Lgg0L7RgtC00LDQstCw0YLRjCDQvdC10YHQutC+0LvRjNC60L4gamF2YS1z?=
	=?UTF-8?B?Y3JpcHQvY3NzINGE0LDQudC70L7QsiDQsiDQvtC00L3QvtC8IGJ1bmRsZQ==?=
In-Reply-To: <15aa0cad24afe1490ae5c5b5b192fec6.NginxMailingListRussian@forum.nginx.org>
References: <4F364B09.30405@csdoc.com>
	<15aa0cad24afe1490ae5c5b5b192fec6.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAFHpkQEAADiV0rX1kSRLcw_QtDjwoEhdGWBc630ecms_3pTsSg@mail.gmail.com>

>
> Если возможно, было бы здорово услышать
> ответы на прямо предложенные мною
> вопросы без отклонения в тему
> альтернативного решения проблемы.
>
>
keep-alive включен ?
имхо, немного проиграете, если при включенном keep-alive отдавать несколько
файликов.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120213/fdd844e2/attachment.html>

From nginx-forum на nginx.us  Mon Feb 13 12:12:17 2012
From: nginx-forum на nginx.us (locojohn)
Date: Mon, 13 Feb 2012 07:12:17 -0500
Subject: =?UTF-8?B?UmU6INC80L7QtNGD0LvRjCDRh9GC0L7QsdGLINC00LjQvdCw0LzQuNGH0LXRgdC6?=
	=?UTF-8?B?0Lgg0L7RgtC00LDQstCw0YLRjCDQvdC10YHQutC+0LvRjNC60L4gamF2YS1z?=
	=?UTF-8?B?Y3JpcHQvY3NzINGE0LDQudC70L7QsiDQsiDQvtC00L3QvtC8IGJ1bmRsZQ==?=
In-Reply-To: <CAFHpkQHF3zhcJe2WTviFKUCF+LsQr9JK4WK--ZR2Hm9i5yM7nQ@mail.gmail.com>
References: <CAFHpkQHF3zhcJe2WTviFKUCF+LsQr9JK4WK--ZR2Hm9i5yM7nQ@mail.gmail.com>
Message-ID: <03f19ba868d525d9e1401e3f26c8aa33.NginxMailingListRussian@forum.nginx.org>

Илья Шипицин Wrote:
-------------------------------------------------------
> есть ajax minifier, например.
> работает под ms build.
> в чем разрабатывают ваши
> программисты ?

Спасибо, Илья.  К сожалению, предыдущее
моё письмо по какой-то причине стёрли. 
Там были ответы на ваши вопросы.

Наши программисты разрабатывают у себя
на компьютерах в Ultraedit/Dreamweaver.  Потом
посылают изменения на сервер через SFTP. 
На сервере Gentoo Linux x86_64.  У программистов
даже шелл-доступа к серверу нет, о Makefile
говорить не приходится.  

> у нас тоже есть
> программисты и формируется
> очень неплохая культура,
> когда в
> имя статики добавляется
> хеш или дата. и после этого
> отдавай хоть с каким
> Expire, никакого риска.

Непонятно, каким образом им создавать
бандлы в оффлайне или при переносе
изменений с тест-сервера, где они
постоянно обновляют свои файлы, на
рабочий сервер?   Как это технически
можно сделать быстро и
полу-или-полностью автоматически?  Я
такой возможности при нашем раскладе
не вижу.  Напомню, что у них только SFTP
доступ к серверу, на котором всё
тестируется.  А изменения на рабочий
сервер они сами сейчас переносят при
помощи DW.  Вариант чтобы я это делал для
программистов каждый раз при
обновлении исключается.   Если вы
настаиваете, что это прекрасный способ
решения проблемы, опишите мне,
пожалуйста, его техническую базу.

Мне всё-таки видится использование
http-concat наиболее подходящим для решения
такой задачи.

Андрей

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222269,222339#msg-222339


From xasima на gmail.com  Mon Feb 13 14:04:41 2012
From: xasima на gmail.com (Xasima)
Date: Mon, 13 Feb 2012 17:04:41 +0300
Subject: =?UTF-8?B?UmU6INC80L7QtNGD0LvRjCDRh9GC0L7QsdGLINC00LjQvdCw0LzQuNGH0LXRgdC6?=
	=?UTF-8?B?0Lgg0L7RgtC00LDQstCw0YLRjCDQvdC10YHQutC+0LvRjNC60L4gamF2YS1z?=
	=?UTF-8?B?Y3JpcHQvY3NzINGE0LDQudC70L7QsiDQsiDQvtC00L3QvtC8IGJ1bmRsZQ==?=
In-Reply-To: <03f19ba868d525d9e1401e3f26c8aa33.NginxMailingListRussian@forum.nginx.org>
References: <CAFHpkQHF3zhcJe2WTviFKUCF+LsQr9JK4WK--ZR2Hm9i5yM7nQ@mail.gmail.com>
	<03f19ba868d525d9e1401e3f26c8aa33.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CALU10DvTDqyxkpqq2tOJ=WWn7qX=Amjn9VVrUrp0A65MMXjpzQ@mail.gmail.com>

Добрый день. Я сам интересовался решением похожей задачи в рассылке. Хочу
кое-что уточнить.

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


Вы рассматриваете вариант:
Нажатие кнопки  на web-фронтенде  Continious Integration системы (напр.,
http://jenkins-ci.org/), которая
a) заберет последние коммиты с заданной ветки (git  /svn)
б) запустит какую-нибудь систему сборки файлов в бандлы (а-ля
https://github.com/imegah/Haste)
с) добавит к бандлу (или индивидуальным файлам-библиотеки) версии,
основываясь на  номере релиза. Поместит  их по SSH на nginx / CDN.

Программисты должны будут лишь нажать кнопку на веб-интерфейсе, или же
подобная функциональность может быть стриггерована созданием нового тега
(мержа) в release (master) ветке репозитория.


> Мне всё-таки видится использование
> http-concat наиболее подходящим для решения
> такой задачи.
>
>
Мне кажется,  бандлы с более-менее постоянным составом библиотек проще и
стабильнее помещать  как отдельные ресурсы на файловую систему.

В случае же, если у вас (как у фейсбука),
1) состав библиотек для каждого клиента - разный, скомпилированные (напр, с
помощью closure)  библиотеки все равно зависят друг от друга (lazy
loading).
2) на клиенте находится js-module-manager, которые избирательно забирает
обновленные библиотеки (сверяясь при этом с локальным HTML storage)
3) генерация большого числа разнообразных наборов бандлов  не спасает, так
как на каждом клиенте могут оставаться в HTML Storage / Cache или по логике
- разные наборы библиотек, и вы при этом не можете позволить (из
соображений производительности на клиенте) перезагрузить заново бандл.

 - тогда, конечно, http-concat наиболее подходящее средство. Хорошо, если
 указанные  вами проблемы будут решены.


> Андрей
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,222269,222339#msg-222339
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
Best regards,
     ~ Xasima ~
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120213/5ab319ce/attachment.html>

From hell-for-yahoo на umail.ru  Mon Feb 13 19:15:05 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Mon, 13 Feb 2012 23:15:05 +0400
Subject: =?UTF-8?B?UmVbMl06INC80L7QtNGD0LvRjCDRh9GC0L7QsdGLINC00LjQvdCw0LzQuNGH0LU=?=
	=?UTF-8?B?0YHQutC4INC+0YLQtNCw0LLQsNGC0Ywg0L3QtdGB0LrQvtC70YzQutC+IGph?=
	=?UTF-8?B?dmEtc2NyaXB0L2NzcyDRhNCw0LnQu9C+0LIg0LIg0L7QtNC90L7QvCBidW5k?=
	=?UTF-8?B?bGU=?=
In-Reply-To: <03f19ba868d525d9e1401e3f26c8aa33.NginxMailingListRussian@forum.nginx.org>
References: <CAFHpkQHF3zhcJe2WTviFKUCF+LsQr9JK4WK--ZR2Hm9i5yM7nQ@mail.gmail.com>
	<03f19ba868d525d9e1401e3f26c8aa33.NginxMailingListRussian@forum.nginx.org>
Message-ID: <796708797.20120213231505@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) locojohn!

l> Непонятно, каким образом им создавать бандлы в оффлайне или при переносе
l> изменений с тест-сервера, где они постоянно обновляют свои файлы, на
l> рабочий сервер?

Простите, а у вас что, НАПРЯМУЮ на продакшн сервер файлы заливаются? O.o
Переделывайте техпроцесс, скажу я вам.

l> Как это технически можно сделать быстро и полу-или-полностью автоматически?

Полностью. Самой простое - по обновлению мастер svn пинается скрипт,
выплёвывающий результаты на продакшн с нужными поправками.


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) понедельник, 13.02.2012, <23:11>


From nginx-forum на nginx.us  Mon Feb 13 19:52:23 2012
From: nginx-forum на nginx.us (locojohn)
Date: Mon, 13 Feb 2012 14:52:23 -0500
Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQvNC+0LTRg9C70Ywg0YfRgtC+0LHRiyDQtNC40L3QsNC80Lg=?=
	=?UTF-8?B?0YfQtdGB0LrQuCDQvtGC0LTQsNCy0LDRgtGMINC90LXRgdC60L7Qu9GM0Lo=?=
	=?UTF-8?B?0L4gamF2YS1zY3JpcHQvY3NzINGE0LDQudC70L7QsiDQsiDQvtC00L3QvtC8?=
	=?UTF-8?B?IGJ1bmRsZQ==?=
In-Reply-To: <796708797.20120213231505@mtu-net.ru>
References: <796708797.20120213231505@mtu-net.ru>
Message-ID: <74aceb43fb493fa0072329c4b59f2656.NginxMailingListRussian@forum.nginx.org>

> Простите, а у вас что, НАПРЯМУЮ на
продакшн сервер файлы заливаются? 

Нет.

Андрей, у меня нет времени с вами
спорить на тему изменения технического
процесса.  У вас есть что сказать по
существу заданных вопросов без
альтернативных предложений?  

Андрей

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222269,222363#msg-222363


From hell-for-yahoo на umail.ru  Mon Feb 13 20:54:28 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Tue, 14 Feb 2012 00:54:28 +0400
Subject: =?UTF-8?B?UmU6INCd0LDRgdGC0YDQvtC50LrQuCBuZ2lueCDQtNC70Y8g0L7QsdGA0LDQsdC+?=
	=?UTF-8?B?0YLQutC4IHBocCDQuNC3INC/0L7QtNC60LDRgtCw0LvQvtCz0L7QsiDRgdCw?=
	=?UTF-8?B?0LnRgtCw?=
In-Reply-To: <4F36C69A.6050201@gmail.com>
References: <4F36C69A.6050201@gmail.com>
Message-ID: <59568781.20120214005428@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Dmitry Timoshenko!

DT> Я новичок в nginx,
DT> Я установил и настроил nginx & php, все хорошо, php файлы находящиеся в 
DT> корне сайта
DT> обрабатываются как надо, но в подкаталогах с ними ничего не происходит 
DT> они отправляются клиенту как текст.

DT> т.е. файл example.com/download.php отработает как надо
DT> а example.com/stuff/dosomething.php вернется клиенту как текст

DT> эта блок настроек nginx server {} который я использую

DT> #
DT> # example.com
DT> #

DT> server {
DT>      listen   80;
DT>      server_name  example.com;

DT>      access_log  /var/log/nginx/example.com.access.log;

DT>      location / {
DT>          root   /var/www/nginx-default/example.com;
DT>          index  index.html index.htm index.php;
-DT>      }

DT> ## Parse all .php file in the /var/www directory
DT>      location ~ .php$ {
DT>          fastcgi_split_path_info ^(.+\.php)(.*)$;
DT>          fastcgi_pass   backend;
DT>          fastcgi_index  index.php;
DT>          fastcgi_param  SCRIPT_FILENAME  
DT> /var/www/nginx-default/example.com$fastcgi_script_name;
DT>          include fastcgi_params;
DT>          fastcgi_param  QUERY_STRING     $query_string;
DT>          fastcgi_param  REQUEST_METHOD   $request_method;
DT>          fastcgi_param  CONTENT_TYPE     $content_type;
DT>          fastcgi_param  CONTENT_LENGTH   $content_length;
DT>          fastcgi_intercept_errors        on;
DT>          fastcgi_ignore_client_abort     off;
DT>          fastcgi_connect_timeout 60;
DT>          fastcgi_send_timeout 180;
DT>          fastcgi_read_timeout 180;
DT>          fastcgi_buffer_size 128k;
DT>          fastcgi_buffers 4 256k;
DT>          fastcgi_busy_buffers_size 256k;
DT>          fastcgi_temp_file_write_size 256k;
DT>      }
+ }
DT> ## Disable viewing .htaccess & .htpassword
DT>      location ~ /\.ht {
DT>          deny  all;
DT>      }
DT> }

DT> upstream backend {
DT>          server 127.0.0.1:9000;
DT> }

DT> Будьте добры подскажите пожалуйста, какие изменения внести чтобы стало 
DT> возможным
DT> обработка php файлов в подкаталогах,

Вас самого не насторожило, что в локации ~ \.php у вас не указан root ?


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) вторник, 14.02.2012, <00:52>


From hell-for-yahoo на umail.ru  Tue Feb 14 00:48:14 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Tue, 14 Feb 2012 04:48:14 +0400
Subject: =?UTF-8?B?UmVbNF06INC80L7QtNGD0LvRjCDRh9GC0L7QsdGLINC00LjQvdCw0LzQuNGH0LU=?=
	=?UTF-8?B?0YHQutC4INC+0YLQtNCw0LLQsNGC0Ywg0L3QtdGB0LrQvtC70YzQutC+IGph?=
	=?UTF-8?B?dmEtc2NyaXB0L2NzcyDRhNCw0LnQu9C+0LIg0LIg0L7QtNC90L7QvCBidW5k?=
	=?UTF-8?B?bGU=?=
In-Reply-To: <74aceb43fb493fa0072329c4b59f2656.NginxMailingListRussian@forum.nginx.org>
References: <796708797.20120213231505@mtu-net.ru>
	<74aceb43fb493fa0072329c4b59f2656.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1367779097.20120214044814@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) locojohn!

>> Простите, а у вас что, НАПРЯМУЮ на продакшн сервер файлы заливаются?

l> Нет.

Ну раз нет, значит нет...

l> Андрей, у меня нет времени с вами
l> спорить на тему изменения технического
l> процесса.  У вас есть что сказать по
l> существу заданных вопросов без
l> альтернативных предложений?  

Я не знаю, как у вас на самом деле всё поставлено, так что по существу
советовать ничего не могу (нет у меня дурной привычки гаданием на кофейной
гуще увлекаться).
Я просто предложил один из вариантов, как вы просили, полностью
автоматического формирования наполнения продакшн-сервера.
В общем случае, решение будет всё равно где-то в тех же дебрях - некий скрипт,
переводящий набор файлов из состояния "мы над этим работаем" в состояние "это
работает и не парит мне мозг".


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) вторник, 14.02.2012, <04:44>


From xasima на gmail.com  Tue Feb 14 08:42:12 2012
From: xasima на gmail.com (Xasima)
Date: Tue, 14 Feb 2012 10:42:12 +0200
Subject: =?UTF-8?B?UmU6IFJlWzRdOiDQvNC+0LTRg9C70Ywg0YfRgtC+0LHRiyDQtNC40L3QsNC80Lg=?=
	=?UTF-8?B?0YfQtdGB0LrQuCDQvtGC0LTQsNCy0LDRgtGMINC90LXRgdC60L7Qu9GM0Lo=?=
	=?UTF-8?B?0L4gamF2YS1zY3JpcHQvY3NzINGE0LDQudC70L7QsiDQsiDQvtC00L3QvtC8?=
	=?UTF-8?B?IGJ1bmRsZQ==?=
In-Reply-To: <1367779097.20120214044814@mtu-net.ru>
References: <796708797.20120213231505@mtu-net.ru>
	<74aceb43fb493fa0072329c4b59f2656.NginxMailingListRussian@forum.nginx.org>
	<1367779097.20120214044814@mtu-net.ru>
Message-ID: <CALU10Ds_O4rNt_LNsAeSJJCgajMb0Ciq_WPTq_EaOyhb0BOuSw@mail.gmail.com>

2012/2/14 Andrey Repin <hell-for-yahoo на umail.ru>

>
> l> Андрей, у меня нет времени с вами
> l> спорить на тему изменения технического
> l> процесса.  У вас есть что сказать по
> l> существу заданных вопросов без
> l> альтернативных предложений?
>
> Я не знаю, как у вас на самом деле всё поставлено, так что по существу
> советовать ничего не могу (нет у меня дурной привычки гаданием на кофейной
> гуще увлекаться).
> Я просто предложил один из вариантов, как вы просили, полностью
> автоматического формирования наполнения продакшн-сервера.
> В общем случае, решение будет всё равно где-то в тех же дебрях - некий
> скрипт,
>


А существуют какие-то принципиальные ограничения, которые затрудняют решить
следующее


> http-concat не может
> получить путь к файлам, находящимся в
> локейшне, где действуют директивы
> root/alias.
>
>
?

-- 
Best regards,
     ~ Xasima ~
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120214/7de0435a/attachment.html>

From ano на bestmx.ru  Tue Feb 14 10:04:34 2012
From: ano на bestmx.ru (Andrey N. Oktyabrski)
Date: Tue, 14 Feb 2012 13:04:34 +0300
Subject: =?UTF-8?B?UmU6INC80L7QtNGD0LvRjCDRh9GC0L7QsdGLINC00LjQvdCw0LzQuNGH0LXRgdC6?=
	=?UTF-8?B?0Lgg0L7RgtC00LDQstCw0YLRjCDQvdC10YHQutC+0LvRjNC60L4gamF2YS1z?=
	=?UTF-8?B?Y3JpcHQvY3NzINGE0LDQudC70L7QsiDQsiDQvtC00L3QvtC8IGJ1bmRsZQ==?=
In-Reply-To: <CALU10Ds_O4rNt_LNsAeSJJCgajMb0Ciq_WPTq_EaOyhb0BOuSw@mail.gmail.com>
References: <796708797.20120213231505@mtu-net.ru>
	<74aceb43fb493fa0072329c4b59f2656.NginxMailingListRussian@forum.nginx.org>
	<1367779097.20120214044814@mtu-net.ru>
	<CALU10Ds_O4rNt_LNsAeSJJCgajMb0Ciq_WPTq_EaOyhb0BOuSw@mail.gmail.com>
Message-ID: <4F3A31B2.4080701@bestmx.ru>

On 14.02.12 11:42, Xasima wrote:
> А существуют какие-то принципиальные ограничения, которые затрудняют
> решить следующее
>     http-concat не может
>     получить путь к файлам, находящимся в
>     локейшне, где действуют директивы
>     root/alias.
> ?
Об этом логично было бы спросить автора модуля, который весьма адекватно 
реагирует на внешние раздражители, судя по рассылке nginx-en@


From postmaster на softsearch.ru  Mon Feb 13 19:05:00 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Mon, 13 Feb 2012 23:05:00 +0400
Subject: =?UTF-8?B?0JrRg9C00LAg0LjQtNGR0Lwg0LzRiyDRgSDQn9GP0YLQsNGH0LrQvtC8Lg==?=
Message-ID: <662588489.20120213230500@softsearch.ru>

Здравствуйте.

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

Хотелось  бы  узнать  у команды разработчиков, каким они видят nginx в
будущем, включая всякие мелочи и мелкие доработки.

По  своему  опыту  скажу,  что  подобные  треды  между  создателями  и
потребителями рождают много интересного.

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From nginx-forum на nginx.us  Tue Feb 14 12:59:09 2012
From: nginx-forum на nginx.us (locojohn)
Date: Tue, 14 Feb 2012 07:59:09 -0500
Subject: =?UTF-8?B?UmU6INC80L7QtNGD0LvRjCDRh9GC0L7QsdGLINC00LjQvdCw0LzQuNGH0LXRgdC6?=
	=?UTF-8?B?0Lgg0L7RgtC00LDQstCw0YLRjCDQvdC10YHQutC+0LvRjNC60L4gamF2YS1z?=
	=?UTF-8?B?Y3JpcHQvY3NzINGE0LDQudC70L7QsiDQsiDQvtC00L3QvtC8IGJ1bmRsZQ==?=
In-Reply-To: <4F3A31B2.4080701@bestmx.ru>
References: <4F3A31B2.4080701@bestmx.ru>
Message-ID: <ff474e9506345bd5ba729c03c4d0ebbd.NginxMailingListRussian@forum.nginx.org>

Andrey N. Oktyabrski Wrote:
-------------------------------------------------------
> On 14.02.12 11:42, Xasima wrote:
> > А существуют какие-то
> принципиальные
> ограничения, которые
> затрудняют
> > решить следующее
> >     http-concat не может
> >     получить путь к файлам,
> находящимся в
> >     локейшне, где действуют
> директивы
> >     root/alias.
> > ?
> Об этом логично было бы
> спросить автора модуля,
> который весьма адекватно 
> реагирует на внешние
> раздражители, судя по
> рассылке nginx-en@

Я же уже упомянул, что спросил его.  И он
написал мне следующее, цитирую:

Joshua Zhu: ngx_http_concat can't work with the 'alias' directive. I
don't figure out how to make it.
Joshua Zhu: Thank you very much for your advice. Basically
ngx_http_concat is a very simple module right now. We do have plans to
implement some advanced features though. 

Понимаете, к сожалению (или к радости)
нет возможности налаживать схему
статических-автоматических апдейтов
для каждого нашего сайта.   У нас нет
готовых разработок на эту тему.   Все
говорят о статическом создании bundles, но
это большой геморрой -- отслеживать все
изменения....   это займёт слишком много
времени чтобы организовать, причём для
каждого сайта своя конфигурация,
которая постоянно должна меняться с
появлением новых файлов и так далее. 
Разработка на уровне JS/CSS/HTML ведётся
активно, файлы таких форматов меняются
постоянно.  Наши программисты говорят,
что иногда при склеивании возникают
необъяснимые проблемы, нужно менять
порядок файлов или даже иногда править
Javascript-ы.  Кроме того, иногда на нашем
тест сервере где ведётся разработка
нужно включать одни файлы, на продакшн
сервере при деплойменте другие. 
Казалось бы -- вот он, http-concat модуль --
решение всех проблем!  А вот....

Это хороший был совет про keepalive.  Вроде
действительно в Firefox, теперь по крайней
мере, файлы подгружаются одинаково
быстро -- как при склеивании http-concat, так
и без.

Спасибо всем вам, но решения пока не
вижу.

Андрей

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222269,222386#msg-222386


From maxim на nginx.com  Tue Feb 14 13:17:01 2012
From: maxim на nginx.com (Maxim Konovalov)
Date: Tue, 14 Feb 2012 17:17:01 +0400
Subject: =?UTF-8?B?UmU6INCa0YPQtNCwINC40LTRkdC8INC80Ysg0YEg0J/Rj9GC0LDRh9C60L7QvC4=?=
In-Reply-To: <662588489.20120213230500@softsearch.ru>
References: <662588489.20120213230500@softsearch.ru>
Message-ID: <4F3A5ECD.9080305@nginx.com>

Добрый день,

On 2/13/12 11:05 PM, Михаил Монашёв wrote:
> Здравствуйте.
>
> Судя  по  тому, что тут пишут, nginx достиг стадии развития,
> когда все фичи, которые невозможно было реализовать никак иначе,
> кроме как через nginx, реализованы.
>
> Хотелось  бы  узнать  у команды разработчиков, каким они видят
> nginx в будущем, включая всякие мелочи и мелкие доработки.
>
> По  своему  опыту  скажу,  что  подобные  треды  между
> создателями  и потребителями рождают много интересного.
>
У нас примерно бесконечный список доработок для nginx 1.x. Какие-то
из них в состоянии бОльшей проработанности, какие-то -- в меньшей.

Что на повестке: поддержка ipv6 к бэкендам, поддержка SPDY,
websockets, починка webdav, кардинальное улучшение status module.
Довольно много разнообразных запросов на расширение функциональности
кэша, текущей имплементации cache locks, улучшения в части load
balancing и т.д.

Не воспринимайте этот список как обещание все это моментально
реализовать. Он приведен просто для демонстрации того, что объемных 
задач для компании нашего размера довольно много.

Что касается мелких фиксов -- у нас три десятка открытых багов в
trac: http://trac.nginx.org/nginx/report/1

Краткосрочный roadmap мы пытаемся вести здесь:

http://trac.nginx.org/nginx/roadmap

Ближайший месяц мы будем заняты окончательной стабилизацией 1.1.x,
переводом ее в -stable и открытием ветки 1.2.

Про долгосрочную перспективу.  Наверное, это уже секрет Полишинеля,
что Игорь активно работает над прототипом nginx 2.  Какие-то идеи
были озвучены в разной аудитории, часть из них умерла, вместо них
появились новые. Не хочу давать пустых обещаний по срокам.  Думаю,
мы какой-то момент подготовим документ по тому, что и когда
ожидается в версии 2, и дадим на обсуждение публике.

Stay tuned :-)

-- 
Maxim Konovalov
+7 (910) 4293178
http://nginx.com/


From kav на karagodov.name  Tue Feb 14 13:21:50 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Tue, 14 Feb 2012 17:21:50 +0400
Subject: =?UTF-8?B?UmU6INCa0YPQtNCwINC40LTRkdC8INC80Ysg0YEg0J/Rj9GC0LDRh9C60L7QvC4=?=
In-Reply-To: <662588489.20120213230500@softsearch.ru>
References: <662588489.20120213230500@softsearch.ru>
Message-ID: <B5A7EAE7-F35E-4A93-A2B1-99218A64F48F@karagodov.name>


On 13.02.2012, at 23:05, Михаил Монашёв wrote:

> Здравствуйте.
> 
> Судя  по  тому, что тут пишут, nginx достиг стадии развития, когда все
> фичи, которые невозможно было реализовать никак иначе, кроме как через
> nginx, реализованы.
> 
> Хотелось  бы  узнать  у команды разработчиков, каким они видят nginx в
> будущем, включая всякие мелочи и мелкие доработки.
> 
> По  своему  опыту  скажу,  что  подобные  треды  между  создателями  и
> потребителями рождают много интересного.
> 
> -- 
> С уважением,
> Михаил                          mailto:postmaster на softsearch.ru
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

по своему печальному опыту - feature request - DAV и PAM 


From nginx-forum на nginx.us  Tue Feb 14 15:30:07 2012
From: nginx-forum на nginx.us (devox)
Date: Tue, 14 Feb 2012 10:30:07 -0500
Subject: =?UTF-8?B?0J/QtdGA0LXQvNC10L3QvdCw0Y8g0YHQtdGA0YLQuNGE0LjQutCw0YLQsCDQuCBB?=
	=?UTF-8?B?dXRob3JpemF0aW9uIGhlYWRlci4=?=
Message-ID: <de2b5391fd278cb872abefca90e083ee.NginxMailingListRussian@forum.nginx.org>

Добрый день!

Подскажите, существует ли возможность
указать заголовку proxy_set_header Authorization
текстовую базу соответствия серийного
номера сертификата и логина/пароля в
base64. Что-то на подобие соответствия ip
адреса и логина/пароля, как здесь:

/etc/nginx/base.txt
"geo $auth_base64 {
    <remote_addr1>/32   <base64_1>;
    <remote_addr2>/32   <base64_2>;
    <remote_addrN>/32   <base64_N>;
    default             <base64_for_default_address>
}"

/etc/nginx/nginx.conf
"....
proxy_set_header Authorization "Basic $auth_base64";"

Задача в следующем: Front-end авторизует
пользователя по сертификату,
вытаскивает из сертификата переменную
$ssl_client_serial, обращается к базе формата:

 $ssl_client_serial1   <base64_1>;
 $ssl_client_serial2   <base64_2>;
 $ssl_client_serialN   <base64_N>;

вытаскивает соответствующие
логин/пароль в base64 и подставляет в
заголовок для аутентификации на back-end
сервере.

Хотелось бы узнать насколько это
реализуемо, если реализуемо вообще. А
если нет, то существую ли другие
способы аутентификации пользователей
по сертификату,  ввытаскивая из него
переменные и подставляя их для
back-end'овой аутентифкации.

Заранее Спасибо!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222396,222396#msg-222396


From nginx-forum на nginx.us  Tue Feb 14 17:00:49 2012
From: nginx-forum на nginx.us (ymkin)
Date: Tue, 14 Feb 2012 12:00:49 -0500
Subject: =?UTF-8?B?bmduaXgrZnBtLCByZXdyaXRlINC00LvRjyB1bWljbXM=?=
Message-ID: <ae783370f9f88ae5cc26f8871955d56a.NginxMailingListRussian@forum.nginx.org>

ngnix+fpm, rewrite для umicms

Задача: построение конфигурации сайта
под umicms [http://www.umi-cms.ru/]
сравнение вариантов ngnix+apache и ngnix+fpm
Система: Ubuntu Server 11.10, apache-2.2.20, nginx-1.0.5,
php5-fpm-5.3.6.

Дистрибутив umicms содержит файл .htaccess с
набором правил преобразования url:

####################### UMI_CMS_HTACCESS_BEGIN
###########################
RewriteEngine On
#php_value auto_prepend_file "/libs/opaf.umi.php"
#To avoid manual css and js files recompile. Debug only. 
#RewriteRule
(commonClient\.js)|(compressed\.js)|(compiled\.js)|(compiled\.css)|(compressed\.css)
developerTools/preCompile.php [L]

RewriteCond %{REQUEST_FILENAME} -f
RewriteRule ^(sys\-temp|cache|xmldb|static|packages)\/.*$ /500/ [L]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^robots\.txt$  /sbots.php?path=$1%{QUERY_STRING} [L]
RewriteRule ^sitemap\.xml$  /sitemap.php [L]

RewriteRule ^config\.ini$ / [L,R]
RewriteRule ^install\.ini$ / [L,R]
RewriteRule ^install\.log$ / [L,R]
RewriteRule ^umi\.nginx\.conf$ / [L,R]
RewriteRule ^dbview\.php$ / [L,R]

RewriteCond %{REQUEST_URI} !^styles
RewriteCond %{REQUEST_URI} !^css
RewriteCond %{REQUEST_URI} !\.css
RewriteCond %{REQUEST_URI} !^js
RewriteCond %{REQUEST_URI} !\.js
RewriteCond %{REQUEST_URI} !^images
RewriteCond %{REQUEST_URI} !^webstat
RewriteCond %{REQUEST_FILENAME} !-f

RewriteRule ^(.*)\.xml$ index.php?xmlMode=force&path=$1&%{QUERY_STRING}
[L]

RewriteRule
^\/?(udata|upage|uobject|ufs|usel|ulang|utype|umess|uhttp):?(\/\/)?(.*)$
releaseStreams.php?scheme=$1&path=$3?%{QUERY_STRING} [L]

RewriteRule ^(.*)\.json$
index.php?jsonMode=force&viewMode=full&path=$1&%{QUERY_STRING} [L]

RewriteCond %{REQUEST_URI} !^styles
RewriteCond %{REQUEST_URI} !^css
RewriteCond %{REQUEST_URI} !\.css
RewriteCond %{REQUEST_URI} !^js
RewriteCond %{REQUEST_URI} !\.js
RewriteCond %{REQUEST_URI} !^images

RewriteCond %{REQUEST_URI} !(\.ico|\.ICO)$
RewriteCond %{REQUEST_URI} !(\.jpg|\.JPG)$
RewriteCond %{REQUEST_URI} !(\.jpeg|\.JPEG)$
RewriteCond %{REQUEST_URI} !(\.png|\.PNG)$
RewriteCond %{REQUEST_URI} !(\.gif|\.GIF)$
RewriteCond %{REQUEST_URI} !(\.css|\.CSS)$
RewriteCond %{REQUEST_URI} !(\.js|\.JS)$

RewriteCond %{REQUEST_FILENAME} !-f

RewriteRule ^(.*)$ index.php?path=$1&%{QUERY_STRING} [L]


RewriteCond %{REQUEST_URI} (\.ico|\.ICO)$
RewriteCond %{REQUEST_URI} (\.jpg|\.JPG)$
RewriteCond %{REQUEST_URI} (\.jpeg|\.JPEG)$
RewriteCond %{REQUEST_URI} (\.png|\.PNG)$
RewriteCond %{REQUEST_URI} (\.gif|\.GIF)$
RewriteCond %{REQUEST_URI} (\.css|\.CSS)$
RewriteCond %{REQUEST_URI} (\.js|\.JS)$

RewriteCond %{REQUEST_FILENAME} !-f

RewriteRule ^(.*)$ [R=404]


<IfModule mod_mime.c>
	AddType application/x-java-applet .class
	AddType text/x-component .htc
</IfModule>

<IfModule mod_security.c>
	SecFilterScanPOST Off
</IfModule>

<Files "whatsnew.txt">
	Deny from all
</Files>
######################## UMI_CMS_HTACCESS_END
############################

На странице системных требований umicms
[http://www.umi-cms.ru/support/umi_cms_system_requirements/] есть
пример для ngnix+fpm
[http://www.umi-cms.ru/support/umi_cms_system_requirements/nginx_conf/],
но он перегружен конструкциями if() и не
работает (по-крайней мере у меня).
Пробуем создать более оптимальный
набор обработчиков, с учетом таких
особенностей umicms:
- лицензия umicms привязана к доменному
имени и ip-адресу (была получена при
работе сайта под apache),
- umicms формирует статический кеш страниц
в формате nginx.

Глобальные конфигурационные файлы nginx
содержат обычный набор настроек и
определение
upstream backend-apache { server 127.0.0.1:8080; }

Конфигурация виртуального хоста может
быть переключена на работу с backend-apache
или fpm (location  @fallback).
Вариант с apache работоспособен
полностью, а вариант с fpm имеет проблемы
в преобразовании url.

Я определяю именованые location для
обработки запросов статических файлов
(@files), передачи запросов бекэнду (@fallback)
и общего rewrite (@umi). Остальные location служат
для rewrite по разным правилам, в
соответствии с htaccess. Переходы между
location выполняются обработчиками
	error_page	405 = @files;
	error_page	400 = @fallback;


######## Виртуальный хост ########
server {
	listen		*:80;
	server_name	.test.name.ru;

	access_log	/srv/www/test/log/nginx.access.log;
	error_log	/srv/www/test/log/nginx.error.log notice;
	rewrite_log	on;

	location  @fallback {
#		proxy_pass	http://backend-apache;
#		include		proxy.conf;
#		include		proxy_params;

		fastcgi_pass	127.0.0.1:9000;
		fastcgi_index	index.php;
		include		fastcgi_params;
		root		/srv/www/test/www;
# Устанавливаем значение константы,
требуемое при проверке лицензии
		fastcgi_param	SERVER_ADDR	127.0.0.1;
	}
	location  @files {
		root		/srv/www/test/www;
	}
	location  @umi {
# Тут проблема (1)
#		rewrite  ^  /?path=$uri&$args  last;
		rewrite  ^  /index.php?path=$uri&$args  last;
	}

	error_page	405 = @files;
	error_page	400 = @fallback;
	server_name_in_redirect	off;

	location  ~  \.php$ {
		return 400;
	}
	location  /admin {
		return 400;
	}
	location  /robots.txt {
		rewrite  ^  /sbots.php  last;
	}
	location  ~  ^(.*)\.json$ {
		rewrite  ^ 
/index.php?jsonMode=force&viewMode=full&path=$1&$query_string  last;
	}
	location  ~  ^(.*)\.xml$ {
		rewrite  ^  /index.php?xmlMode=force&path=$1&$query_string  last;
	}
	location  ~  ^/(udata|upage|uobject|ufs|usel|ulang|utype):?(\/\/)?(.*)$
{
		rewrite  ^  /releaseStreams.php?scheme=$1&path=$3?$query_string 
last;
	}
	location  ~* 
(config\.ini|install\.ini|install\.log|umi\.nginx\.conf|dbview\.php) {
		rewrite  ^  /  permanent;
	}
	location  ~  ^/(css|styles) {
		return 405;
	}
	location  ~* 
^.+\.(ico|jpg|jpeg|gif|png|svg|js|css|htc|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$
{
		return 405;
	}

	location  / {
		if ($is_args = '?') { return 400; }
		if ($request_method = 'POST') { return 400; }
		if ($cookie_umicms_session) { return 400; }
# Обработка статического кеша umicms
		try_files  $uri/index.html  @umi;
		root	/srv/www/test/www/sys-temp/static-cache/$host;
	}


	#error_page  404  /404.html;
	# redirect server error pages to the static page /50x.html
	#
	error_page   500 502 503 504  /50x.html;
	location = /50x.html {
		root   /var/www/nginx-default;
	}

	# deny access to .htaccess files
	#
	location  ~  /\.ht {
		deny all;
	}
}

###################

Наблюдаемые проблемы:
1) Правило rewrite в location  @umi - На одном
сайте, и для ngnix+apache и для ngnix+fpm подходит
rewrite  ^  /index.php?path=$uri&$args  last;
На другом сайте, в ngnix+apache это правило
приводит к зацикливанию, а работает
rewrite  ^  /?path=$uri&$args  last;

2) Страницы админзоны не работают.


Прошу прокомментировать и указать на
ошибки.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222390,222390#msg-222390


From mdounin на mdounin.ru  Tue Feb 14 18:55:21 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Tue, 14 Feb 2012 22:55:21 +0400
Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LzQtdC90L3QsNGPINGB0LXRgNGC0LjRhNC40LrQsNGC0LAg?=
	=?UTF-8?B?0LggQXV0aG9yaXphdGlvbiBoZWFkZXIu?=
In-Reply-To: <de2b5391fd278cb872abefca90e083ee.NginxMailingListRussian@forum.nginx.org>
References: <de2b5391fd278cb872abefca90e083ee.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120214185521.GB67687@mdounin.ru>

Hello!

On Tue, Feb 14, 2012 at 10:30:07AM -0500, devox wrote:

> Добрый день!
> 
> Подскажите, существует ли возможность
> указать заголовку proxy_set_header Authorization
> текстовую базу соответствия серийного
> номера сертификата и логина/пароля в
> base64. Что-то на подобие соответствия ip
> адреса и логина/пароля, как здесь:
> 
> /etc/nginx/base.txt
> "geo $auth_base64 {
>     <remote_addr1>/32   <base64_1>;
>     <remote_addr2>/32   <base64_2>;
>     <remote_addrN>/32   <base64_N>;
>     default             <base64_for_default_address>
> }"
> 
> /etc/nginx/nginx.conf
> "....
> proxy_set_header Authorization "Basic $auth_base64";"
> 
> Задача в следующем: Front-end авторизует
> пользователя по сертификату,
> вытаскивает из сертификата переменную
> $ssl_client_serial, обращается к базе формата:
> 
>  $ssl_client_serial1   <base64_1>;
>  $ssl_client_serial2   <base64_2>;
>  $ssl_client_serialN   <base64_N>;
> 
> вытаскивает соответствующие
> логин/пароль в base64 и подставляет в
> заголовок для аутентификации на back-end
> сервере.
> 
> Хотелось бы узнать насколько это
> реализуемо, если реализуемо вообще. А
> если нет, то существую ли другие
> способы аутентификации пользователей
> по сертификату,  ввытаскивая из него
> переменные и подставляя их для
> back-end'овой аутентифкации.

Как раз для подобных задач существует модуль map, которые 
позволяет по одному значению получить другое.  Как-то так должно 
работать:

    map $ssl_client_serial $auth_base64 {
        ...
    }

    proxy_set_header Authorization "Basic $auth_base64";

Подробности тут:
http://nginx.org/ru/docs/http/ngx_http_map_module.html

Maxim Dounin


From nginx-forum на nginx.us  Tue Feb 14 20:38:06 2012
From: nginx-forum на nginx.us (ymkin)
Date: Tue, 14 Feb 2012 15:38:06 -0500 (EST)
Subject: =?UTF-8?B?bmduaXgrZnBtLCByZXdyaXRlINC00LvRjyB1bWljbXM=?=
Message-ID: <ae783370f9f88ae5cc26f8871955d56a.NginxMailingListRussian@forum.nginx.org>

ngnix+fpm, rewrite для umicms

Задача: построение конфигурации сайта
под umicms [http://www.umi-cms.ru/]
сравнение вариантов ngnix+apache и ngnix+fpm
Система: Ubuntu Server 11.10, apache-2.2.20, nginx-1.0.5,
php5-fpm-5.3.6.

Дистрибутив umicms содержит файл .htaccess с
набором правил преобразования url:

####################### UMI_CMS_HTACCESS_BEGIN
###########################
RewriteEngine On
#php_value auto_prepend_file "/libs/opaf.umi.php"
#To avoid manual css and js files recompile. Debug only. 
#RewriteRule
(commonClient\.js)|(compressed\.js)|(compiled\.js)|(compiled\.css)|(compressed\.css)
developerTools/preCompile.php [L]

RewriteCond %{REQUEST_FILENAME} -f
RewriteRule ^(sys\-temp|cache|xmldb|static|packages)\/.*$ /500/ [L]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^robots\.txt$  /sbots.php?path=$1%{QUERY_STRING} [L]
RewriteRule ^sitemap\.xml$  /sitemap.php [L]

RewriteRule ^config\.ini$ / [L,R]
RewriteRule ^install\.ini$ / [L,R]
RewriteRule ^install\.log$ / [L,R]
RewriteRule ^umi\.nginx\.conf$ / [L,R]
RewriteRule ^dbview\.php$ / [L,R]

RewriteCond %{REQUEST_URI} !^styles
RewriteCond %{REQUEST_URI} !^css
RewriteCond %{REQUEST_URI} !\.css
RewriteCond %{REQUEST_URI} !^js
RewriteCond %{REQUEST_URI} !\.js
RewriteCond %{REQUEST_URI} !^images
RewriteCond %{REQUEST_URI} !^webstat
RewriteCond %{REQUEST_FILENAME} !-f

RewriteRule ^(.*)\.xml$ index.php?xmlMode=force&path=$1&%{QUERY_STRING}
[L]

RewriteRule
^\/?(udata|upage|uobject|ufs|usel|ulang|utype|umess|uhttp):?(\/\/)?(.*)$
releaseStreams.php?scheme=$1&path=$3?%{QUERY_STRING} [L]

RewriteRule ^(.*)\.json$
index.php?jsonMode=force&viewMode=full&path=$1&%{QUERY_STRING} [L]

RewriteCond %{REQUEST_URI} !^styles
RewriteCond %{REQUEST_URI} !^css
RewriteCond %{REQUEST_URI} !\.css
RewriteCond %{REQUEST_URI} !^js
RewriteCond %{REQUEST_URI} !\.js
RewriteCond %{REQUEST_URI} !^images

RewriteCond %{REQUEST_URI} !(\.ico|\.ICO)$
RewriteCond %{REQUEST_URI} !(\.jpg|\.JPG)$
RewriteCond %{REQUEST_URI} !(\.jpeg|\.JPEG)$
RewriteCond %{REQUEST_URI} !(\.png|\.PNG)$
RewriteCond %{REQUEST_URI} !(\.gif|\.GIF)$
RewriteCond %{REQUEST_URI} !(\.css|\.CSS)$
RewriteCond %{REQUEST_URI} !(\.js|\.JS)$

RewriteCond %{REQUEST_FILENAME} !-f

RewriteRule ^(.*)$ index.php?path=$1&%{QUERY_STRING} [L]


RewriteCond %{REQUEST_URI} (\.ico|\.ICO)$
RewriteCond %{REQUEST_URI} (\.jpg|\.JPG)$
RewriteCond %{REQUEST_URI} (\.jpeg|\.JPEG)$
RewriteCond %{REQUEST_URI} (\.png|\.PNG)$
RewriteCond %{REQUEST_URI} (\.gif|\.GIF)$
RewriteCond %{REQUEST_URI} (\.css|\.CSS)$
RewriteCond %{REQUEST_URI} (\.js|\.JS)$

RewriteCond %{REQUEST_FILENAME} !-f

RewriteRule ^(.*)$ [R=404]


<IfModule mod_mime.c>
	AddType application/x-java-applet .class
	AddType text/x-component .htc
</IfModule>

<IfModule mod_security.c>
	SecFilterScanPOST Off
</IfModule>

<Files "whatsnew.txt">
	Deny from all
</Files>
######################## UMI_CMS_HTACCESS_END
############################

На странице системных требований umicms
[http://www.umi-cms.ru/support/umi_cms_system_requirements/] есть
пример для ngnix+fpm
[http://www.umi-cms.ru/support/umi_cms_system_requirements/nginx_conf/],
но он перегружен конструкциями if() и не
работает (по-крайней мере у меня).
Пробуем создать более оптимальный
набор обработчиков, с учетом таких
особенностей umicms:
- лицензия umicms привязана к доменному
имени и ip-адресу (была получена при
работе сайта под apache),
- umicms формирует статический кеш страниц
в формате nginx.

Глобальные конфигурационные файлы nginx
содержат обычный набор настроек и
определение
upstream backend-apache { server 127.0.0.1:8080; }

Конфигурация виртуального хоста может
быть переключена на работу с backend-apache
или fpm (location  @fallback).
Вариант с apache работоспособен
полностью, а вариант с fpm имеет проблемы
в преобразовании url.

Я определяю именованые location для
обработки запросов статических файлов
(@files), передачи запросов бекэнду (@fallback)
и общего rewrite (@umi). Остальные location служат
для rewrite по разным правилам, в
соответствии с htaccess. Переходы между
location выполняются обработчиками
	error_page	405 = @files;
	error_page	400 = @fallback;


######## Виртуальный хост ########
server {
	listen		*:80;
	server_name	.test.name.ru;

	access_log	/srv/www/test/log/nginx.access.log;
	error_log	/srv/www/test/log/nginx.error.log notice;
	rewrite_log	on;

	location  @fallback {
#		proxy_pass	http://backend-apache;
#		include		proxy.conf;
#		include		proxy_params;

		fastcgi_pass	127.0.0.1:9000;
		fastcgi_index	index.php;
		include		fastcgi_params;
		root		/srv/www/test/www;
# Устанавливаем значение константы,
требуемое при проверке лицензии
		fastcgi_param	SERVER_ADDR	127.0.0.1;
	}
	location  @files {
		root		/srv/www/test/www;
	}
	location  @umi {
# Тут проблема (1)
#		rewrite  ^  /?path=$uri&$args  last;
		rewrite  ^  /index.php?path=$uri&$args  last;
	}

	error_page	405 = @files;
	error_page	400 = @fallback;
	server_name_in_redirect	off;

	location  ~  \.php$ {
		return 400;
	}
	location  /admin {
		return 400;
	}
	location  /robots.txt {
		rewrite  ^  /sbots.php  last;
	}
	location  ~  ^(.*)\.json$ {
		rewrite  ^ 
/index.php?jsonMode=force&viewMode=full&path=$1&$query_string  last;
	}
	location  ~  ^(.*)\.xml$ {
		rewrite  ^  /index.php?xmlMode=force&path=$1&$query_string  last;
	}
	location  ~  ^/(udata|upage|uobject|ufs|usel|ulang|utype):?(\/\/)?(.*)$
{
		rewrite  ^  /releaseStreams.php?scheme=$1&path=$3?$query_string 
last;
	}
	location  ~* 
(config\.ini|install\.ini|install\.log|umi\.nginx\.conf|dbview\.php) {
		rewrite  ^  /  permanent;
	}
	location  ~  ^/(css|styles) {
		return 405;
	}
	location  ~* 
^.+\.(ico|jpg|jpeg|gif|png|svg|js|css|htc|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$
{
		return 405;
	}

	location  / {
		if ($is_args = '?') { return 400; }
		if ($request_method = 'POST') { return 400; }
		if ($cookie_umicms_session) { return 400; }
# Обработка статического кеша umicms
		try_files  $uri/index.html  @umi;
		root	/srv/www/test/www/sys-temp/static-cache/$host;
	}


	#error_page  404  /404.html;
	# redirect server error pages to the static page /50x.html
	#
	error_page   500 502 503 504  /50x.html;
	location = /50x.html {
		root   /var/www/nginx-default;
	}

	# deny access to .htaccess files
	#
	location  ~  /\.ht {
		deny all;
	}
}

###################

Наблюдаемые проблемы:
1) Правило rewrite в location  @umi - На одном
сайте, и для ngnix+apache и для ngnix+fpm подходит
rewrite  ^  /index.php?path=$uri&$args  last;
На другом сайте, в ngnix+apache это правило
приводит к зацикливанию, а работает
rewrite  ^  /?path=$uri&$args  last;

2) Страницы админзоны не работают.


Прошу прокомментировать и указать на
ошибки.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222390,222390#msg-222390


From nginx-forum на nginx.us  Wed Feb 15 02:29:39 2012
From: nginx-forum на nginx.us (devox)
Date: Tue, 14 Feb 2012 21:29:39 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LzQtdC90L3QsNGPINGB0LXRgNGC0LjRhNC40LrQsNGC0LAg?=
	=?UTF-8?B?0LggQXV0aG9yaXphdGlvbiBoZWFkZXIu?=
In-Reply-To: <de2b5391fd278cb872abefca90e083ee.NginxMailingListRussian@forum.nginx.org>
References: <de2b5391fd278cb872abefca90e083ee.NginxMailingListRussian@forum.nginx.org>
Message-ID: <99bd5384732af82bf1c97bcfb9044221.NginxMailingListRussian@forum.nginx.org>

Спасибо! Прописал:

server {
        listen 192.168.2.38:8080;
        server_name  nginx;
....

location / {
                proxy_set_header   Host             $host;
                proxy_set_header   X-Real-IP        $remote_addr;
                proxy_set_header   X-Forwarded-For 
$proxy_add_x_forwarded_for;
                proxy_pass         http://192.168.20.38:8081;
                proxy_set_header   Authorization "Basic $auth_base";
}

server {
        listen 192.168.2.38:8081;
        server_name  nginx1;
....
         location / {
                root   /usr/share/nginx/test;
                index  index.html;
                auth_basic "Closed Area";
                auth_basic_user_file /etc/nginx/htpasswd;
}

base.conf

map $ssl_client_serial $auth_base {
serial1   bmdpbng6Cg==;
serial2   bmdpbng6bmdpbngK;
}


Но авторизацию не проходит,
запрашивает авторизацию, но даже если
вручную вводишь логин и пароль, она не
проходит. Лог выкидывает это:
2012/02/15 06:10:16 [error] 28769#0: *7 no user/password was provided
for basic authentication, client: 192.168.2.38, server: , request: "GET
/ HTTP/1.0", host: "192.168.2.38"

Убираю "proxy_set_header   Authorization "Basic $auth_base";",
Проверка сертификата проходит
корректно, на бек-энде запрашивает
авторизацию, вводишь данные  - все в
порядке. Такое впечатление, что он не
видит, что отдается в заголовке, либо
отдается некорректно.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222396,222406#msg-222406


From mdounin на mdounin.ru  Wed Feb 15 04:07:22 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 15 Feb 2012 08:07:22 +0400
Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LzQtdC90L3QsNGPINGB0LXRgNGC0LjRhNC40LrQsNGC0LAg?=
	=?UTF-8?B?0LggQXV0aG9yaXphdGlvbiBoZWFkZXIu?=
In-Reply-To: <99bd5384732af82bf1c97bcfb9044221.NginxMailingListRussian@forum.nginx.org>
References: <de2b5391fd278cb872abefca90e083ee.NginxMailingListRussian@forum.nginx.org>
	<99bd5384732af82bf1c97bcfb9044221.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120215040722.GE67687@mdounin.ru>

Hello!

On Tue, Feb 14, 2012 at 09:29:39PM -0500, devox wrote:

> Спасибо! Прописал:
> 
> server {
>         listen 192.168.2.38:8080;
>         server_name  nginx;
> ....
> 
> location / {
>                 proxy_set_header   Host             $host;
>                 proxy_set_header   X-Real-IP        $remote_addr;
>                 proxy_set_header   X-Forwarded-For 
> $proxy_add_x_forwarded_for;
>                 proxy_pass         http://192.168.20.38:8081;
>                 proxy_set_header   Authorization "Basic $auth_base";
> }
> 
> server {
>         listen 192.168.2.38:8081;
>         server_name  nginx1;
> ....
>          location / {
>                 root   /usr/share/nginx/test;
>                 index  index.html;
>                 auth_basic "Closed Area";
>                 auth_basic_user_file /etc/nginx/htpasswd;
> }
> 
> base.conf
> 
> map $ssl_client_serial $auth_base {
> serial1   bmdpbng6Cg==;
> serial2   bmdpbng6bmdpbngK;
> }
> 
> 
> Но авторизацию не проходит,
> запрашивает авторизацию, но даже если
> вручную вводишь логин и пароль, она не
> проходит.

То, что при явно указанном proxy_set_header Authorization вручную 
авторизация не проходит - это нормально, вы же переопределяете 
заголовок запроса, и от клиента ничего до бекенда не доходит.

> Лог выкидывает это:
> 2012/02/15 06:10:16 [error] 28769#0: *7 no user/password was provided
> for basic authentication, client: 192.168.2.38, server: , request: "GET
> / HTTP/1.0", host: "192.168.2.38"
> 
> Убираю "proxy_set_header   Authorization "Basic $auth_base";",
> Проверка сертификата проходит
> корректно, на бек-энде запрашивает
> авторизацию, вводишь данные  - все в
> порядке. Такое впечатление, что он не
> видит, что отдается в заголовке, либо
> отдается некорректно.

Ну таки посмотрите, что отдаётся - и в nginx'е есть debug log, и 
tcpdump'ом посмотреть недолго.  Скорее всего вы неправильно 
написали serial'ы в map'е, нужно строковое совпадение с тем, что 
выдаёт переменная $ssl_client_serial.

Ну и в пиведённый base64 у вас лишние переводы строк затесались, 
но от них сообщение будет другое.

Maxim Dounin


From nginx-forum на nginx.us  Wed Feb 15 08:27:54 2012
From: nginx-forum на nginx.us (A_HREF)
Date: Wed, 15 Feb 2012 03:27:54 -0500 (EST)
Subject: =?UTF-8?B?0JIgJHVwc3RyZWFtIHJlc3BvbnNlIHRpbWUg0L/QvtC60LDQt9GL0LLQsNC10YI=?=
	=?UTF-8?B?0YHRjyB0aW1lc3RhbXAgKDEuMS4xNCk=?=
Message-ID: <2a26a33408cbdc0183e6fce3f531a27a.NginxMailingListRussian@forum.nginx.org>

Проксирую запросы к бэкенду (2 х IIS+ASP.NET)
через Nginx.

location / {
	proxy_pass  http://backend;
	proxy_cache off;
	proxy_set_header        Host            $host;
	proxy_set_header        X-Real-IP       $remote_addr;
	proxy_set_header        X-Forwarded-For $proxy_add_x_forwarded_for;
	add_header 		X-Time 		$upstream_response_time;
}

Так вот, в X-Time показывается что-то типа
X-Time	1329323249.014


nginx version: nginx/1.1.14
built by gcc 4.1.2 20080704 (Red Hat 4.1.2-51)
configure arguments: --without-http_autoindex_module
--without-http_ssi_module --without-http_userid_module
--without-http_auth_basic_module --without-http_geo_module
--without-http_fastcgi_module --without-http_empty_gif_module
--with-openssl=/lib64 --with-http_stub_status_module

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222416,222416#msg-222416


From ne на vbart.ru  Wed Feb 15 08:33:39 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Wed, 15 Feb 2012 12:33:39 +0400
Subject: =?UTF-8?B?UmU6ICDQkiAkdXBzdHJlYW0gcmVzcG9uc2UgdGltZSDQv9C+0LrQsNC30YvQstCw?=
	=?UTF-8?B?0LXRgtGB0Y8gdGltZXN0YW1wICgxLjEuMTQp?=
In-Reply-To: <2a26a33408cbdc0183e6fce3f531a27a.NginxMailingListRussian@forum.nginx.org>
References: <2a26a33408cbdc0183e6fce3f531a27a.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201202151233.39667.ne@vbart.ru>

On Wednesday 15 February 2012 12:27:54 A_HREF wrote:
> Проксирую запросы к бэкенду (2 х IIS+ASP.NET)
> через Nginx.
> 
> location / {
> 	proxy_pass  http://backend;
> 	proxy_cache off;
> 	proxy_set_header        Host            $host;
> 	proxy_set_header        X-Real-IP       $remote_addr;
> 	proxy_set_header        X-Forwarded-For $proxy_add_x_forwarded_for;
> 	add_header 		X-Time 		$upstream_response_time;
> }
> 
> Так вот, в X-Time показывается что-то типа
> X-Time	1329323249.014
> 
> 
> nginx version: nginx/1.1.14
> built by gcc 4.1.2 20080704 (Red Hat 4.1.2-51)
> configure arguments: --without-http_autoindex_module
> --without-http_ssi_module --without-http_userid_module
> --without-http_auth_basic_module --without-http_geo_module
> --without-http_fastcgi_module --without-http_empty_gif_module
> --with-openssl=/lib64 --with-http_stub_status_module
> 

А проблема в чем заключается?

http://nginx.org/ru/docs/http/ngx_http_upstream_module.html#variables
"$upstream_response_time - хранит времена ответов серверов в секундах с точностью 
до миллисекунд. Несколько ответов также разделяются запятыми и двоеточиями."

Вы ожидали какой-то другой формат?

--
Валентин Бартенев

From nginx-forum на nginx.us  Wed Feb 15 08:40:22 2012
From: nginx-forum на nginx.us (A_HREF)
Date: Wed, 15 Feb 2012 03:40:22 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCSICR1cHN0cmVhbSByZXNwb25zZSB0aW1lINC/0L7QutCw0LfRi9Cy0LA=?=
	=?UTF-8?B?0LXRgtGB0Y8gdGltZXN0YW1wICgxLjEuMTQp?=
In-Reply-To: <201202151233.39667.ne@vbart.ru>
References: <201202151233.39667.ne@vbart.ru>
Message-ID: <359179572fedfcea4234244e62bc0c1d.NginxMailingListRussian@forum.nginx.org>

Хмм... действительно. По-русски
трактуется по другому, чем по английски
(http://wiki.nginx.org/HttpUpstreamModule)
Я думал там время от запроса к бекенду,
до его ответа. 

А нету ли другой переменной, которая
скажет, сколько по продолжительности
времени бекенд генерил ответ?


Валентин Бартенев Wrote:
-------------------------------------------------------
> А проблема в чем
> заключается?
> 
> http://nginx.org/ru/docs/http/ngx_http_upstream_mo
> dule.html#variables
> "$upstream_response_time - хранит
> времена ответов серверов в
> секундах с точностью 
> до миллисекунд. Несколько
> ответов также разделяются
> запятыми и двоеточиями."
> 
> Вы ожидали какой-то другой
> формат?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222417,222418#msg-222418


From nginx-forum на nginx.us  Wed Feb 15 08:49:21 2012
From: nginx-forum на nginx.us (A_HREF)
Date: Wed, 15 Feb 2012 03:49:21 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCSICR1cHN0cmVhbSByZXNwb25zZSB0aW1lINC/0L7QutCw0LfRi9Cy0LA=?=
	=?UTF-8?B?0LXRgtGB0Y8gdGltZXN0YW1wICgxLjEuMTQp?=
In-Reply-To: <201202151233.39667.ne@vbart.ru>
References: <201202151233.39667.ne@vbart.ru>
Message-ID: <0564100443a1f85c1f3fe9e3df0d0aad.NginxMailingListRussian@forum.nginx.org>

Кстати, вот здесь:
https://gist.github.com/1226265

Как раз время потраченное на получение
ответа от бекенда, а не таймстэмп.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222417,222419#msg-222419


From snar на snar.spb.ru  Wed Feb 15 08:51:32 2012
From: snar на snar.spb.ru (Alexandre Snarskii)
Date: Wed, 15 Feb 2012 12:51:32 +0400
Subject: =?UTF-8?B?UmU6INCSICR1cHN0cmVhbSByZXNwb25zZSB0aW1lINC/0L7QutCw0LfRi9Cy0LA=?=
	=?UTF-8?B?0LXRgtGB0Y8gdGltZXN0YW1wICgxLjEuMTQp?=
In-Reply-To: <359179572fedfcea4234244e62bc0c1d.NginxMailingListRussian@forum.nginx.org>
References: <201202151233.39667.ne@vbart.ru>
	<359179572fedfcea4234244e62bc0c1d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120215085132.GA64779@snar.spb.ru>

On Wed, Feb 15, 2012 at 03:40:22AM -0500, A_HREF wrote:
> Хмм... действительно. По-русски
> трактуется по другому, чем по английски
> (http://wiki.nginx.org/HttpUpstreamModule)
> Я думал там время от запроса к бекенду,
> до его ответа. 
> 
> А нету ли другой переменной, которая
> скажет, сколько по продолжительности
> времени бекенд генерил ответ?

На момент передачи запроса бэкенду - такой возможности нет. 
По очень простой причине - ответ на этот запрос еще не сгенерирован :)

PS: upstream_response_time - это правильна переменная. Но реальное
время ответа там появляется только после завершения этого самого 
ответа, например, на этапе логгирования. 

-- 
In theory, there is no difference between theory and practice. 
But, in practice, there is. 


From nginx-forum на nginx.us  Wed Feb 15 13:58:52 2012
From: nginx-forum на nginx.us (devox)
Date: Wed, 15 Feb 2012 08:58:52 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LzQtdC90L3QsNGPINGB0LXRgNGC0LjRhNC40LrQsNGC0LAg?=
	=?UTF-8?B?0LggQXV0aG9yaXphdGlvbiBoZWFkZXIu?=
In-Reply-To: <de2b5391fd278cb872abefca90e083ee.NginxMailingListRussian@forum.nginx.org>
References: <de2b5391fd278cb872abefca90e083ee.NginxMailingListRussian@forum.nginx.org>
Message-ID: <5f63319807d493efaa82312b51c583b1.NginxMailingListRussian@forum.nginx.org>

Да, действительно, номера были написаны
неверно, их необходимо писать без
двоеточий в виде 00112233445566778899AA. И тут же
выпала ошибка:


752#0: *3 user "nginx1": password mismatch, client: 192.168.2.38,
server: nginx1, request: "GET / HTTP/1.0", host: "192.168.2.38"

о который Вы, видимо, и говорили
касательно переводов строк. Переводы
убрал, но ошибка все равно остается. 
Так данные выглядят в htpasswd (nginx1:nginx1):
nginx1:a02t8DaNLi4po

Так в base.conf:
map $ssl_client_serial $auth_base {
45C68DA10001000005A7 bmdpbngxOm5naW54MQo=;
}

Где я недосмотрел или неверно что-то
указал? Может быть, забрать в ковычки
серийный номер и результат base64 или
ничего не изменится?

Простите за навященность, но чень
хочется, чтобы это заработало :)

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222396,222428#msg-222428


From mdounin на mdounin.ru  Wed Feb 15 14:11:57 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 15 Feb 2012 18:11:57 +0400
Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LzQtdC90L3QsNGPINGB0LXRgNGC0LjRhNC40LrQsNGC0LAg?=
	=?UTF-8?B?0LggQXV0aG9yaXphdGlvbiBoZWFkZXIu?=
In-Reply-To: <5f63319807d493efaa82312b51c583b1.NginxMailingListRussian@forum.nginx.org>
References: <de2b5391fd278cb872abefca90e083ee.NginxMailingListRussian@forum.nginx.org>
	<5f63319807d493efaa82312b51c583b1.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120215141157.GL67687@mdounin.ru>

Hello!

On Wed, Feb 15, 2012 at 08:58:52AM -0500, devox wrote:

> Да, действительно, номера были написаны
> неверно, их необходимо писать без
> двоеточий в виде 00112233445566778899AA. И тут же
> выпала ошибка:
> 
> 
> 752#0: *3 user "nginx1": password mismatch, client: 192.168.2.38,
> server: nginx1, request: "GET / HTTP/1.0", host: "192.168.2.38"
> 
> о который Вы, видимо, и говорили
> касательно переводов строк. Переводы
> убрал, но ошибка все равно остается. 
> Так данные выглядят в htpasswd (nginx1:nginx1):
> nginx1:a02t8DaNLi4po
> 
> Так в base.conf:
> map $ssl_client_serial $auth_base {
> 45C68DA10001000005A7 bmdpbngxOm5naW54MQo=;
> }
> 
> Где я недосмотрел или неверно что-то
> указал?

В base64 по прежнему пароль с переводом строки:

$ echo -n 'bmdpbngxOm5naW54MQo=' | b64decode -r | hd
00000000  6e 67 69 6e 78 31 3a 6e  67 69 6e 78 31 0a        |nginx1:nginx1.|
0000000e

Правильно - bmdpbngxOm5naW54MQ==:

$ echo -n 'bmdpbngxOm5naW54MQ==' | b64decode -r | hd
00000000  6e 67 69 6e 78 31 3a 6e  67 69 6e 78 31           |nginx1:nginx1|
0000000d

Maxim Dounin


From nginx-forum на nginx.us  Wed Feb 15 14:35:39 2012
From: nginx-forum на nginx.us (devox)
Date: Wed, 15 Feb 2012 09:35:39 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LzQtdC90L3QsNGPINGB0LXRgNGC0LjRhNC40LrQsNGC0LAg?=
	=?UTF-8?B?0LggQXV0aG9yaXphdGlvbiBoZWFkZXIu?=
In-Reply-To: <5f63319807d493efaa82312b51c583b1.NginxMailingListRussian@forum.nginx.org>
References: <de2b5391fd278cb872abefca90e083ee.NginxMailingListRussian@forum.nginx.org>
	<5f63319807d493efaa82312b51c583b1.NginxMailingListRussian@forum.nginx.org>
Message-ID: <07be19bc187205b1875457ca092e1e2e.NginxMailingListRussian@forum.nginx.org>

Да, действительно заработало,
огромнейшее Вам спасибо за помощь и
потраченное время!!!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222396,222430#msg-222430


From mdounin на mdounin.ru  Wed Feb 15 14:40:32 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 15 Feb 2012 18:40:32 +0400
Subject: nginx-1.1.15
Message-ID: <20120215144032.GO67687@mdounin.ru>

Изменения в nginx 1.1.15                                          15.02.2012

    *) Добавление: директива disable_symlinks.

    *) Добавление: директивы proxy_cookie_domain и proxy_cookie_path.

    *) Исправление: nginx мог некорректно сообщать об ошибке "upstream
       prematurely closed connection" вместо "upstream sent too big header".
       Спасибо Feibo Li.

    *) Исправление: nginx не собирался с модулем ngx_http_perl_module, если
       использовался параметр --with-openssl.

    *) Исправление: количество внутренних перенаправлений в именованные
       location'ы не ограничивалось.

    *) Исправление: вызов $r->flush() несколько раз подряд мог приводить к
       ошибкам в модуле ngx_http_gzip_filter_module.

    *) Исправление: при использовании директивы proxy_store с
       SSI-подзапросами временные файлы могли не удаляться.

    *) Исправление: в некоторых случаях некэшируемые переменные (такие, как
       $args) возвращали старое пустое закэшированное значение.

    *) Исправление: в рабочем процессе мог произойти segmentation fault,
       если одновременно создавалось слишком много SSI-подзапросов; ошибка
       появилась в 0.7.25.


Maxim Dounin


From sergey.kobzar на itcraft.org  Wed Feb 15 14:55:24 2012
From: sergey.kobzar на itcraft.org (Sergey Kobzar)
Date: Wed, 15 Feb 2012 16:55:24 +0200
Subject: nginx-1.1.15
In-Reply-To: <20120215144032.GO67687@mdounin.ru>
References: <20120215144032.GO67687@mdounin.ru>
Message-ID: <4F3BC75C.5050001@itcraft.org>

Максим

Спасибо

On 02/15/12 16:40, Maxim Dounin wrote:
> Изменения в nginx 1.1.15                                          15.02.2012
>
>      *) Исправление: nginx мог некорректно сообщать об ошибке "upstream
>         prematurely closed connection" вместо "upstream sent too big header".
>         Спасибо Feibo Li.

Этот фикс будет в 1.0 ветке?


From nginx-forum на nginx.us  Wed Feb 15 16:42:32 2012
From: nginx-forum на nginx.us (locojohn)
Date: Wed, 15 Feb 2012 11:42:32 -0500 (EST)
Subject: nginx 1.1.15: upload_progress module and NGX_PARSE_LARGE_TIME
Message-ID: <b78da4088468cbbafb8f3257a5496aa7.NginxMailingListRussian@forum.nginx.org>

nginx 1.1.15 не компилируется с ngx_upload_progress
модулем:

/var/tmp/portage/www-servers/nginx-1.1.15/work/masterzen-nginx-upload-progress-module-c7c663f/ngx_http_uploadprogress_module.c:
In function 'ngx_http_track_uploads':
/var/tmp/portage/www-servers/nginx-1.1.15/work/masterzen-nginx-upload-progress-module-c7c663f/ngx_http_uploadprogress_module.c:1455:26:
error: 'NGX_PARSE_LARGE_TIME' undeclared (first use in this function)
/var/tmp/portage/www-servers/nginx-1.1.15/work/masterzen-nginx-upload-progress-module-c7c663f/ngx_http_uploadprogress_module.c:1455:26:
note: each undeclared identifier is reported only once for each function
it appears in
make[1]: ***
[objs/addon/masterzen-nginx-upload-progress-module-c7c663f/ngx_http_uploadprogress_module.o]
Error 1
make[1]: Leaving directory
`/var/tmp/portage/www-servers/nginx-1.1.15/work/nginx-1.1.15'
make: *** [build] Error 2
 * ERROR: www-servers/nginx-1.1.15 failed (compile phase):

ngx_http_uploadprogress_module.c:1455:    if (lzcf->timeout ==
NGX_PARSE_LARGE_TIME) {   

Что делать теперь?  Видимо, эту
константу по-тихому убрали из ngx_parse.h, но
что делать со старыми модулями, её
использующими?

Андрей

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222440,222440#msg-222440


From mdounin на mdounin.ru  Wed Feb 15 17:02:10 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 15 Feb 2012 21:02:10 +0400
Subject: nginx 1.1.15: upload_progress module and NGX_PARSE_LARGE_TIME
In-Reply-To: <b78da4088468cbbafb8f3257a5496aa7.NginxMailingListRussian@forum.nginx.org>
References: <b78da4088468cbbafb8f3257a5496aa7.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120215170210.GR67687@mdounin.ru>

Hello!

On Wed, Feb 15, 2012 at 11:42:32AM -0500, locojohn wrote:

> nginx 1.1.15 не компилируется с ngx_upload_progress
> модулем:
> 
> /var/tmp/portage/www-servers/nginx-1.1.15/work/masterzen-nginx-upload-progress-module-c7c663f/ngx_http_uploadprogress_module.c:
> In function 'ngx_http_track_uploads':
> /var/tmp/portage/www-servers/nginx-1.1.15/work/masterzen-nginx-upload-progress-module-c7c663f/ngx_http_uploadprogress_module.c:1455:26:
> error: 'NGX_PARSE_LARGE_TIME' undeclared (first use in this function)
> /var/tmp/portage/www-servers/nginx-1.1.15/work/masterzen-nginx-upload-progress-module-c7c663f/ngx_http_uploadprogress_module.c:1455:26:
> note: each undeclared identifier is reported only once for each function
> it appears in
> make[1]: ***
> [objs/addon/masterzen-nginx-upload-progress-module-c7c663f/ngx_http_uploadprogress_module.o]
> Error 1
> make[1]: Leaving directory
> `/var/tmp/portage/www-servers/nginx-1.1.15/work/nginx-1.1.15'
> make: *** [build] Error 2
>  * ERROR: www-servers/nginx-1.1.15 failed (compile phase):
> 
> ngx_http_uploadprogress_module.c:1455:    if (lzcf->timeout ==
> NGX_PARSE_LARGE_TIME) {   
> 
> Что делать теперь?  Видимо, эту
> константу по-тихому убрали из ngx_parse.h, но
> что делать со старыми модулями, её
> использующими?

Выкинуть из них проверку этой константы, она не нужна начиная с 
0.6.30.

http://trac.nginx.org/nginx/changeset/4475/nginx

Maxim Dounin


From mva на mva.name  Wed Feb 15 17:09:08 2012
From: mva на mva.name (mva)
Date: Thu, 16 Feb 2012 00:09:08 +0700
Subject: nginx 1.1.15: upload_progress module and NGX_PARSE_LARGE_TIME
In-Reply-To: <20120215170210.GR67687@mdounin.ru>
References: <b78da4088468cbbafb8f3257a5496aa7.NginxMailingListRussian@forum.nginx.org>
	<20120215170210.GR67687@mdounin.ru>
Message-ID: <4F3BE6B4.8010009@mva.name>

16.02.2012 00:02, Maxim Dounin пишет:
> Hello!
>
> On Wed, Feb 15, 2012 at 11:42:32AM -0500, locojohn wrote:
>
>> nginx 1.1.15 не компилируется с ngx_upload_progress
>> модулем:
>>
>> /var/tmp/portage/www-servers/nginx-1.1.15/work/masterzen-nginx-upload-progress-module-c7c663f/ngx_http_uploadprogress_module.c:
>> In function 'ngx_http_track_uploads':
>> /var/tmp/portage/www-servers/nginx-1.1.15/work/masterzen-nginx-upload-progress-module-c7c663f/ngx_http_uploadprogress_module.c:1455:26:
>> error: 'NGX_PARSE_LARGE_TIME' undeclared (first use in this function)
>> /var/tmp/portage/www-servers/nginx-1.1.15/work/masterzen-nginx-upload-progress-module-c7c663f/ngx_http_uploadprogress_module.c:1455:26:
>> note: each undeclared identifier is reported only once for each function
>> it appears in
>> make[1]: ***
>> [objs/addon/masterzen-nginx-upload-progress-module-c7c663f/ngx_http_uploadprogress_module.o]
>> Error 1
>> make[1]: Leaving directory
>> `/var/tmp/portage/www-servers/nginx-1.1.15/work/nginx-1.1.15'
>> make: *** [build] Error 2
>>  * ERROR: www-servers/nginx-1.1.15 failed (compile phase):
>>
>> ngx_http_uploadprogress_module.c:1455:    if (lzcf->timeout ==
>> NGX_PARSE_LARGE_TIME) {   
>>
>> Что делать теперь?  Видимо, эту
>> константу по-тихому убрали из ngx_parse.h, но
>> что делать со старыми модулями, её
>> использующими?
> Выкинуть из них проверку этой константы, она не нужна начиная с 
> 0.6.30.
>
> http://trac.nginx.org/nginx/changeset/4475/nginx
>
> Maxim Dounin
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
имхо, нужно братьев наших меньших с гитхаба ткнуть носом в эту ссылку в
англорассылке.

P.S.: тов. топикстартер, а ебилдик не из риона ли, часом?
----------- следущая часть -----------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 900 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120216/930642d5/attachment.bin>

From mdounin на mdounin.ru  Wed Feb 15 17:11:21 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 15 Feb 2012 21:11:21 +0400
Subject: nginx-1.1.15
In-Reply-To: <4F3BC75C.5050001@itcraft.org>
References: <20120215144032.GO67687@mdounin.ru> <4F3BC75C.5050001@itcraft.org>
Message-ID: <20120215171121.GS67687@mdounin.ru>

Hello!

On Wed, Feb 15, 2012 at 04:55:24PM +0200, Sergey Kobzar wrote:

> Максим
> 
> Спасибо
> 
> On 02/15/12 16:40, Maxim Dounin wrote:
> >Изменения в nginx 1.1.15                                          15.02.2012
> >
> >     *) Исправление: nginx мог некорректно сообщать об ошибке "upstream
> >        prematurely closed connection" вместо "upstream sent too big header".
> >        Спасибо Feibo Li.
> 
> Этот фикс будет в 1.0 ветке?

А надо?  Фикс, вообще говоря, в общем и целом косметический, да и 
воспроизводится проблема из стандатных модулей только с memcached, 
да и то только при художественной настройке.

Maxim Dounin


From nginx-forum на nginx.us  Wed Feb 15 17:18:00 2012
From: nginx-forum на nginx.us (locojohn)
Date: Wed, 15 Feb 2012 12:18:00 -0500 (EST)
Subject: nginx 1.1.15: upload_progress module and NGX_PARSE_LARGE_TIME
In-Reply-To: <4F3BE6B4.8010009@mva.name>
References: <4F3BE6B4.8010009@mva.name>
Message-ID: <ad3cd4cb5d60b2419edfe0d7ee0bee4c.NginxMailingListRussian@forum.nginx.org>

mva Wrote:
-------------------------------------------------------

> P.S.: тов. топикстартер, а
> ебилдик не из риона ли,
> часом?

Не знаю, о чём вы говорите, товарищ!  Я
сам создал такой ebuild, так как использую
нестандартный модуль http-concat, не
входящий в официальный nginx ebuild в portage
tree.

Андрей

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222440,222444#msg-222444


From sergey.kobzar на itcraft.org  Wed Feb 15 19:51:20 2012
From: sergey.kobzar на itcraft.org (Sergey Kobzar)
Date: Wed, 15 Feb 2012 21:51:20 +0200
Subject: nginx-1.1.15
In-Reply-To: <20120215171121.GS67687@mdounin.ru>
References: <20120215144032.GO67687@mdounin.ru> <4F3BC75C.5050001@itcraft.org>
	<20120215171121.GS67687@mdounin.ru>
Message-ID: <4F3C0CB8.6090909@itcraft.org>

On 02/15/12 19:11, Maxim Dounin wrote:
> Hello!
>
> On Wed, Feb 15, 2012 at 04:55:24PM +0200, Sergey Kobzar wrote:
>
>> Максим
>>
>> Спасибо
>>
>> On 02/15/12 16:40, Maxim Dounin wrote:
>>> Изменения в nginx 1.1.15                                          15.02.2012
>>>
>>>      *) Исправление: nginx мог некорректно сообщать об ошибке "upstream
>>>         prematurely closed connection" вместо "upstream sent too big header".
>>>         Спасибо Feibo Li.
>>
>> Этот фикс будет в 1.0 ветке?
>
> А надо?  Фикс, вообще говоря, в общем и целом косметический, да и
> воспроизводится проблема из стандатных модулей только с memcached,
> да и то только при художественной настройке.

Ну если так, то не надо. У меня достаточно часто вылазит "upstream 
prematurely closed connection" по непонятным причинам. Думал ноги отсюда 
растут...

>
> Maxim Dounin
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Thu Feb 16 01:08:25 2012
From: nginx-forum на nginx.us (INF[SZ])
Date: Wed, 15 Feb 2012 20:08:25 -0500 (EST)
Subject: nginx-1.1.15
In-Reply-To: <20120215144032.GO67687@mdounin.ru>
References: <20120215144032.GO67687@mdounin.ru>
Message-ID: <e49a7917aafabe92fa5c5135cb4ec218.NginxMailingListRussian@forum.nginx.org>

Здравствуйте, при попытке сборки Nginx с
1.1.15 с сторонними модулями получаю кучу
ошибок 

[code]
src/mail/ngx_mail_auth_http_module.c: In function
'ngx_mail_auth_http_parse_header_line':
src/mail/ngx_mail_auth_http_module.c:916: warning: unused parameter 's'
src/mail/ngx_mail_auth_http_module.c: In function
'ngx_mail_auth_http_dummy_handler':
src/mail/ngx_mail_auth_http_module.c:1122: warning: unused parameter
'ev'
src/mail/ngx_mail_auth_http_module.c: In function 'ngx_mail_auth_http':
src/mail/ngx_mail_auth_http_module.c:1377: warning: unused parameter
'cmd'
src/mail/ngx_mail_auth_http_module.c: In function
'ngx_mail_auth_http_header':
src/mail/ngx_mail_auth_http_module.c:1427: warning: unused parameter
'cmd'
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upstream-fair/ngx_http_upstream_fair_module.c:
In function 'ngx_http_upstream_fair_init_module':
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upstream-fair/ngx_http_upstream_fair_module.c:293:
warning: unused parameter 'cycle'
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upstream-fair/ngx_http_upstream_fair_module.c:
In function 'ngx_http_upstream_fair_set_shm_size':
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upstream-fair/ngx_http_upstream_fair_module.c:343:
warning: unused parameter 'cmd'
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upstream-fair/ngx_http_upstream_fair_module.c:343:
warning: unused parameter 'conf'
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upstream-fair/ngx_http_upstream_fair_module.c:
In function 'ngx_http_upstream_fair':
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upstream-fair/ngx_http_upstream_fair_module.c:376:
warning: unused parameter 'cmd'
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upstream-fair/ngx_http_upstream_fair_module.c:376:
warning: unused parameter 'conf'
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upstream-fair/ngx_http_upstream_fair_module.c:
In function 'ngx_http_upstream_fair_update_nreq':
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upstream-fair/ngx_http_upstream_fair_module.c:646:
warning: unused parameter 'log'
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upstream-fair/ngx_http_upstream_fair_module.c:
In function 'ngx_http_upstream_fair_try_peer':
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upstream-fair/ngx_http_upstream_fair_module.c:712:
warning: unused parameter 'pc'
src/mail/ngx_mail_proxy_module.c: In function
'ngx_mail_proxy_merge_conf':
src/mail/ngx_mail_proxy_module.c:1076: warning: unused parameter 'cf'
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:
In function 'find_node':
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:351:
warning: unused parameter 'log'
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:
In function 'ngx_http_uploadprogress_merge_loc_conf':
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:1271:
warning: unused parameter 'cf'
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:
In function 'ngx_http_upload_progress':
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:1358:
warning: unused parameter 'cmd'
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:1358:
warning: unused parameter 'conf'
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:
In function 'ngx_http_track_uploads':
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:1455:
error: 'NGX_PARSE_LARGE_TIME' undeclared (first use in this function)
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:1455:
error: (Each undeclared identifier is reported only once
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:1455:
error: for each function it appears in.)
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:1422:
warning: unused parameter 'cmd'
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:
In function 'ngx_http_report_uploads':
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:1473:
warning: unused parameter 'cmd'
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:
In function 'ngx_http_upload_progress_template':
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:1534:
warning: unused parameter 'cmd'
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:
In function 'ngx_http_upload_progress_json_output':
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:1563:
warning: unused parameter 'cmd'
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:
In function 'ngx_http_upload_progress_jsonp_output':
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:1587:
warning: unused parameter 'cmd'
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:
In function 'ngx_http_uploadprogress_callback_variable':
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:1688:
warning: unused parameter 'data'
make[1]: ***
[objs/addon/nginx-upload-progress-module/ngx_http_uploadprogress_module.o]
Error 1
make[1]: *** Waiting for unfinished jobs....
/home/mock/rpmbuild/BUILD/nginx-1.1.15/mod_zip-1.1.6/ngx_http_zip_module.c:
In function 'ngx_http_zip_subrequest_range':
/home/mock/rpmbuild/BUILD/nginx-1.1.15/mod_zip-1.1.6/ngx_http_zip_module.c:371:
warning: unused parameter 'r'
/home/mock/rpmbuild/BUILD/nginx-1.1.15/mod_zip-1.1.6/ngx_http_zip_module.c:
In function 'ngx_http_zip_send_boundary':
/home/mock/rpmbuild/BUILD/nginx-1.1.15/mod_zip-1.1.6/ngx_http_zip_module.c:627:
warning: unused parameter 'ctx'
/home/mock/rpmbuild/BUILD/nginx-1.1.15/mod_zip-1.1.6/ngx_http_zip_module.c:
In function 'ngx_http_zip_init':
/home/mock/rpmbuild/BUILD/nginx-1.1.15/mod_zip-1.1.6/ngx_http_zip_module.c:754:
warning: unused parameter 'cf'
ngx_http_zip_parsers.rl: In function 'ngx_http_zip_parse_range':
ngx_http_zip_parsers.rl:182: warning: unused parameter 'r'
/home/mock/rpmbuild/BUILD/nginx-1.1.15/mod_zip-1.1.6/ngx_http_zip_file.c:
In function 'ngx_http_zip_file_header_chain_link':
/home/mock/rpmbuild/BUILD/nginx-1.1.15/mod_zip-1.1.6/ngx_http_zip_file.c:236:
warning: unused parameter 'ctx'
/home/mock/rpmbuild/BUILD/nginx-1.1.15/mod_zip-1.1.6/ngx_http_zip_file.c:
In function 'ngx_http_zip_write_central_directory_entry':
/home/mock/rpmbuild/BUILD/nginx-1.1.15/mod_zip-1.1.6/ngx_http_zip_file.c:416:
warning: unused parameter 'ctx'
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx_upload_module-2.2.0/ngx_http_upload_module.c:
In function 'ngx_http_upload_pass_form_field':
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx_upload_module-2.2.0/ngx_http_upload_module.c:2325:
warning: unused parameter 'cmd'
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx_upload_module-2.2.0/ngx_http_upload_module.c:
In function 'ngx_http_upload_cleanup':
/home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx_upload_module-2.2.0/ngx_http_upload_module.c:2400:
warning: unused parameter 'cmd'
make[1]: Leaving directory `/home/mock/rpmbuild/BUILD/nginx-1.1.15'
make: *** [build] Error 2
[/code]

В 1.1.14 проблемы отсутствуют

Что делать ?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222434,222467#msg-222467


From admin на sysadmins.el.kg  Wed Feb 15 09:37:13 2012
From: admin на sysadmins.el.kg (admin на sysadmins.el.kg)
Date: Wed, 15 Feb 2012 15:37:13 +0600 (KGT)
Subject: =?UTF-8?B?0J/RgNC+0LHQu9C10LzQsCDRgSBVcHN0cmVhbQ==?=
Message-ID: <53542.77.235.14.177.1329298633.squirrel@85.115.208.54>

Доброго дня! Хотелось бы детально прояснить ситуёвину - у меня имеются 2
бекенда на lighttpd и 1 фронтенд на nginx (1.1.12) который я периодически
пытаюсь
запустить в качестве балансирующего реверса. Вот его конфиг:

user nginx;
worker_processes 16;
worker_priority -15;

error_log  /var/log/nginx/error.log  notice;
pid        /var/run/nginx.pid;

timer_resolution 100ms;
worker_rlimit_nofile 1024;

events {
    worker_connections 512;
    use epoll;
}


http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

   limit_conn_zone $binary_remote_addr zone=myzone:10m;
   proxy_cache_path /var/cache/nginx levels=2 keys_zone=pagecache:5m
inactive=10m max_size=50m;
   proxy_cache off;
   client_body_buffer_size     128K;
   client_header_buffer_size   4k;
   client_max_body_size          2048M;
   large_client_header_buffers 16 8k;


   output_buffers   32 64k;
   postpone_output  1460;

   lingering_time     30;
   lingering_timeout  10;
   reset_timedout_connection  on;

   client_header_timeout  90;
   client_body_timeout    90;

   expires               2m;
   keepalive_timeout     60;
   send_timeout          10m;

   ignore_invalid_headers   on;
   keepalive_requests      100;
   limit_conn_zone $binary_remote_addr zone=gulag:5m;
   recursive_error_pages    on;
   sendfile                 on;
   server_name_in_redirect on;
   server_tokens           off;

   tcp_nodelay on;
   tcp_nopush  on;

   gzip               off;
   gzip_buffers       32 64k;
   gzip_comp_level    6;
   gzip_proxied       any;
   gzip_disable       "msie6"
   gzip_http_version  1.0;
   gzip_min_length    4096;
   gzip_types         application/x-javascript text/css text/xml text/plain;
   gzip_vary          off;


    server {
        listen 0.0.0.0:80;
            location / {
                proxy_pass  http://backends;
                proxy_set_header  Host       $host;
                proxy_set_header  X-Real-IP  $remote_addr;
                proxy_set_header  X-Forwarded-For
$proxy_add_x_forwarded_for;
                }

            location /status {
               stub_status on;
               access_log   off;
               }
}

    upstream  backends  {
    ip_hash;
        server 192.168.50.1:8080 max_fails=3 fail_timeout=30s;
        server 192.168.50.3:8080 down;
    }

}

Как вы можете видеть последний апстрим потушен, в результате чего второй
бэкенд у меня простаивает. Стоит только поключить его как мгновенно
возрастает время отклика бэкендов раза в 2-3. Что не так в моем конфиге?
Или это nginx такой "шустрый"?

P.S. Еще интересно куда делись директивы weight и backup? Стоит их
прописать в конфиге апстримов как nginx начинает ругаться матом говоря что
не знает сих директив, а они мне очень бы пригодились, поскольку в случае
успешного решения сабжевой проблемы планируется ввод еще 2 бэкендов.



From mdounin на mdounin.ru  Thu Feb 16 09:03:42 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 16 Feb 2012 13:03:42 +0400
Subject: nginx-1.1.15
In-Reply-To: <e49a7917aafabe92fa5c5135cb4ec218.NginxMailingListRussian@forum.nginx.org>
References: <20120215144032.GO67687@mdounin.ru>
	<e49a7917aafabe92fa5c5135cb4ec218.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120216090333.GT67687@mdounin.ru>

Hello!

On Wed, Feb 15, 2012 at 08:08:25PM -0500, INF[SZ] wrote:

> Здравствуйте, при попытке сборки Nginx с
> 1.1.15 с сторонними модулями получаю кучу
> ошибок 
> 
> src/mail/ngx_mail_auth_http_module.c: In function
> 'ngx_mail_auth_http_parse_header_line':
> src/mail/ngx_mail_auth_http_module.c:916: warning: unused parameter 's'

Warning'и про unused parameter выключить (собственно, nginx это 
делает сам, но вы видимо поставили CFLAGS, тем самым убедив nginx 
не вмешиваться) - и сразу будет понятно, что ошибка на самом деле 
одна:

> In function 'ngx_http_track_uploads':
> /home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:1455:
> error: 'NGX_PARSE_LARGE_TIME' undeclared (first use in this function)
> /home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:1455:
> error: (Each undeclared identifier is reported only once
> /home/mock/rpmbuild/BUILD/nginx-1.1.15/nginx-upload-progress-module/ngx_http_uploadprogress_module.c:1455:
> error: for each function it appears in.)

[...]

> В 1.1.14 проблемы отсутствуют
> 
> Что делать ?

Ответ на этот вопрос уже был дан в этой рассылке вчера:
http://mailman.nginx.org/pipermail/nginx-ru/2012-February/045779.html

Maxim Dounin


From mdounin на mdounin.ru  Thu Feb 16 09:52:25 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 16 Feb 2012 13:52:25 +0400
Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEgVXBzdHJlYW0=?=
In-Reply-To: <53542.77.235.14.177.1329298633.squirrel@85.115.208.54>
References: <53542.77.235.14.177.1329298633.squirrel@85.115.208.54>
Message-ID: <20120216095225.GV67687@mdounin.ru>

Hello!

On Wed, Feb 15, 2012 at 03:37:13PM +0600, admin на sysadmins.el.kg wrote:

> Доброго дня! Хотелось бы детально прояснить ситуёвину - у меня имеются 2
> бекенда на lighttpd и 1 фронтенд на nginx (1.1.12) который я периодически
> пытаюсь
> запустить в качестве балансирующего реверса. Вот его конфиг:

[...]

>                 proxy_pass  http://backends;

[...]

> }
> 
>     upstream  backends  {
>     ip_hash;
>         server 192.168.50.1:8080 max_fails=3 fail_timeout=30s;
>         server 192.168.50.3:8080 down;
>     }
> 
> }
> 
> Как вы можете видеть последний апстрим потушен, в результате чего второй
> бэкенд у меня простаивает. Стоит только поключить его как мгновенно
> возрастает время отклика бэкендов раза в 2-3. Что не так в моем конфиге?
> Или это nginx такой "шустрый"?

Что понимается под "возрастает время отклика бэкендов раза в 2-3"?  
Сами бекенды начинают медленно отвечать, в том числе напрямую (не 
через nginx)?  Если да - то вероятно они по какой-то причине 
деградируют, когда нагрузка распределяется на оба бекенда.  Такое 
может происходить, например, когда бекенды используют общую базу и 
ресурсов базы не хватает на обслуживание всех соединений, которые 
открывают оба бекенда.

> P.S. Еще интересно куда делись директивы weight и backup? Стоит их
> прописать в конфиге апстримов как nginx начинает ругаться матом говоря что
> не знает сих директив, а они мне очень бы пригодились, поскольку в случае
> успешного решения сабжевой проблемы планируется ввод еще 2 бэкендов.

Нужно описать upstream до proxy_pass, тогда будет работать.

Maxim Dounin


From nginx_ru676 на ekrava.mail.ua  Thu Feb 16 11:01:43 2012
From: nginx_ru676 на ekrava.mail.ua (nginx_ru676 на ekrava.mail.ua)
Date: Thu, 16 Feb 2012 11:01:43 +0000
Subject: mail_proxy auth_http
Message-ID: <1329390103.60E7C00.1890@mail.ua>

Вводные:

nginx -V
nginx version: nginx/0.7.67
TLS SNI support enabled
configure arguments: --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-client-body-temp-path=/var/lib/nginx/body --http-fastcgi-temp-path=/var/lib/nginx/fastcgi --http-log-path=/var/log/nginx/access.log --http-proxy-temp-path=/var/lib/nginx/proxy --lock-path=/var/lock/nginx.lock --pid-path=/var/run/nginx.pid --with-debug --with-http_dav_module --with-http_flv_module --with-http_geoip_module --with-http_gzip_static_module --with-http_realip_module --with-http_stub_status_module --with-http_ssl_module --with-http_sub_module --with-ipv6 --with-mail --with-mail_ssl_module --add-module=/tmp/buildd/nginx-0.7.67/modules/nginx-upstream-fair

конфиг выглядящий так
mail {
auth_http http://auth.sever.url:80/auth.cgi
# syntax: auth_http URL 
<skip>


если в dns прописан host auth.server.url
с несколькими IP , то nginx при попытке обратится к нему по pop3/imap
наружу выдает internal server error

в error.log
в это время сообщается

2012/02/16 12:57:02 [alert] 18734#0: *1 socket() failed (97: Address family not supported by protocol) while in http auth state, client: xx.xx.xx.xx, server: 0.0.0.0:995, login: "login на example.com"

я правильно понимаю что IP для auth.server.url должен быть только один ?

просто если auth.server.url резолвится в 1 ip, то все нормально работает.

--
С уважением, Eugene Kravtsoff

From nginx-forum на nginx.us  Thu Feb 16 15:46:50 2012
From: nginx-forum на nginx.us (Antonello)
Date: Thu, 16 Feb 2012 10:46:50 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCe0YLQtNCw0YfQsCDQutC+0LTQsCBwaHAg0LLQvNC10YHRgtC+INGB0YI=?=
	=?UTF-8?B?0YDQsNC90LjRhtGLINC4INC90LXQstC+0LfQvNC+0LbQvdC+0YHRgtGMINGB?=
	=?UTF-8?B?0LrQsNGH0LDRgtGMINGE0LDQudC70Ys=?=
In-Reply-To: <201202111307.39430.ne@vbart.ru>
References: <201202111307.39430.ne@vbart.ru>
Message-ID: <0b000b4b8d6ebcc6168d0551e7979632.NginxMailingListRussian@forum.nginx.org>

Спасибо, по 1 пункту помогло добавление
в mime.types  -   text/html    html htm shtml php; //вот сюда
добавил php и начало обрабатываться
правильно, по 2 пунку так пока и
неполучилось...

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222275,222486#msg-222486


From nginx_ru676 на ekrava.mail.ua  Thu Feb 16 16:56:50 2012
From: nginx_ru676 на ekrava.mail.ua (nginx_ru676 на ekrava.mail.ua)
Date: Thu, 16 Feb 2012 16:56:50 +0000
Subject: mail_proxy auth_http [not reproduced on 1.1.8]
In-Reply-To: <1329390103.60E7C00.1890@mail.ua>
References: <1329390103.60E7C00.1890@mail.ua>
Message-ID: <1329411410.8548dC71.1706@mail.ua>


поставил nginx-full 1.1.8 из debian-backports
все работает так как надо.
вопрос снимается


--
С уважением, Eugene Kravtsoff

From nginx-forum на nginx.us  Thu Feb 16 19:13:17 2012
From: nginx-forum на nginx.us (Antonello)
Date: Thu, 16 Feb 2012 14:13:17 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCe0YLQtNCw0YfQsCDQutC+0LTQsCBwaHAg0LLQvNC10YHRgtC+INGB0YI=?=
	=?UTF-8?B?0YDQsNC90LjRhtGLINC4INC90LXQstC+0LfQvNC+0LbQvdC+0YHRgtGMINGB?=
	=?UTF-8?B?0LrQsNGH0LDRgtGMINGE0LDQudC70Ys=?=
In-Reply-To: <0b000b4b8d6ebcc6168d0551e7979632.NginxMailingListRussian@forum.nginx.org>
References: <201202111307.39430.ne@vbart.ru>
	<0b000b4b8d6ebcc6168d0551e7979632.NginxMailingListRussian@forum.nginx.org>
Message-ID: <6823e0d14cb8944230c9c1096268a1a5.NginxMailingListRussian@forum.nginx.org>

По 2 вопросу моему кажется чудит autoindex
ибо если положить фаил с именем допусти
фаил без названия.mkv, то если ввести в
строке браузера http://localhost/tmp/фаил без
названия.mkv (он открывается как и должно
быть!!!), а если зайти в папку http://localhost/tmp/
и нажать на этот фаил получается битая
ссылка вида
http://localhost/tmp/%f4%e0%e8%eb%20%e1%e5%e7%20%ed%e0%e7%e2%e0%ed%e8%ff.mkv
(а когда наводишь просто мышкой на этот
фаил адрес показывается правильно) 
(кодировка windows-1251)

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222275,222494#msg-222494


From nginx-forum на nginx.us  Thu Feb 16 20:29:34 2012
From: nginx-forum на nginx.us (arty777)
Date: Thu, 16 Feb 2012 15:29:34 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?=
	=?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?=
	=?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?=
In-Reply-To: <4E949B41.8000006@kpi.ua>
References: <4E949B41.8000006@kpi.ua>
Message-ID: <cba00f84f1c5957bad2bd22780ed5d7d.NginxMailingListRussian@forum.nginx.org>

Та вот не хочется забивать ))) 

у меня слегка дисков добавилось в
массиве... общее  i/o стало существенно
выше, обслуживаю 4к людей одновременно
... 

так вот заметил , что если ставлю
output_buffers=64 диски сдыхают (утилизация в
100%) существенно быстрее , чем при
output_buffers=1М, но с output_buffers=1М оперативка
отжирайтеся сильно ... 


  итого , какой все-таки оптимальный
размер , и какое кол-во буфферов
ставить? если веркеров у меня к примеру
4 .


  в данный момент вот такая картинка: 
#Вкл aync io
aio             on;
directio        4M; # включаем O_DIRECT для файлов,
размером 4 Mбайт или больше
directio_alignment 512; # Устанавливает
выравнивание для directio. В большинстве
случаев достаточно 512-байтового
выравнивания
output_buffers  2 512k;


при этом 1 процесс нгиникса отжирает
больше памяти если буфер больше ,
существенно , к примеру 1 процесс
занимал 1.3 гигабайта .

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216159,222496#msg-222496


From a.vasilishin на kpi.ua  Thu Feb 16 20:37:02 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Thu, 16 Feb 2012 22:37:02 +0200
Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?=
	=?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?=
	=?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?=
In-Reply-To: <cba00f84f1c5957bad2bd22780ed5d7d.NginxMailingListRussian@forum.nginx.org>
References: <4E949B41.8000006@kpi.ua>
	<cba00f84f1c5957bad2bd22780ed5d7d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F3D68EE.4060909@kpi.ua>

16.02.2012 22:29, arty777 пишет:
> Та вот не хочется забивать )))
>
> у меня слегка дисков добавилось в
> массиве... общее  i/o стало существенно
> выше, обслуживаю 4к людей одновременно
> ...
>
> так вот заметил , что если ставлю
> output_buffers=64 диски сдыхают (утилизация в
> 100%) существенно быстрее , чем при
> output_buffers=1М, но с output_buffers=1М оперативка
> отжирайтеся сильно ...
>

Ну,  вообще Игорь рекомендовал 1 буфер на 1м. 4к людей одновременно это 
на каком канале? Обычный битрейт 385 кбит/с, этого хватает где-то на 
2400 конектов без буферизации.
Оперативка сейчас дешевая, я б не стал на ней экономить, забивал бы под 
завязку, а вот веников чаще всего много не поставишь и они дорогие.


-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From nginx-forum на nginx.us  Thu Feb 16 20:49:43 2012
From: nginx-forum на nginx.us (arty777)
Date: Thu, 16 Feb 2012 15:49:43 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?=
	=?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?=
	=?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?=
In-Reply-To: <4F3D68EE.4060909@kpi.ua>
References: <4F3D68EE.4060909@kpi.ua>
Message-ID: <9853976df4a8bfc1382957f2cb97f48d.NginxMailingListRussian@forum.nginx.org>

Андрей Василишин Wrote:
-------------------------------------------------------
> 16.02.2012 22:29, arty777 пишет:
> > Та вот не хочется забивать
> )))
> >
> > у меня слегка дисков
> добавилось в
> > массиве... общее  i/o стало
> существенно
> > выше, обслуживаю 4к людей
> одновременно
> > ...
> >
> > так вот заметил , что если
> ставлю
> > output_buffers=64 диски сдыхают
> (утилизация в
> > 100%) существенно быстрее ,
> чем при
> > output_buffers=1М, но с output_buffers=1М
> оперативка
> > отжирайтеся сильно ...
> >
> 
> Ну,  вообще Игорь
> рекомендовал 1 буфер на 1м.
> 4к людей одновременно это 
> на каком канале? Обычный
> битрейт 385 кбит/с, этого
> хватает где-то на 
> 2400 конектов без
> буферизации.
> Оперативка сейчас дешевая,
> я б не стал на ней
> экономить, забивал бы под 
> завязку, а вот веников чаще
> всего много не поставишь и
> они дорогие.
> 
> 
> -- 
> WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

на 4-х гигабитном . Битрейт 667 килобитс (83
килобайта) 
ну как дешевая , моя в америке стоит 70
баксов за планку 4 гига , минимум 4
планки покупать еще , если вообще
покупать )) + доставка ... ну в общем, есть
ньюансы . 

 поставил 1 буфер на 1мб , днем отожрало
много памяти и сервак ушел в своп... ,
поставил веркеров поменьше , завтра
посмотрим

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216159,222498#msg-222498


From a.vasilishin на kpi.ua  Thu Feb 16 20:55:48 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Thu, 16 Feb 2012 22:55:48 +0200
Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?=
	=?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?=
	=?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?=
In-Reply-To: <9853976df4a8bfc1382957f2cb97f48d.NginxMailingListRussian@forum.nginx.org>
References: <4F3D68EE.4060909@kpi.ua>
	<9853976df4a8bfc1382957f2cb97f48d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F3D6D54.5010607@kpi.ua>

16.02.2012 22:49, arty777 пишет:

> на 4-х гигабитном . Битрейт 667 килобитс (83
> килобайта)
> ну как дешевая , моя в америке стоит 70
> баксов за планку 4 гига , минимум 4
> планки покупать еще , если вообще
> покупать )) + доставка ... ну в общем, есть
> ньюансы .
>

Что ж это за память такая?
Даже DDR3 ECC 8Гб у нас стоит баксов 80.
А обычная DDR3 4Гб - 19$

>   поставил 1 буфер на 1мб , днем отожрало
> много памяти и сервак ушел в своп... ,
> поставил веркеров поменьше , завтра
> посмотрим

Если сервер кроме раздачи видео ничем не занимается то рекомендовал бы
vm.swappiness = 0
ну, или не больше 10.
Также рейд лучше разобрать и использовать диски по отдельности, больше 
иопсов в результате получится.


-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From koticka на mail.ru  Thu Feb 16 21:19:15 2012
From: koticka на mail.ru (Kostya Alexandrov)
Date: Fri, 17 Feb 2012 01:19:15 +0400
Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?=
	=?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?=
	=?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?=
In-Reply-To: <4F3D6D54.5010607@kpi.ua>
References: <4F3D68EE.4060909@kpi.ua>
	<9853976df4a8bfc1382957f2cb97f48d.NginxMailingListRussian@forum.nginx.org>
	<4F3D6D54.5010607@kpi.ua>
Message-ID: <4F3D72D3.5000707@mail.ru>

Успешно использую сервера совсем без свопа. правда для оракла, но
проблемы те же, своп при большом io.
Разобрать раид для такой задачи имхо уместно, еще я бы попробовал
поиграть с выключением aio и увеличением количества воркеров.
>>   поставил 1 буфер на 1мб , днем отожрало
>> много памяти и сервак ушел в своп... ,
>> поставил веркеров поменьше , завтра
>> посмотрим
>
> Если сервер кроме раздачи видео ничем не занимается то рекомендовал бы
> vm.swappiness = 0
> ну, или не больше 10.
> Также рейд лучше разобрать и использовать диски по отдельности, больше
> иопсов в результате получится.
>
>


From a.vasilishin на kpi.ua  Thu Feb 16 21:24:17 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Thu, 16 Feb 2012 23:24:17 +0200
Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?=
	=?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?=
	=?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?=
In-Reply-To: <4F3D72D3.5000707@mail.ru>
References: <4F3D68EE.4060909@kpi.ua>
	<9853976df4a8bfc1382957f2cb97f48d.NginxMailingListRussian@forum.nginx.org>
	<4F3D6D54.5010607@kpi.ua> <4F3D72D3.5000707@mail.ru>
Message-ID: <4F3D7401.6030709@kpi.ua>

16.02.2012 23:19, Kostya Alexandrov пишет:
> Успешно использую сервера совсем без свопа. правда для оракла, но
> проблемы те же, своп при большом io.
> Разобрать раид для такой задачи имхо уместно, еще я бы попробовал
> поиграть с выключением aio и увеличением количества воркеров.


4 Гбит на одних дисках, если ничего не кешится - нет особо популярных 
файлов, которые смотрят пару сотен человек одновременно, даже если 
дисков эти 10 дисков - САС, все равно будет хуже, проверял неоднократно.
А вот если есть популярный контент, который закешируется в опере, можно 
пробовать отключать аио и включать сендфайл.
ЗЫ А вообще непонятно, как можно покупать 4 Гбит/с и экономить на 
спичках (оперативной памяти)?


-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From nginx-forum на nginx.us  Thu Feb 16 21:26:32 2012
From: nginx-forum на nginx.us (arty777)
Date: Thu, 16 Feb 2012 16:26:32 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?=
	=?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?=
	=?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?=
In-Reply-To: <9853976df4a8bfc1382957f2cb97f48d.NginxMailingListRussian@forum.nginx.org>
References: <4F3D68EE.4060909@kpi.ua>
	<9853976df4a8bfc1382957f2cb97f48d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <b1512c3f4caa6e0974de34e32ee7bb78.NginxMailingListRussian@forum.nginx.org>

Память такая
http://www.ebay.com/itm/Kingston-KVR667D2Q8P5-4G-DDR2-667-4GB-/330468147045?_trksid=p5197.m7&_trkparms=algo%3DLVI%26itu%3DUCI%26otn%3D3%26po%3DLVI%26ps%3D63%26clkid%3D6110169263396206227


а на тему одиночных дисков - игрался ,
много зеркал выигрывают+надежность от
падения . А вообще было бы много лв
купил бы много ссд , у меня 1 ссд 120-ка
тянет к примеру 1.2 Гигабита траффика с
95% утилизацией , но т.к. лв не много
приходиться сата мучать . vm.swappiness = 10
стоит . 

  Вот как в данный момент показала
практика , делать output_buffers=1М смысла нет ,
утилизация дисков 1 в 1 как с параметром
output_buffers=512к , а памяти в 2 раза меньше
хавает во втором случае .. )) 



Чем вот это чревато? 
directio_alignment 512; # Устанавливает
выравнивание для directio. В большинстве
случаев достаточно 512-байтового

у меня как раз линух . В описании было
написано что для линуха желательно
ставить .

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216159,222502#msg-222502


From a.vasilishin на kpi.ua  Thu Feb 16 21:38:30 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Thu, 16 Feb 2012 23:38:30 +0200
Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?=
	=?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?=
	=?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?=
In-Reply-To: <b1512c3f4caa6e0974de34e32ee7bb78.NginxMailingListRussian@forum.nginx.org>
References: <4F3D68EE.4060909@kpi.ua>
	<9853976df4a8bfc1382957f2cb97f48d.NginxMailingListRussian@forum.nginx.org>
	<b1512c3f4caa6e0974de34e32ee7bb78.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F3D7756.5030407@kpi.ua>

16.02.2012 23:26, arty777 пишет:
> Память такая
> http://www.ebay.com/itm/Kingston-KVR667D2Q8P5-4G-DDR2-667-4GB-/330468147045?_trksid=p5197.m7&_trkparms=algo%3DLVI%26itu%3DUCI%26otn%3D3%26po%3DLVI%26ps%3D63%26clkid%3D6110169263396206227
>
>
> а на тему одиночных дисков - игрался ,
> много зеркал выигрывают+надежность от
> падения .

Еще ни разу не было так, чтобы веник сдыхал сразу и безвозвратно, 
максимум пару файлов не удавалось спасти.
Ну, а вообще ежедневный инкрементный бекап куда-нить на другой сервер 
решает проблему с надежностью.

> А вообще было бы много лв
> купил бы много ссд , у меня 1 ссд 120-ка
> тянет к примеру 1.2 Гигабита траффика с
> 95% утилизацией , но т.к. лв не много
> приходиться сата мучать . vm.swappiness = 10
> стоит .

на 4 гбит/с лв есть, а на диски, память - нет :)
а своп лучше вообще отключить, я везде отключаю, правда и памяти минимум 
16 ставлю.

>    Вот как в данный момент показала
> практика , делать output_buffers=1М смысла нет ,
> утилизация дисков 1 в 1 как с параметром
> output_buffers=512к , а памяти в 2 раза меньше
> хавает во втором случае .. ))


Я б еще рекомендовал собирать нгинкс только с тем, что нужно. Проверено, 
нгинкс-екстрас из репозиториев дебиана жрет на гиг памяти больше, чем 
собранный только с модулями флв и мп4.



-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From nginx-forum на nginx.us  Thu Feb 16 21:39:27 2012
From: nginx-forum на nginx.us (arty777)
Date: Thu, 16 Feb 2012 16:39:27 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?=
	=?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?=
	=?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?=
In-Reply-To: <4F3D7401.6030709@kpi.ua>
References: <4F3D7401.6030709@kpi.ua>
Message-ID: <1c676872fc7e0c61c0aafb9a9ab4bb8a.NginxMailingListRussian@forum.nginx.org>

> 4 Гбит на одних дисках, если
> ничего не кешится - нет
> особо популярных 
> файлов, которые смотрят
> пару сотен человек
> одновременно, даже если 
> дисков эти 10 дисков - САС,
> все равно будет хуже,
> проверял неоднократно.
> А вот если есть популярный
> контент, который
> закешируется в опере, можно
> 
> пробовать отключать аио и
> включать сендфайл.
> ЗЫ А вообще непонятно, как
> можно покупать 4 Гбит/с и
> экономить на 
> спичках (оперативной
> памяти)?


  Да 16 , если разумно использовать ,
хватает , тупой настройкой и 32 не хватит
, при большом колл-ве коненктов , 512к
ничем не отличается от 1m на "моей"
практике ) 

  

  Кстати , а вот если аио отключить и
сендфайл включить , какие спецэффекты
от такого будут?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216159,222503#msg-222503


From a.vasilishin на kpi.ua  Thu Feb 16 21:43:29 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Thu, 16 Feb 2012 23:43:29 +0200
Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?=
	=?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?=
	=?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?=
In-Reply-To: <1c676872fc7e0c61c0aafb9a9ab4bb8a.NginxMailingListRussian@forum.nginx.org>
References: <4F3D7401.6030709@kpi.ua>
	<1c676872fc7e0c61c0aafb9a9ab4bb8a.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F3D7881.5090703@kpi.ua>

16.02.2012 23:39, arty777 пишет:

>    Кстати , а вот если аио отключить и
> сендфайл включить , какие спецэффекты
> от такого будут?
>

Процессы нгинкса постоянно будут ждать диск.
С включением сендфайл отключаются оутпут буферс.
В общем если в в памяти ничего не поместится или поместится очень мало - 
будет очень плохо.


-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From sargas на kievnet.ua  Thu Feb 16 22:07:59 2012
From: sargas на kievnet.ua (=?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCb0YvRgdC10L3QutC+?=)
Date: Fri, 17 Feb 2012 00:07:59 +0200
Subject: memcached nginx redirect
Message-ID: <CANA-ts=gOUgpw7dZ_HLPfJAnJfymZuNbsYF0PsPO-xnp7c-dYA@mail.gmail.com>

Доброй ночи.
Стоит связка Apache + nginx. Нужно в memcached закешировать редирект и
чтобы его отдавал nginx. Ранее этот вопрос поднимался в рассылке но
сейчас готово решения найти не могу.
http://www.lexa.ru/nginx-ru/msg21543.html

Буду признателен за помощь.

From hunter на comsys.com.ua  Thu Feb 16 22:25:05 2012
From: hunter на comsys.com.ua (Sergey Smitienko)
Date: Fri, 17 Feb 2012 00:25:05 +0200
Subject: memcached nginx redirect
In-Reply-To: <CANA-ts=gOUgpw7dZ_HLPfJAnJfymZuNbsYF0PsPO-xnp7c-dYA@mail.gmail.com>
References: <CANA-ts=gOUgpw7dZ_HLPfJAnJfymZuNbsYF0PsPO-xnp7c-dYA@mail.gmail.com>
Message-ID: <4F3D8241.8060607@comsys.com.ua>

Добрый вечер.

>Нужно в memcached закешировать редирект и
>чтобы его отдавал nginx. Ранее этот вопрос поднимался в рассылке но
>сейчас готово решения найти не могу.


На встроенном перле такой хандлер можно написать.

-- 
Sergey Smitienko


From chipitsine на gmail.com  Fri Feb 17 04:25:53 2012
From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=)
Date: Fri, 17 Feb 2012 10:25:53 +0600
Subject: =?UTF-8?B?UmU6INC80L7QtNGD0LvRjCDRh9GC0L7QsdGLINC00LjQvdCw0LzQuNGH0LXRgdC6?=
	=?UTF-8?B?0Lgg0L7RgtC00LDQstCw0YLRjCDQvdC10YHQutC+0LvRjNC60L4gamF2YS1z?=
	=?UTF-8?B?Y3JpcHQvY3NzINGE0LDQudC70L7QsiDQsiDQvtC00L3QvtC8IGJ1bmRsZQ==?=
In-Reply-To: <03f19ba868d525d9e1401e3f26c8aa33.NginxMailingListRussian@forum.nginx.org>
References: <CAFHpkQHF3zhcJe2WTviFKUCF+LsQr9JK4WK--ZR2Hm9i5yM7nQ@mail.gmail.com>
	<03f19ba868d525d9e1401e3f26c8aa33.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAFHpkQFeewSZfXrzude-Ngy3ASsdeVYU_q26dFL3dnNZJy+MsA@mail.gmail.com>

13 февраля 2012 г. 18:12 пользователь locojohn <nginx-forum на nginx.us>написал:

> Илья Шипицин Wrote:
> -------------------------------------------------------
> > есть ajax minifier, например.
> > работает под ms build.
> > в чем разрабатывают ваши
> > программисты ?
>
> Спасибо, Илья.  К сожалению, предыдущее
> моё письмо по какой-то причине стёрли.
> Там были ответы на ваши вопросы.
>
> Наши программисты разрабатывают у себя
> на компьютерах в Ultraedit/Dreamweaver.  Потом
> посылают изменения на сервер через SFTP.
>

если это сервер тестовый, дайте программистам там шел, что вам, жалко чтоли
))
у меня вопрос был не в редакторе, а скорее в bug tracking и/или source
control.
исходники в чем хранятся ? баги при помощи чего обрабатываются ?

отталкиваясь от этой системы (коих много разных, тот же redmine, например),
можно ее допилить, чтобы она добавляла хеш/дату при релизе.


> На сервере Gentoo Linux x86_64.  У программистов
> даже шелл-доступа к серверу нет, о Makefile
> говорить не приходится.
>

make я имел в виду в том месте, где они разрабатывают, на их рабочих
станциях.
ну и шел на тестовом сервере им вполне можно дать.


>
> > у нас тоже есть
> > программисты и формируется
> > очень неплохая культура,
> > когда в
> > имя статики добавляется
> > хеш или дата. и после этого
> > отдавай хоть с каким
> > Expire, никакого риска.
>
> Непонятно, каким образом им создавать
> бандлы в оффлайне или при переносе
> изменений с тест-сервера, где они
> постоянно обновляют свои файлы, на
> рабочий сервер?   Как это технически
> можно сделать быстро и
> полу-или-полностью автоматически?  Я
> такой возможности при нашем раскладе
> не вижу.  Напомню, что у них только SFTP
> доступ к серверу, на котором всё
> тестируется.  А изменения на рабочий
> сервер они сами сейчас переносят при
> помощи DW.  Вариант чтобы я это делал для
> программистов каждый раз при
> обновлении исключается.   Если вы
> настаиваете, что это прекрасный способ
> решения проблемы, опишите мне,
> пожалуйста, его техническую базу.
>
> Мне всё-таки видится использование
> http-concat наиболее подходящим для решения
> такой задачи.
>


как упражнение, чтобы поковыряться в веб-технологиях - самое то ))
в любом случае время будет потрачено не впустую.


>
> Андрей
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,222269,222339#msg-222339
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120217/0bed0baf/attachment-0001.html>

From nginx-forum на nginx.us  Fri Feb 17 05:44:45 2012
From: nginx-forum на nginx.us (vagner)
Date: Fri, 17 Feb 2012 00:44:45 -0500 (EST)
Subject: http sub module and variables
Message-ID: <d299bf5994007fc0885b275329b42208.NginxMailingListRussian@forum.nginx.org>

Добрый день!
Подскажите плз - использую директиву
sub_filter в контексте server. Работает она
отлично, но если я пытаюсь использовать
переменную $server_name sub_filter не
выполняется. Пример такой:
sub_filter http://$server_name/ "/";
sub_filer_once off;

Переменная объявлена выше:
server_name nginx.org www.nginx.org;

ps требуется переписать http://nginx.org/ на "/"

Премного благодарен за ответы:)

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222526,222526#msg-222526


From nginx-forum на nginx.us  Fri Feb 17 07:08:22 2012
From: nginx-forum на nginx.us (arty777)
Date: Fri, 17 Feb 2012 02:08:22 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?=
	=?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?=
	=?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?=
In-Reply-To: <eade411ecd522da0baeda4eeffeb5e46.NginxMailingListRussian@forum.nginx.org>
References: <eade411ecd522da0baeda4eeffeb5e46.NginxMailingListRussian@forum.nginx.org>
Message-ID: <a899806dd8002dae69d4ce97c8003860.NginxMailingListRussian@forum.nginx.org>

> Я б еще рекомендовал
> собирать нгинкс только с
> тем, что нужно. Проверено, 
> нгинкс-екстрас из
> репозиториев дебиана жрет
> на гиг памяти больше, чем 
> собранный только с
> модулями флв и мп4.

Всегда нгиникс собираю ручками а не с
репо )) 

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

 В связи с тем что пишу на диски ОЧЕНЬ
мало , они восновном чтением заняты , не
вижу смыла юзать одиночные диски, т.к. с
рейда зеркала, чтение практически
удваивается . + есть резервирование , +
отжирание 50% места не критично . 

  Кстати , новые диски от сигейта , те
которые на пластину 1 ТБ умеют , 7200 , в 2.5
раза  шустрее аналогов от вестерн
диджитала (5400, 750 на пластину) , с зеркала
из 2-х таких сигейтов получпется
выживмать 75 мегабайт, при 1к открытых
файлов с массива . На ВД-ках - 30 мегабайт
. :)  Так что с сата не так все и плохо )) 

И все-таки ,  что это такое и надо ли оно
мне на линуксе? 

directio_alignment 512;

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216159,222527#msg-222527


From mdounin на mdounin.ru  Fri Feb 17 08:01:31 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Fri, 17 Feb 2012 12:01:31 +0400
Subject: http sub module and variables
In-Reply-To: <d299bf5994007fc0885b275329b42208.NginxMailingListRussian@forum.nginx.org>
References: <d299bf5994007fc0885b275329b42208.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120217080131.GB67687@mdounin.ru>

Hello!

On Fri, Feb 17, 2012 at 12:44:45AM -0500, vagner wrote:

> Добрый день!
> Подскажите плз - использую директиву
> sub_filter в контексте server. Работает она
> отлично, но если я пытаюсь использовать
> переменную $server_name sub_filter не
> выполняется. Пример такой:
> sub_filter http://$server_name/ "/";
> sub_filer_once off;
> 
> Переменная объявлена выше:
> server_name nginx.org www.nginx.org;
> 
> ps требуется переписать http://nginx.org/ на "/"
> 
> Премного благодарен за ответы:)

http://nginx.org/ru/docs/http/ngx_http_sub_module.html

: Задаёт строку, которую нужно заменить, и строку замены. Заменяемая 
: строка проверяется без учёта регистра. В строке замены можно 
: использовать переменные.

В заменяемой строке - использовать переменные нельзя, они там не 
поддерживаются.

Maxim Dounin


From nginx-forum на nginx.us  Fri Feb 17 09:07:43 2012
From: nginx-forum на nginx.us (aceton)
Date: Fri, 17 Feb 2012 04:07:43 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCd0LXRgdC60L7Qu9GM0LrQviDQtNC40YDQtdC60YLQuNCyIHNlcnZlciBu?=
	=?UTF-8?B?YW1l?=
In-Reply-To: <20101202082659.GC41657@rambler-co.ru>
References: <20101202082659.GC41657@rambler-co.ru>
Message-ID: <e9f181accd56c7ec1e5d958e1414942c.NginxMailingListRussian@forum.nginx.org>

Коллеги, а можно ли этот список
выделить в отдельный файл?
Например вот так:

server {
     listen       80;
     server_name  
           include /etc/nginx/hosts.conf
}

Спасибо

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,154907,222537#msg-222537


From me на kemko.ru  Fri Feb 17 09:51:34 2012
From: me на kemko.ru (=?KOI8-R?B?5M3J1NLJyiDhzsTSxcXX?=)
Date: Fri, 17 Feb 2012 13:51:34 +0400
Subject: =?UTF-8?B?UmU6INCd0LXRgdC60L7Qu9GM0LrQviDQtNC40YDQtdC60YLQuNCyIHNlcnZlciBu?=
	=?UTF-8?B?YW1l?=
In-Reply-To: <e9f181accd56c7ec1e5d958e1414942c.NginxMailingListRussian@forum.nginx.org>
References: <20101202082659.GC41657@rambler-co.ru>
	<e9f181accd56c7ec1e5d958e1414942c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAECYwbkorYiV_LJOGYw8h2_tLsJ-jJEsEgBXEvMK0ry2cG9A-g@mail.gmail.com>

17 февраля 2012 г. 13:07 пользователь aceton <nginx-forum на nginx.us> написал:
> Коллеги, а можно ли этот список
> выделить в отдельный файл?
> Например вот так:
>
> server {
>     listen       80;
>     server_name
>           include /etc/nginx/hosts.conf
> }
>
А почему не так?
server {
 listen 80;
 include /etc/nginx/hosts.conf;
}
Ну а а там "server_name xx.yy.ru zz.yy.ru tt.yy.ru;" или много строк
server_name, по одной на каждый хост, в общем уже по вкусу.

From kaa на zvuki.ru  Fri Feb 17 10:09:17 2012
From: kaa на zvuki.ru (Andrey Kopeyko)
Date: Fri, 17 Feb 2012 14:09:17 +0400
Subject: =?UTF-8?B?UmU6INCd0LXRgdC60L7Qu9GM0LrQviDQtNC40YDQtdC60YLQuNCyIHNlcnZlciBu?=
	=?UTF-8?B?YW1l?=
In-Reply-To: <e9f181accd56c7ec1e5d958e1414942c.NginxMailingListRussian@forum.nginx.org>
References: <20101202082659.GC41657@rambler-co.ru>
	<e9f181accd56c7ec1e5d958e1414942c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F3E274D.3010804@zvuki.ru>

17.02.2012 13:07, aceton пишет:
> Коллеги, а можно ли этот список
> выделить в отдельный файл?
> Например вот так:
>
> server {
>       listen       80;
>       server_name
>             include /etc/nginx/hosts.conf
> }

Нет, нельзя - потому что

"Включаемые файлы должны содержать синтаксически верные директивы и блоки."

см. http://nginx.org/ru/docs/ngx_core_module.html#include


-- 
Best regards,
Andrey Kopeyko <kaa на zvuki.ru>


From gmm на csdoc.com  Fri Feb 17 11:30:03 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Fri, 17 Feb 2012 13:30:03 +0200
Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?=
	=?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?=
	=?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?=
In-Reply-To: <a899806dd8002dae69d4ce97c8003860.NginxMailingListRussian@forum.nginx.org>
References: <eade411ecd522da0baeda4eeffeb5e46.NginxMailingListRussian@forum.nginx.org>
	<a899806dd8002dae69d4ce97c8003860.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F3E3A3B.1060209@csdoc.com>

On 17.02.2012 9:08, arty777 wrote:

> В связи с тем что пишу на диски ОЧЕНЬ
> мало , они восновном чтением заняты , не
> вижу смыла юзать одиночные диски, т.к. с
> рейда зеркала, чтение практически
> удваивается . + есть резервирование , +
> отжирание 50% места не критично .

кстати, увеличивать производительность дисковой
подсистемы можно увеличивая количество дисков
в массиве, RAID1 не обязательно должен состоять
только из двух компонент, их там может быть 2, 3, 4, ...
с соответствующим ростом производительности.

> И все-таки ,  что это такое и надо ли оно
> мне на линуксе?
>
> directio_alignment 512;

http://nginx.org/ru/docs/http/ngx_http_core_module.html#directio_alignment

Устанавливает выравнивание для directio. В большинстве случаев 
достаточно 512-байтового выравнивания, однако при использовании XFS под 
Linux его нужно увеличить до 4K.

кстати, файловая система XFS для этой задачи
может быть более подходящей, чем ext4.

-- 
Best regards,
  Gena


From nginx-forum на nginx.us  Fri Feb 17 13:07:58 2012
From: nginx-forum на nginx.us (vagner)
Date: Fri, 17 Feb 2012 08:07:58 -0500 (EST)
Subject: http sub module and variables
In-Reply-To: <d299bf5994007fc0885b275329b42208.NginxMailingListRussian@forum.nginx.org>
References: <d299bf5994007fc0885b275329b42208.NginxMailingListRussian@forum.nginx.org>
Message-ID: <6df32aa04832729b9594b1efa60416f7.NginxMailingListRussian@forum.nginx.org>

Понял, спасибо большое:)

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222526,222551#msg-222551


From alexander.gsander на gmail.com  Fri Feb 17 13:54:13 2012
From: alexander.gsander на gmail.com (Alexander Goncharov)
Date: Sat, 18 Feb 2012 00:54:13 +1100
Subject: =?UTF-8?B?UmU6INCa0LDQuiDQstGL0LTQsNCy0LDRgtGMINC40Lcg0LrRjdGI0LAgcHJveHkg?=
	=?UTF-8?B?Y2FjaGUg0LHQtdC3INC+0LPRgNCw0L3QuNGH0LXQvdC40LkgbGltaXQgY29u?=
	=?UTF-8?B?bg==?=
In-Reply-To: <a38910a016a5cdc5fcbee412d628eab0.NginxMailingListRussian@forum.nginx.org>
References: <a38910a016a5cdc5fcbee412d628eab0.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CA+CqjQ7AL-oXPi-5i64Ytqy_NB-m1=6GuqJNRVVYr3w=58m6mQ@mail.gmail.com>

Такая же задача, настроить limit_req для запросов не из кеша.

Планируется таким образом резать random flood, а создавать еще одно
соединение к фронтенду (как в первом письме) дороговато, когда идет
flood.

Подскажите красивое решение.

2012/2/2 ya <nginx-forum на nginx.us>:
> Здравствуйте,
> Помогите пожалуйста настроить
> ограничение на одновременные конекции
> (limit_conn), но при этом выдавать из кэша
> (proxy_cache) без ограничений :)
> У меня получилось только так:
>
> limit_zone perserver $server_name 1m;
>
>  location /search/ {
>        rewrite    ^/search/(.+)/$           /search.php?q=$1&content=1
> break;
>        expires 10m;
>        proxy_ignore_headers "Cache-control" "Expires";
>        proxy_cache test;
>        proxy_cache_valid 200 301 302 304 1d;       #kak chasto
> obnavlyat`
>        proxy_cache_use_stale updating error timeout invalid_header
> http_500 http_502 http_503 http_504 http_404;
>        proxy_cache_key "$host|$request_uri";
>
>        proxy_pass http://forontend;  #на самого себя
>        proxy_redirect off;
>        proxy_intercept_errors on;
>        proxy_set_header Host $host;
>        proxy_set_header RealIP $remote_addr;
>
>  }
>
>  location /search.php {
>        limit_conn perserver 5;
>
>        proxy_pass http://backend;
>        proxy_redirect off;
>        proxy_intercept_errors on;
>        proxy_set_header Host $host;
>        proxy_set_header X-Real-IP $http_RealIP;
>  }
>
> что криво.
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,221875,221875#msg-221875
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From nginx-forum на nginx.us  Fri Feb 17 14:33:42 2012
From: nginx-forum на nginx.us (locojohn)
Date: Fri, 17 Feb 2012 09:33:42 -0500 (EST)
Subject: nginx 1.1.15: crash
Message-ID: <9d0462a2e9499abc38c623f25426daa3.NginxMailingListRussian@forum.nginx.org>

nginx version: nginx/1.1.15
TLS SNI support enabled
configure arguments: --prefix=/usr --sbin-path=/usr/sbin/nginx
--conf-path=/etc/nginx/nginx.conf
--error-log-path=/var/log/nginx/error_log --pid-path=/var/run/nginx.pid
--lock-path=/var/lock/nginx.lock --user=nginx --group=nginx
--with-cc-opt=-I/usr/include --with-ld-opt=-L/usr/lib
--http-log-path=/var/log/nginx/access_log
--http-client-body-temp-path=/var/tmp/nginx/client
--http-proxy-temp-path=/var/tmp/nginx/proxy
--http-fastcgi-temp-path=/var/tmp/nginx/fastcgi
--http-scgi-temp-path=/var/tmp/nginx/scgi
--http-uwsgi-temp-path=/var/tmp/nginx/uwsgi --with-file-aio
--with-aio_module --with-debug --with-pcre
--without-http_auth_basic_module --without-http_geo_module
--without-http_limit_req_module --without-http_memcached_module
--without-http_referer_module --without-http_scgi_module
--without-http_ssi_module --without-http_split_clients_module
--without-http_userid_module --without-http_uwsgi_module
--with-http_flv_module --with-http_geoip_module
--with-http_stub_status_module --with-http_realip_module
--add-module=/var/tmp/portage/www-servers/nginx-1.1.15/work/perusio-nginx-http-concat-c37eadc
--add-module=/var/tmp/portage/www-servers/nginx-1.1.15/work/masterzen-nginx-upload-progress-module-c7c663f
--with-http_ssl_module --without-mail_imap_module
--without-mail_pop3_module --without-mail_smtp_module


gdb:

Program terminated with signal 11, Segmentation fault.
#0  ngx_event_pipe_write_chain_to_temp_file (p=0x1cc9038)
    at src/event/ngx_event_pipe.c:709
709	src/event/ngx_event_pipe.c: No such file or directory.

backtrace:

#0  ngx_event_pipe_write_chain_to_temp_file (p=0x1cc9038)
    at src/event/ngx_event_pipe.c:709
        size = 0
        bsize = <optimized out>
        n = <optimized out>
        b = <optimized out>
        prev_last_shadow = 1
        cl = 0x0
        tl = <optimized out>
        next = <optimized out>
        out = 0x0
        ll = 0x0
        last_out = <optimized out>
        last_free = <optimized out>
        fl = {buf = 0x7fff7cb3cba0, next = 0x7fff7cbffa0c}
#1  0x00000000004203fb in ngx_event_pipe_read_upstream (p=0x1cc9038)
    at src/event/ngx_event_pipe.c:227
        chain = <optimized out>
        ln = <optimized out>
        n = <optimized out>
        size = <optimized out>
        rc = <optimized out>
        b = <optimized out>
        cl = <optimized out>
#2  ngx_event_pipe (p=0x1cc9038, do_write=<optimized out>)
    at src/event/ngx_event_pipe.c:49
        rc = 0
        rev = <optimized out>
        wev = <optimized out>
#3  0x000000000044786e in ngx_http_upstream_process_upstream
(r=0x1cbd5b0, 
    u=0x1db4870) at src/http/ngx_http_upstream.c:2641
        c = 0x7f10f8f45e50
#4  0x00000000004479ad in ngx_http_upstream_handler (ev=0x7f10f88c47c8)
    at src/http/ngx_http_upstream.c:935
        c = 0x7f10f8f45d90
        r = 0x1cbd5b0
        ctx = <optimized out>
        u = 0x1db4870
#5  0x0000000000426d79 in ngx_epoll_process_events (cycle=0x1bf1440, 
    timer=<optimized out>, flags=<optimized out>)
    at src/event/modules/ngx_epoll_module.c:679
        events = <optimized out>
        revents = 5
        instance = <optimized out>
       i = <optimized out>
        level = <optimized out>
        err = <optimized out>
        rev = 0x7f10f88c47c8
        wev = <optimized out>
        queue = <optimized out>
        c = 0x7f10f8f45e50
#6  0x000000000041da56 in ngx_process_events_and_timers
(cycle=0x1bf1440)
    at src/event/ngx_event.c:246
        flags = <optimized out>
        timer = <optimized out>
        delta = 1329485422940
#7  0x0000000000424a35 in ngx_worker_process_cycle (cycle=0x1bf1440, 
    data=<optimized out>) at src/os/unix/ngx_process_cycle.c:802
        i = <optimized out>
        c = <optimized out>
#8  0x0000000000423266 in ngx_spawn_process (cycle=0x1bf1440, 
    proc=0x424960 <ngx_worker_process_cycle>, data=0x0, 
    name=0x4704b5 "worker process", respawn=-3) at
src/os/unix/ngx_process.c:198
        on = 1
        pid = 0
        s = <optimized out>
#9  0x0000000000424f79 in ngx_start_worker_processes (cycle=0x1bf1440,
n=4, 
    type=-3) at src/os/unix/ngx_process_cycle.c:361
        i = <optimized out>
        ch = {command = 1, pid = 6123, slot = 0, fd = 3}
#10 0x0000000000425621 in ngx_master_process_cycle (cycle=0x1bf1440)
    at src/os/unix/ngx_process_cycle.c:137
        title = 0x1d58490 "master process /usr/sbin/nginx -c
/etc/nginx/nginx.conf"
        p = <optimized out>
        size = 56
        i = 3
        n = <optimized out>
        sigio = <optimized out>
        set = {__val = {0 <repeats 16 times>}}
        itv = {it_interval = {tv_sec = 0, tv_usec = 29299800}, it_value
= {
            tv_sec = 0, tv_usec = 0}}
        live = <optimized out>
        delay = <optimized out>
        ls = <optimized out>
        ccf = 0x1bf23b0
#11 0x000000000040751d in main (argc=<optimized out>, argv=<optimized
out>)
    at src/core/nginx.c:410
        i = <optimized out>
        pid = 0
        s = <optimized out>


У меня много виртуальных хвостов, и это
production site.  Надеюсь, что проблема и так
ясна и можно обойтись без debug лога, ибо я
не знаю на каком из сайтов происходит
крэш.

Андрей

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222557,222557#msg-222557


From ne на vbart.ru  Fri Feb 17 14:40:14 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Fri, 17 Feb 2012 18:40:14 +0400
Subject: nginx 1.1.15: crash
In-Reply-To: <9d0462a2e9499abc38c623f25426daa3.NginxMailingListRussian@forum.nginx.org>
References: <9d0462a2e9499abc38c623f25426daa3.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201202171840.14814.ne@vbart.ru>

On Friday 17 February 2012 18:33:42 locojohn wrote:
> nginx version: nginx/1.1.15
> TLS SNI support enabled
> configure arguments: --prefix=/usr --sbin-path=/usr/sbin/nginx
> --conf-path=/etc/nginx/nginx.conf
> --error-log-path=/var/log/nginx/error_log --pid-path=/var/run/nginx.pid
> --lock-path=/var/lock/nginx.lock --user=nginx --group=nginx
> --with-cc-opt=-I/usr/include --with-ld-opt=-L/usr/lib
> --http-log-path=/var/log/nginx/access_log
> --http-client-body-temp-path=/var/tmp/nginx/client
> --http-proxy-temp-path=/var/tmp/nginx/proxy
> --http-fastcgi-temp-path=/var/tmp/nginx/fastcgi
> --http-scgi-temp-path=/var/tmp/nginx/scgi
> --http-uwsgi-temp-path=/var/tmp/nginx/uwsgi --with-file-aio
> --with-aio_module --with-debug --with-pcre
> --without-http_auth_basic_module --without-http_geo_module
> --without-http_limit_req_module --without-http_memcached_module
> --without-http_referer_module --without-http_scgi_module
> --without-http_ssi_module --without-http_split_clients_module
> --without-http_userid_module --without-http_uwsgi_module
> --with-http_flv_module --with-http_geoip_module
> --with-http_stub_status_module --with-http_realip_module
> --add-module=/var/tmp/portage/www-servers/nginx-1.1.15/work/perusio-nginx-h
> ttp-concat-c37eadc
> --add-module=/var/tmp/portage/www-servers/nginx-1.1.15/work/masterzen-ngin
> x-upload-progress-module-c7c663f --with-http_ssl_module
> --without-mail_imap_module
> --without-mail_pop3_module --without-mail_smtp_module
> 
> 
> gdb:
> 
> Program terminated with signal 11, Segmentation fault.
> #0  ngx_event_pipe_write_chain_to_temp_file (p=0x1cc9038)
>     at src/event/ngx_event_pipe.c:709
> 709	src/event/ngx_event_pipe.c: No such file or directory.
> 
> backtrace:
> 
> #0  ngx_event_pipe_write_chain_to_temp_file (p=0x1cc9038)
>     at src/event/ngx_event_pipe.c:709
>         size = 0
>         bsize = <optimized out>
>         n = <optimized out>
>         b = <optimized out>
>         prev_last_shadow = 1
>         cl = 0x0
>         tl = <optimized out>
>         next = <optimized out>
>         out = 0x0
>         ll = 0x0
>         last_out = <optimized out>
>         last_free = <optimized out>
>         fl = {buf = 0x7fff7cb3cba0, next = 0x7fff7cbffa0c}
> #1  0x00000000004203fb in ngx_event_pipe_read_upstream (p=0x1cc9038)
>     at src/event/ngx_event_pipe.c:227
>         chain = <optimized out>
>         ln = <optimized out>
>         n = <optimized out>
>         size = <optimized out>
>         rc = <optimized out>
>         b = <optimized out>
>         cl = <optimized out>
> #2  ngx_event_pipe (p=0x1cc9038, do_write=<optimized out>)
>     at src/event/ngx_event_pipe.c:49
>         rc = 0
>         rev = <optimized out>
>         wev = <optimized out>
> #3  0x000000000044786e in ngx_http_upstream_process_upstream
> (r=0x1cbd5b0,
>     u=0x1db4870) at src/http/ngx_http_upstream.c:2641
>         c = 0x7f10f8f45e50
> #4  0x00000000004479ad in ngx_http_upstream_handler (ev=0x7f10f88c47c8)
>     at src/http/ngx_http_upstream.c:935
>         c = 0x7f10f8f45d90
>         r = 0x1cbd5b0
>         ctx = <optimized out>
>         u = 0x1db4870
> #5  0x0000000000426d79 in ngx_epoll_process_events (cycle=0x1bf1440,
>     timer=<optimized out>, flags=<optimized out>)
>     at src/event/modules/ngx_epoll_module.c:679
>         events = <optimized out>
>         revents = 5
>         instance = <optimized out>
>        i = <optimized out>
>         level = <optimized out>
>         err = <optimized out>
>         rev = 0x7f10f88c47c8
>         wev = <optimized out>
>         queue = <optimized out>
>         c = 0x7f10f8f45e50
> #6  0x000000000041da56 in ngx_process_events_and_timers
> (cycle=0x1bf1440)
>     at src/event/ngx_event.c:246
>         flags = <optimized out>
>         timer = <optimized out>
>         delta = 1329485422940
> #7  0x0000000000424a35 in ngx_worker_process_cycle (cycle=0x1bf1440,
>     data=<optimized out>) at src/os/unix/ngx_process_cycle.c:802
>         i = <optimized out>
>         c = <optimized out>
> #8  0x0000000000423266 in ngx_spawn_process (cycle=0x1bf1440,
>     proc=0x424960 <ngx_worker_process_cycle>, data=0x0,
>     name=0x4704b5 "worker process", respawn=-3) at
> src/os/unix/ngx_process.c:198
>         on = 1
>         pid = 0
>         s = <optimized out>
> #9  0x0000000000424f79 in ngx_start_worker_processes (cycle=0x1bf1440,
> n=4,
>     type=-3) at src/os/unix/ngx_process_cycle.c:361
>         i = <optimized out>
>         ch = {command = 1, pid = 6123, slot = 0, fd = 3}
> #10 0x0000000000425621 in ngx_master_process_cycle (cycle=0x1bf1440)
>     at src/os/unix/ngx_process_cycle.c:137
>         title = 0x1d58490 "master process /usr/sbin/nginx -c
> /etc/nginx/nginx.conf"
>         p = <optimized out>
>         size = 56
>         i = 3
>         n = <optimized out>
>         sigio = <optimized out>
>         set = {__val = {0 <repeats 16 times>}}
>         itv = {it_interval = {tv_sec = 0, tv_usec = 29299800}, it_value
> = {
>             tv_sec = 0, tv_usec = 0}}
>         live = <optimized out>
>         delay = <optimized out>
>         ls = <optimized out>
>         ccf = 0x1bf23b0
> #11 0x000000000040751d in main (argc=<optimized out>, argv=<optimized
> out>)
>     at src/core/nginx.c:410
>         i = <optimized out>
>         pid = 0
>         s = <optimized out>
> 
> 
> У меня много виртуальных хвостов, и это
> production site.  Надеюсь, что проблема и так
> ясна и можно обойтись без debug лога, ибо я
> не знаю на каком из сайтов происходит
> крэш.
> 

Первым делом стоит собрать без сторонних модулей.

--
Валентин Бартенев


From nginx-forum на nginx.us  Fri Feb 17 14:43:40 2012
From: nginx-forum на nginx.us (locojohn)
Date: Fri, 17 Feb 2012 09:43:40 -0500 (EST)
Subject: nginx 1.1.15: crash
In-Reply-To: <201202171840.14814.ne@vbart.ru>
References: <201202171840.14814.ne@vbart.ru>
Message-ID: <3b1e7c158d57d0b561a80f6576067f99.NginxMailingListRussian@forum.nginx.org>

Валентин, это production server, я не могу себе
этого позволить.  На тест сервере я не
могу повторить крэш.

Андрей

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222557,222560#msg-222560


From nginx-forum на nginx.us  Fri Feb 17 15:21:23 2012
From: nginx-forum на nginx.us (arty777)
Date: Fri, 17 Feb 2012 10:21:23 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?=
	=?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?=
	=?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?=
In-Reply-To: <4F3E3A3B.1060209@csdoc.com>
References: <4F3E3A3B.1060209@csdoc.com>
Message-ID: <bdc3526e913e63fa87033c99d18950e9.NginxMailingListRussian@forum.nginx.org>

> Устанавливает
> выравнивание для directio. В
> большинстве случаев 
> достаточно 512-байтового
> выравнивания, однако при
> использовании XFS под 
> Linux его нужно увеличить до
> 4K.

 Это я и сам в мане читал , цитировать
ман необязательно , объясните что это
значит и на что влияет .

Ключевая фраза "Устанавливает
выравнивание для directio"

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216159,222562#msg-222562


From a.vasilishin на kpi.ua  Fri Feb 17 15:25:53 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Fri, 17 Feb 2012 17:25:53 +0200
Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?=
	=?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?=
	=?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?=
In-Reply-To: <bdc3526e913e63fa87033c99d18950e9.NginxMailingListRussian@forum.nginx.org>
References: <4F3E3A3B.1060209@csdoc.com>
	<bdc3526e913e63fa87033c99d18950e9.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F3E7181.8060309@kpi.ua>

17.02.2012 17:21, arty777 пишет:
>> Устанавливает
>> выравнивание для directio. В
>> большинстве случаев
>> достаточно 512-байтового
>> выравнивания, однако при
>> использовании XFS под
>> Linux его нужно увеличить до
>> 4K.
>
>   Это я и сам в мане читал , цитировать
> ман необязательно , объясните что это
> значит и на что влияет .
>
> Ключевая фраза "Устанавливает
> выравнивание для directio"
>


Вам говорят что-нибудь слова block size, sector size?

Опять же из мана:
Поскольку directio в Linux можно использовать только для чтения блоков, 
выравненных на границу 512 байт (или 4К для XFS), то невыравненный конец 
файла будет читаться блокированно. То же относится к запросам с 
указанием диапазона запрашиваемых байт (byte-range requests) и к 
запросам FLV не с начала файла: чтение невыравненных начала и конца 
ответа будет блокирующимся. Явно выключать sendfile не нужно, так как 
при использовании directio он выключается автоматически.


-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From mdounin на mdounin.ru  Fri Feb 17 18:17:00 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Fri, 17 Feb 2012 22:17:00 +0400
Subject: nginx 1.1.15: crash
In-Reply-To: <9d0462a2e9499abc38c623f25426daa3.NginxMailingListRussian@forum.nginx.org>
References: <9d0462a2e9499abc38c623f25426daa3.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120217181700.GI67687@mdounin.ru>

Hello!

On Fri, Feb 17, 2012 at 09:33:42AM -0500, locojohn wrote:

> nginx version: nginx/1.1.15
> TLS SNI support enabled
> configure arguments: --prefix=/usr --sbin-path=/usr/sbin/nginx
> --conf-path=/etc/nginx/nginx.conf
> --error-log-path=/var/log/nginx/error_log --pid-path=/var/run/nginx.pid
> --lock-path=/var/lock/nginx.lock --user=nginx --group=nginx
> --with-cc-opt=-I/usr/include --with-ld-opt=-L/usr/lib
> --http-log-path=/var/log/nginx/access_log
> --http-client-body-temp-path=/var/tmp/nginx/client
> --http-proxy-temp-path=/var/tmp/nginx/proxy
> --http-fastcgi-temp-path=/var/tmp/nginx/fastcgi
> --http-scgi-temp-path=/var/tmp/nginx/scgi
> --http-uwsgi-temp-path=/var/tmp/nginx/uwsgi --with-file-aio
> --with-aio_module --with-debug --with-pcre
> --without-http_auth_basic_module --without-http_geo_module
> --without-http_limit_req_module --without-http_memcached_module
> --without-http_referer_module --without-http_scgi_module
> --without-http_ssi_module --without-http_split_clients_module
> --without-http_userid_module --without-http_uwsgi_module
> --with-http_flv_module --with-http_geoip_module
> --with-http_stub_status_module --with-http_realip_module
> --add-module=/var/tmp/portage/www-servers/nginx-1.1.15/work/perusio-nginx-http-concat-c37eadc
> --add-module=/var/tmp/portage/www-servers/nginx-1.1.15/work/masterzen-nginx-upload-progress-module-c7c663f
> --with-http_ssl_module --without-mail_imap_module
> --without-mail_pop3_module --without-mail_smtp_module
> 
> 
> gdb:
> 
> Program terminated with signal 11, Segmentation fault.
> #0  ngx_event_pipe_write_chain_to_temp_file (p=0x1cc9038)
>     at src/event/ngx_event_pipe.c:709
> 709	src/event/ngx_event_pipe.c: No such file or directory.
> 
> backtrace:
> 
> #0  ngx_event_pipe_write_chain_to_temp_file (p=0x1cc9038)
>     at src/event/ngx_event_pipe.c:709
>         size = 0
>         bsize = <optimized out>
>         n = <optimized out>
>         b = <optimized out>
>         prev_last_shadow = 1
>         cl = 0x0
>         tl = <optimized out>
>         next = <optimized out>
>         out = 0x0
>         ll = 0x0
>         last_out = <optimized out>
>         last_free = <optimized out>
>         fl = {buf = 0x7fff7cb3cba0, next = 0x7fff7cbffa0c}

Что показывает

fr 0
p *p

?

> #1  0x00000000004203fb in ngx_event_pipe_read_upstream (p=0x1cc9038)
>     at src/event/ngx_event_pipe.c:227
>         chain = <optimized out>
>         ln = <optimized out>
>         n = <optimized out>
>         size = <optimized out>
>         rc = <optimized out>
>         b = <optimized out>
>         cl = <optimized out>
> #2  ngx_event_pipe (p=0x1cc9038, do_write=<optimized out>)
>     at src/event/ngx_event_pipe.c:49
>         rc = 0
>         rev = <optimized out>
>         wev = <optimized out>
> #3  0x000000000044786e in ngx_http_upstream_process_upstream
> (r=0x1cbd5b0, 
>     u=0x1db4870) at src/http/ngx_http_upstream.c:2641
>         c = 0x7f10f8f45e50

И здесь:

fr 3
p *r
p *u

Из "p *r" будет видно, в каком именно хосте случилась проблема.  
Нужен его конфиг (и общие настройки, в него наслудующиеся, if any).

Maxim Dounin


From nginx-forum на nginx.us  Fri Feb 17 22:44:27 2012
From: nginx-forum на nginx.us (adept)
Date: Fri, 17 Feb 2012 17:44:27 -0500 (EST)
Subject: =?UTF-8?B?MS4xLjE1IC0g0LrQsNGA0YLQuNC90LrQuC4=?=
Message-ID: <a19a0d83d6667839bd24c96aedec6b2b.NginxMailingListRussian@forum.nginx.org>

Собно собрал nginx, с такими параметрами:
./configure --conf-path=/etc/nginx/nginx.conf
--error-log-path=/var/log/nginx/error.log
--http-client-body-temp-path=/var/lib/nginx/body
--http-fastcgi-temp-path=/var/lib/nginx/fastcgi
--http-log-path=/var/log/nginx/access.log
--http-proxy-temp-path=/var/lib/nginx/proxy
--http-scgi-temp-path=/var/lib/nginx/scgi
--http-uwsgi-temp-path=/var/lib/nginx/uwsgi
--lock-path=/var/lock/nginx.lock --pid-path=/var/run/nginx.pid
--with-debug --with-http_dav_module --with-http_flv_module
--with-http_geoip_module --with-http_gzip_static_module
--with-http_image_filter_module --with-http_realip_module
--with-http_stub_status_module --with-http_ssl_module
--with-http_sub_module --with-http_xslt_module --with-ipv6
--with-sha1=/usr/include/openssl --with-md5=/usr/include/openssl
--with-mail --with-mail_ssl_module

Вроде вде ок. Но при добавлении в конфиг
disable_symlinks on; , отпадают картинки на
сайтах, при прямом обращении на
картинку, получаю 403
На тазике ISP manager

локейшен статики такой:
location ~*
^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
			root /var/www/username/data/www/site.ru;
			access_log /var/www/httpd-logs/site.ru.access.log ;
}

В чем может быть проблема?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222577,222577#msg-222577


From a.vasilishin на kpi.ua  Sat Feb 18 04:27:01 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Sat, 18 Feb 2012 06:27:01 +0200
Subject: =?UTF-8?B?UmU6IDEuMS4xNSAtINC60LDRgNGC0LjQvdC60Lgu?=
In-Reply-To: <a19a0d83d6667839bd24c96aedec6b2b.NginxMailingListRussian@forum.nginx.org>
References: <a19a0d83d6667839bd24c96aedec6b2b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F3F2895.7020205@kpi.ua>

18.02.2012 0:44, adept пишет:

> Вроде вде ок. Но при добавлении в конфиг
> disable_symlinks on; , отпадают картинки на
> сайтах, при прямом обращении на
> картинку, получаю 403
> На тазике ISP manager
>
> локейшен статики такой:
> location ~*
> ^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
> 			root /var/www/username/data/www/site.ru;
> 			access_log /var/www/httpd-logs/site.ru.access.log ;
> }
>
> В чем может быть проблема?

Наверное в симлинке где-нибудь тут
/var/www/username/data/www/site.ru
-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From nginx-forum на nginx.us  Sat Feb 18 09:18:53 2012
From: nginx-forum на nginx.us (locojohn)
Date: Sat, 18 Feb 2012 04:18:53 -0500 (EST)
Subject: nginx 1.1.15: crash
In-Reply-To: <20120217181700.GI67687@mdounin.ru>
References: <20120217181700.GI67687@mdounin.ru>
Message-ID: <6c498f182265cd6ff8da69db1246425b.NginxMailingListRussian@forum.nginx.org>

fr 0
p *p

$1 = {upstream = 0x7fc76f262b50, downstream = 0x7fc76f2623d0,
free_raw_bufs = 0x0, 
  in = 0x0, last_in = 0x2238fa0, out = 0x223aae8, free = 0x223abb8, 
  busy = 0x223a938, input_filter = 0x4653d0
<ngx_http_fastcgi_input_filter>, 
  input_ctx = 0x227ba00, output_filter = 0x432f00
<ngx_http_output_filter>, 
  output_ctx = 0x227ba00, read = 0, cacheable = 0, single_buf = 0,
free_bufs = 1, 
  upstream_done = 0, upstream_error = 0, upstream_eof = 0,
upstream_blocked = 0, 
  downstream_done = 0, downstream_error = 0, cyclic_temp_file = 0,
allocated = 8, 
  bufs = {num = 8, size = 16384}, tag = 0x694380, busy_size = 65536, 
  read_length = 458766, length = 65528, max_temp_file_size = 1073741824,

  temp_file_write_size = 65536, read_timeout = 1800000, send_timeout =
600000, 
  send_lowat = 0, pool = 0x2238200, log = 0x216b320, preread_bufs = 0x0,

  preread_size = 14, buf_to_file = 0x0, temp_file = 0x223a5b8, num =
33}

(gdb) fr 3
#3  0x000000000044786e in ngx_http_upstream_process_upstream
(r=0x227ba00, 
    u=0x2239230) at src/http/ngx_http_upstream.c:2641
2641	src/http/ngx_http_upstream.c: No such file or directory.
(gdb) p *r
$2 = {signature = 1347703880, connection = 0x7fc76f2623d0, ctx =
0x2238610, 
  main_conf = 0x2164790, srv_conf = 0x2183c10, loc_conf = 0x219f9a0, 
  read_event_handler = 0x447c90
<ngx_http_upstream_rd_check_broken_connection>, 
  write_event_handler = 0x447ff0 <ngx_http_upstream_process_downstream>,

  cache = 0x0, upstream = 0x2239230, upstream_states = 0x2239160, 
  pool = 0x2238200, header_in = 0x2185f00, headers_in = {headers = {
      last = 0x227ba70, part = {elts = 0x22389d8, nelts = 13, next =
0x0}, 
      size = 48, nalloc = 20, pool = 0x2238200}, host = 0x22389d8, 
    connection = 0x0, if_modified_since = 0x0, if_unmodified_since =
0x0, 
    user_agent = 0x2238a38, referer = 0x2238a98, content_length = 0x0, 
    content_type = 0x0, range = 0x0, if_range = 0x0, transfer_encoding =
0x0, 
    expect = 0x0, accept_encoding = 0x2238ac8, via = 0x2238b88, 
    authorization = 0x2238a08, keep_alive = 0x0, x_forwarded_for =
0x2238bb8, 
    x_real_ip = 0x0, user = {len = 0, data = 0x0}, passwd = {len = 0,
data = 0x0}, 
    cookies = {elts = 0x2238d98, nelts = 1, size = 8, nalloc = 2, 
      pool = 0x2238200}, server = {len = 15, data = 0x21e8cdb
"myintranet.com"}, 
    content_length_n = -1, keep_alive_n = -1, connection_type = 2, msie
= 0, 
    msie6 = 0, opera = 0, gecko = 0, chrome = 1, safari = 0, konqueror =
0}, 
  headers_out = {headers = {last = 0x227bba8, part = {elts = 0x2238250,
nelts = 7, 
        next = 0x0}, size = 48, nalloc = 20, pool = 0x2238200}, status =
200, 
    status_line = {len = 6, data = 0x4743ce "200 OK"}, server = 0x0,
date = 0x0, 
    content_length = 0x0, content_encoding = 0x0, location = 0x0,
refresh = 0x0, 
    last_modified = 0x2238370, content_range = 0x0, accept_ranges = 0x0,

    www_authenticate = 0x0, expires = 0x2238280, etag = 0x0, 
    override_charset = 0x0, content_type_len = 24, content_type = {len =
24, 
      data = 0x2239fb3 "application/octet-stream"}, charset = {len = 0,

      data = 0x0}, 
    content_type_lowcase = 0x223a108
"application/octet-stream\223\245#\002", 
    content_type_hash = 15101500687776628637, cache_control = {elts =
0x223a0f8, 
      nelts = 1, size = 8, nalloc = 2, pool = 0x2238200}, 
    content_length_n = 825782, date_time = 0, last_modified_time = -1},

  request_body = 0x2239088, lingering_time = 0, start_sec = 1329543384,

  start_msec = 724, method = 2, http_version = 1000, request_line = {len
= 67, 
    data = 0x21e8c90 "GET
/ratesdb/?tab=admin&section=history&download_file=6826
HTTP/1.0\r\nHost"}, uri = {len = 19, 
    data = 0x2238ed3
"/index.php/ratesdb/?tab=admin&section=history&download_file=6826"},
args = {len = 44, 
    data = 0x2238ee7 "tab=admin&section=history&download_file=6826"},
exten = {
    len = 0, data = 0x0}, unparsed_uri = {len = 54, 
    data = 0x21e8c94
"/ratesdb/?tab=admin&section=history&download_file=6826
HTTP/1.0\r\nHost"}, method_name = {len = 3, 
    data = 0x21e8c90 "GET
/ratesdb/?tab=admin&section=history&download_file=6826 HTT---Type
<return> to continue, or q <return> to quit---
P/1.0\r\nHost"}, http_protocol = {len = 8, data = 0x21e8ccb
"HTTP/1.0\r\nHost"}, 
  out = 0x223aa08, main = 0x227ba00, parent = 0x0, postponed = 0x0, 
  post_subrequest = 0x0, posted_requests = 0x0, virtual_names =
0x2281fe0, 
  phase_handler = 11, 
  content_handler = 0x469250 <ngx_http_uploadprogress_content_handler>,

  access_code = 0, variables = 0x2238718, ncaptures = 8, captures =
0x2238e30, 
  captures_data = 0x22390cf "/index.php/ratesdb//index.php/ratesdb/New
Delhi", 
  limit_rate = 0, header_size = 467, request_length = 1024, err_status =
0, 
  http_connection = 0x216b378, 
  log_handler = 0x435d40 <ngx_http_log_error_handler>, cleanup =
0x22391c0, 
  subrequests = 51, count = 1, blocked = 0, aio = 0, http_state = 2, 
  complex_uri = 0, quoted_uri = 0, plus_in_uri = 0, space_in_uri = 0, 
  invalid_header = 0, add_uri_to_alias = 0, valid_location = 1, 
  valid_unparsed_uri = 0, uri_changed = 0, uri_changes = 10, 
  request_body_in_single_buf = 0, request_body_in_file_only = 0, 
  request_body_in_persistent_file = 0, request_body_in_clean_file = 0, 
  request_body_file_group_access = 0, request_body_file_log_level = 5, 
  subrequest_in_memory = 0, waited = 0, cached = 0, gzip_tested = 0,
gzip_ok = 0, 
  gzip_vary = 0, proxy = 0, bypass_cache = 0, no_cache = 0,
limit_conn_set = 1, 
  limit_req_set = 0, pipeline = 0, plain_http = 0, chunked = 0,
header_only = 0, 
  keepalive = 1, lingering_close = 0, discard_body = 0, internal = 1, 
  error_page = 0, ignore_content_encoding = 0, filter_finalize = 0, 
  post_action = 0, request_complete = 0, request_output = 1, header_sent
= 1, 
  expect_tested = 0, root_tested = 0, done = 0, logged = 0, buffered =
0, 
  main_filter_need_in_memory = 0, filter_need_in_memory = 0, 
  filter_need_temporary = 0, allow_ranges = 0, stat_reading = 0,
stat_writing = 1, 
  state = 0, header_hash = 2715320498552542, lowcase_index = 10, 
  lowcase_header = "connectioniedfer-encoding\000\000\000\000\000\000",

  header_name_start = 0x2313250 "\r\n", 
  header_name_end = 0x2313247 ": close\r\n\r\n", 
  header_start = 0x2313249 "close\r\n\r\n", header_end = 0x2313250
"\r\n", 
  uri_start = 0x21e8c94
"/ratesdb/?tab=admin&section=history&download_file=6826
HTTP/1.0\r\nHost", uri_end = 0x21e8cca " HTTP/1.0\r\nHost", uri_ext =
0x0, 
  args_start = 0x21e8c9e "tab=admin&section=history&download_file=6826
HTTP/1.0\r\nHost", 
  request_start = 0x21e8c90 "GET
/ratesdb/?tab=admin&section=history&download_file=6826
HTTP/1.0\r\nHost", request_end = 0x21e8cd3 "\r\nHost", 
  method_end = 0x21e8c92 "T
/ratesdb/?tab=admin&section=history&download_file=6826
HTTP/1.0\r\nHost", schema_start = 0x0, schema_end = 0x0, host_start =
0x0, 
  host_end = 0x0, port_start = 0x0, port_end = 0x0, http_minor = 0,
http_major = 1}


общий конфиг:

#user nginx nginx;
user nginx www;
worker_processes 4;
worker_rlimit_nofile 131072;
worker_rlimit_core 500M;
working_directory /var/tmp;
#worker_cpu_affinity 0001 0010 0100 1000;

pcre_jit on;

error_log /var/log/nginx/error_log warn;

events {
        worker_connections 65536;
        use epoll;
}

http {
        include /etc/nginx/mime.types;
        default_type application/octet-stream;

        log_format main
                '$remote_addr - $remote_user [$time_local] '
                '"$request" $status $bytes_sent '
                '"$http_referer" "$http_user_agent" '
                '"$gzip_ratio" $request_time';

        # limit simultaneous connections
        limit_conn_zone $binary_remote_addr zone=addr:1m;
        limit_conn addr 16;

        client_header_timeout 10m;
        client_body_timeout 10m;
        send_timeout 10m;

        client_max_body_size 700m;
        connection_pool_size 256;
        client_body_buffer_size 1024k;
        client_header_buffer_size 8k;
        large_client_header_buffers 4 8k;
        request_pool_size 4k;

        proxy_buffering on;
        proxy_buffer_size 4k;
        proxy_buffers 4096 4k;

       open_file_cache max=2000 inactive=60s;
#        open_file_cache off;
       open_file_cache_valid 60;
        open_log_file_cache max=1000 inactive=60s valid=1m;

        geoip_country /usr/share/GeoIP/GeoIP.dat; # the country IP
database
        geoip_city    /usr/share/GeoIP/GeoLiteCity.dat; # the city IP
database

        gzip on;
        gzip_min_length 1100;
        gzip_buffers 4 8k;
        gzip_types text/plain text/css application/x-javascript text/xml
application/xml application/xml+rss text/javascript;

        output_buffers 1 32k;
        postpone_output 1460;

        aio on;
        directio 512;
        sendfile on;
        tcp_nopush on;
        tcp_nodelay on;

        keepalive_timeout 75 20;
        keepalive_disable msie6;

        ignore_invalid_headers on;
        server_name_in_redirect on;
        merge_slashes on;

        fastcgi_keep_conn on;
        fastcgi_pass_request_headers on;
        fastcgi_intercept_errors on;
        fastcgi_buffer_size 32k;
        fastcgi_buffers 8 16k;
        fastcgi_read_timeout 300;
        fastcgi_send_timeout 300;
        fastcgi_store_access user:rw group:r;

        # use the map module to correctly set $script_url variable
        map $uri $script_url {
          ~^(?<script_filename>.+\.(php|html))(?<path_info>.+)$
$path_info;
          ~^(?<script_filename>.+\.(php|html))$ $script_filename;
        }

        index index.html;

        upstream phpfarm {
          server unix:/var/run/fastcgi/php-fpm-1.sock weight=100
max_fails=3 fail_timeout=5;
          server unix:/var/run/fastcgi/php-fpm-2.sock weight=100
max_fails=3 fail_timeout=5;
          server unix:/var/run/fastcgi/php-fpm-3.sock weight=100
max_fails=3 fail_timeout=5;
          keepalive 512;
        }

        # upload progress
        upload_progress uploads 1m;
        upload_progress_content_type "application/json";
        upload_progress_json_output;

        # http concat
        concat on;
        concat_max_files 20;

конфиг виртуального хоста:

        server {
                listen 80;
                server_name myintranet.com;

                access_log /var/log/nginx/myintranet.access_log main;
                error_log /var/log/nginx/myintranet.error_log debug;

                root /opt/www/myintranet.com;

                fastcgi_read_timeout 1800;
                fastcgi_send_timeout 1800;

                include fastcgi_php.conf;
                fastcgi_param PHP_VALUE
"include_path=$document_root:$document_root/ezahlers \n
register_globals=on";
                fastcgi_param GEOIP_COUNTRY_CODE $geoip_country_code;
                fastcgi_param GEOIP_COUNTRY_NAME $geoip_country_name;
                fastcgi_param GEOIP_CITY_NAME $geoip_city;

                error_page 404          http://$http_host/error/404;
                error_page 403          http://$http_host/error/403;

                location / {
                  index index.php index.html;
                  try_files $uri $uri/ /index.php$request_uri;
                }

                # common settings

                # deny access to .ht* files
                location ~ (/\.ht|\.inc$|\.tpl$) {
                  deny all;
                }
                
                location = /favicon.ico {
                  log_not_found off;
                  access_log off;
                }
                
                location = /robots.txt {
                  allow all;
                  log_not_found off;
                  access_log off;
                }
                
                location /jquery/ {
                  try_files $uri $uri/ @common;
                }
                
                location @common {
                # handle common requests for all sites: /jquery/....,
etc.
                  root /opt/www/_common;
                }
                
                location ~ /_?\.gif$ {
                  empty_gif;
                }
                
                location /images {
                  expires max;
                  access_log off;
                }

                location /sitedesign {
                  expires max;
                  access_log off;
                }

                location /xmlrpc {
                  limit_except POST {
                    deny all;
                  }
                  include fastcgi_params;
                  fastcgi_param SCRIPT_FILENAME
$document_root/index_xmlrpc.php;
                  fastcgi_pass phpfarm;
                }

                location ~ ^/stats/store/.*\.gif$ {
                  include fastcgi_params;
                  fastcgi_param SCRIPT_FILENAME
$document_root/ezstats/user/storstats.php;
                  fastcgi_pass phpfarm;
                }

                location ~ ^/mediacatalogue/catalogue/(?<catitem>.*)$ {
                  alias /ezmediacatalogue/catalogue/$catitem;
                }

                location ~ ^/combine-css=(?<files>.+)$ {
                  include fastcgi_params;
                  fastcgi_param SCRIPT_FILENAME
$document_root/combine.php;
                  fastcgi_param QUERY_STRING
type=css&files=$files&$args;
                  fastcgi_pass phpfarm;
                }

               location ~ ^/combine-js=(?<files>.+)$ {
                  include fastcgi_params;
                  fastcgi_param SCRIPT_FILENAME
$document_root/combine.php;
                  fastcgi_param QUERY_STRING
type=javascript&files=$files&$args;
                  fastcgi_pass phpfarm;
                }

                location /extrnauth {
                  include fastcgi_params;
                  fastcgi_param SCRIPT_FILENAME
$document_root/ezahlers/user/non-eZ/externalauth.php;
                  fastcgi_pass phpfarm;
                }

                location ~ /elearning/.+\.php(/.+|$) {
                  include fastcgi_php.conf;
                  fastcgi_param PHP_VALUE
"include_path=$document_root:$document_root/ezahlers \n
register_globals=off \n display_errors=off";
                  fastcgi_pass phpfarm;
                }

                location = /upload-progress {
                  access_log off;
                  report_uploads uploads;
                }

                # deny certain locations directly

                location ~ ^(/(?!non-eZ/)[^/]*)+/[\w-]+\.php(/.+|$) {
                  deny all;
                }

                location /ezfilemanager/files {
                  deny all;
                }

                location /ezimagecatalogue/catalogue {
                  deny all;
                }

                location /elearning/moodledata {
                  deny all;
                }

                location /ratedb/import_files {
                  deny all;
                }

                # main php handler

                location ~ ^.+\.php(/.+|$) {
                  fastcgi_pass phpfarm;
                  track_uploads uploads 30s;
                }

        }
        
        
fastcgi_php.conf:

          include fastcgi_params;

          fastcgi_split_path_info ^((?U).+\.php)(/?.+)$;
          fastcgi_param SCRIPT_FILENAME
$document_root$fastcgi_script_name;
          fastcgi_param PATH_INFO $fastcgi_path_info;
          fastcgi_param PATH_TRANSLATED
$document_root$fastcgi_path_info;

          fastcgi_param  SCRIPT_URL $script_url;
          fastcgi_param  SCRIPT_URI $scheme://$http_host$script_url;

          try_files $fastcgi_script_name =404;

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222557,222586#msg-222586


From einomrah на gmail.com  Sat Feb 18 09:23:11 2012
From: einomrah на gmail.com (Ein)
Date: Sat, 18 Feb 2012 12:23:11 +0300
Subject: =?UTF-8?B?UmU6INCU0LDQudC00LbQtdGB0YIg0YHQv9C40YHQutCwINGA0LDRgdGB0YvQu9C6?=
	=?UTF-8?B?0LggbmdpbngtcnU7INGC0L7QvCAyOCwg0LLRi9C/0YPRgdC6IDM0?=
In-Reply-To: <mailman.5157.1329492357.3032.nginx-ru@nginx.org>
References: <mailman.5157.1329492357.3032.nginx-ru@nginx.org>
Message-ID: <CAHvBj__q=5stv5NgEVNc0XTcHZ1pnis+Vs3h7bPFH=FJDyETfQ@mail.gmail.com>

А можно глянуть конфиг на 5k файлов. Я тоже сейчас настраиваю nginx на
раздачу видео, но пока у меня одновременно только 300 и проблем не
испытываю.

2012/2/17 <nginx-ru-request на nginx.org>

> Re: Посоветуйте конфиг nginx для отдачи одновременно 10к+
>      файлов (arty777)
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120218/2e6bfee8/attachment-0001.html>

From einomrah на gmail.com  Sat Feb 18 09:30:30 2012
From: einomrah на gmail.com (Ein)
Date: Sat, 18 Feb 2012 12:30:30 +0300
Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?=
	=?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?=
	=?UTF-8?B?0Lor?=
Message-ID: <CAHvBj_9q20vCfiR3D29gdK_T_Q24hP2HBDL9TBvuW5Z_mh6knA@mail.gmail.com>

А можно глянуть конфиг на 5k файлов? Я тоже сейчас настраиваю nginx на
раздачу видео, но пока у меня одновременно только 300 и хоть проблем пока
не испытываю, хотелось бы подготовиться.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120218/df4a5f73/attachment.html>

From ne на vbart.ru  Sat Feb 18 09:44:09 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Sat, 18 Feb 2012 13:44:09 +0400
Subject: =?UTF-8?B?UmU6IDEuMS4xNSAtINC60LDRgNGC0LjQvdC60Lgu?=
In-Reply-To: <a19a0d83d6667839bd24c96aedec6b2b.NginxMailingListRussian@forum.nginx.org>
References: <a19a0d83d6667839bd24c96aedec6b2b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201202181344.09875.ne@vbart.ru>

On Saturday 18 February 2012 02:44:27 adept wrote:
> Собно собрал nginx, с такими параметрами:
> ./configure --conf-path=/etc/nginx/nginx.conf
> --error-log-path=/var/log/nginx/error.log
> --http-client-body-temp-path=/var/lib/nginx/body
> --http-fastcgi-temp-path=/var/lib/nginx/fastcgi
> --http-log-path=/var/log/nginx/access.log
> --http-proxy-temp-path=/var/lib/nginx/proxy
> --http-scgi-temp-path=/var/lib/nginx/scgi
> --http-uwsgi-temp-path=/var/lib/nginx/uwsgi
> --lock-path=/var/lock/nginx.lock --pid-path=/var/run/nginx.pid
> --with-debug --with-http_dav_module --with-http_flv_module
> --with-http_geoip_module --with-http_gzip_static_module
> --with-http_image_filter_module --with-http_realip_module
> --with-http_stub_status_module --with-http_ssl_module
> --with-http_sub_module --with-http_xslt_module --with-ipv6
> --with-sha1=/usr/include/openssl --with-md5=/usr/include/openssl
> --with-mail --with-mail_ssl_module
> 
> Вроде вде ок. Но при добавлении в конфиг
> disable_symlinks on; , отпадают картинки на
> сайтах, при прямом обращении на
> картинку, получаю 403
> На тазике ISP manager
> 
> локейшен статики такой:
> location ~*
> ^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
> 			root /var/www/username/data/www/site.ru;
> 			access_log /var/www/httpd-logs/site.ru.access.log ;
> }
> 
> В чем может быть проблема?
> 

На пути до картинки не должно быть симлинков, а также на каждом участке у nginx 
должны быть права на чтение директории.

http://nginx.org/ru/docs/http/ngx_http_core_module.html#disable_symlinks

--
Валентин Бартенев

From askjuise на gmail.com  Sat Feb 18 12:16:05 2012
From: askjuise на gmail.com (Alexander Petrovsky)
Date: Sat, 18 Feb 2012 20:16:05 +0800
Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?=
	=?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?=
	=?UTF-8?B?0Lor?=
In-Reply-To: <CAHvBj_9q20vCfiR3D29gdK_T_Q24hP2HBDL9TBvuW5Z_mh6knA@mail.gmail.com>
References: <CAHvBj_9q20vCfiR3D29gdK_T_Q24hP2HBDL9TBvuW5Z_mh6knA@mail.gmail.com>
Message-ID: <CAH57y_Rm4GX=F2SwUen0q-ihP5oJkFKPrFY9gbhQdRQ9XoqMzA@mail.gmail.com>

18 февраля 2012 г. 17:30 пользователь Ein <einomrah на gmail.com> написал:

> А можно глянуть конфиг на 5k файлов? Я тоже сейчас настраиваю nginx на
> раздачу видео, но пока у меня одновременно только 300 и хоть проблем пока
> не испытываю, хотелось бы подготовиться.
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>

Такой вот вопрос несколько оффтопик, как определяете количество
одновременных клиентов? netstat?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120218/156f933c/attachment.html>

From nginx-forum на nginx.us  Sat Feb 18 12:31:19 2012
From: nginx-forum на nginx.us (www)
Date: Sat, 18 Feb 2012 07:31:19 -0500 (EST)
Subject: =?UTF-8?B?0J7RiNC40LHQutCwINC/0YDQuCDQsNCy0YLQvtC30LDQs9GA0YPQt9C60LUgbmdp?=
	=?UTF-8?B?bnggLSBmYWlsZWQgKDQ5OiBDYW4ndCBhc3NpZ24gcmVxdWVzdGVkIGFkZHJl?=
	=?UTF-8?B?c3Mp?=
Message-ID: <d0f53703f0028b0b42d663b2dcf3fdb9.NginxMailingListRussian@forum.nginx.org>

FreeBSD 8.2
nginx/1.0.12

В конфиге nginx

listen       1.2.3.4:80;

Другие приложения этот порт не слушают
и не занимают. Через service nginx start
запускается и работает

в /etc/rc.conf
nginx_enable="YES"

Но при загрузке сервера nginx не стартует,
в логе 2 раза
bind() to 12.3.4:80 failed (49: Can't assign requested address)

Из-за чего это может происходить? Куда
копать?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222593,222593#msg-222593


From askjuise на gmail.com  Sat Feb 18 12:48:02 2012
From: askjuise на gmail.com (Alexander Petrovsky)
Date: Sat, 18 Feb 2012 20:48:02 +0800
Subject: =?UTF-8?B?UmU6INCe0YjQuNCx0LrQsCDQv9GA0Lgg0LDQstGC0L7Qt9Cw0LPRgNGD0LfQutC1?=
	=?UTF-8?B?IG5naW54IC0gZmFpbGVkICg0OTogQ2FuJ3QgYXNzaWduIHJlcXVlc3RlZCBh?=
	=?UTF-8?B?ZGRyZXNzKQ==?=
In-Reply-To: <d0f53703f0028b0b42d663b2dcf3fdb9.NginxMailingListRussian@forum.nginx.org>
References: <d0f53703f0028b0b42d663b2dcf3fdb9.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAH57y_Q4MnFsZJhfJS36zwunrs=payEY6c7P15Vpv-HHjPHiGA@mail.gmail.com>

18 февраля 2012 г. 20:31 пользователь www <nginx-forum на nginx.us> написал:

> FreeBSD 8.2
> nginx/1.0.12
>
> В конфиге nginx
>
> listen       1.2.3.4:80;
>
> Другие приложения этот порт не слушают
> и не занимают. Через service nginx start
> запускается и работает
>
> в /etc/rc.conf
> nginx_enable="YES"
>
> Но при загрузке сервера nginx не стартует,
> в логе 2 раза
> bind() to 12.3.4:80 failed (49: Can't assign requested address)
>
> Из-за чего это может происходить? Куда
> копать?
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,222593,222593#msg-222593
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


listen       1.2.3.4:80 <http://1.2.3.4/>;

адрес впишите настоящий

-- 
Петровский Александр / Alexander Petrovsky,

Skype: askjuise
Jabber: juise на jabber.ru
Phone: +7 914 8 820 815
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120218/d059774c/attachment.html>

From nginx-forum на nginx.us  Sat Feb 18 13:25:30 2012
From: nginx-forum на nginx.us (www)
Date: Sat, 18 Feb 2012 08:25:30 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCe0YjQuNCx0LrQsCDQv9GA0Lgg0LDQstGC0L7Qt9Cw0LPRgNGD0LfQutC1?=
	=?UTF-8?B?IG5naW54IC0gZmFpbGVkICg0OTogQ2FuJ3QgYXNzaWduIHJlcXVlc3RlZCBh?=
	=?UTF-8?B?ZGRyZXNzKQ==?=
In-Reply-To: <d0f53703f0028b0b42d663b2dcf3fdb9.NginxMailingListRussian@forum.nginx.org>
References: <d0f53703f0028b0b42d663b2dcf3fdb9.NginxMailingListRussian@forum.nginx.org>
Message-ID: <03038d867ad9c3a52eb42c997763a070.NginxMailingListRussian@forum.nginx.org>

Получается ошибка синтаксиса:

invalid parameter "http://

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222593,222596#msg-222596


From nginx-forum на nginx.us  Sat Feb 18 13:28:31 2012
From: nginx-forum на nginx.us (mgnhost)
Date: Sat, 18 Feb 2012 08:28:31 -0500 (EST)
Subject: =?UTF-8?B?UmU6IDEuMS4xNSAtINC60LDRgNGC0LjQvdC60Lgu?=
In-Reply-To: <a19a0d83d6667839bd24c96aedec6b2b.NginxMailingListRussian@forum.nginx.org>
References: <a19a0d83d6667839bd24c96aedec6b2b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <6f26e1fb43179b11e46386cd903707e7.NginxMailingListRussian@forum.nginx.org>

adept Wrote:
-------------------------------------------------------
> Собно собрал nginx, с такими
> параметрами:
> ./configure --conf-path=/etc/nginx/nginx.conf
> --error-log-path=/var/log/nginx/error.log
> --http-client-body-temp-path=/var/lib/nginx/body
> --http-fastcgi-temp-path=/var/lib/nginx/fastcgi
> --http-log-path=/var/log/nginx/access.log
> --http-proxy-temp-path=/var/lib/nginx/proxy
> --http-scgi-temp-path=/var/lib/nginx/scgi
> --http-uwsgi-temp-path=/var/lib/nginx/uwsgi
> --lock-path=/var/lock/nginx.lock
> --pid-path=/var/run/nginx.pid --with-debug
> --with-http_dav_module --with-http_flv_module
> --with-http_geoip_module
> --with-http_gzip_static_module
> --with-http_image_filter_module
> --with-http_realip_module
> --with-http_stub_status_module
> --with-http_ssl_module --with-http_sub_module
> --with-http_xslt_module --with-ipv6
> --with-sha1=/usr/include/openssl
> --with-md5=/usr/include/openssl --with-mail
> --with-mail_ssl_module
> 
> Вроде вде ок. Но при
> добавлении в конфиг
> disable_symlinks on; , отпадают
> картинки на сайтах, при
> прямом обращении на
> картинку, получаю 403
> На тазике ISP manager
> 
> локейшен статики такой:
> location ~*
> ^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|av
> i|zip|gz|bz2?|rar)$ {
> 			root /var/www/username/data/www/site.ru;
> 			access_log
> /var/www/httpd-logs/site.ru.access.log ;
> }
> 
> В чем может быть проблема?

Проблема в том, что nginx не может читать
файлы в вышележащих директориях.
Подробнее смотрите здесь:
http://forum.nginx.org/read.php?20,222471

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222577,222597#msg-222597


From askjuise на gmail.com  Sat Feb 18 13:59:14 2012
From: askjuise на gmail.com (Alexander Petrovsky)
Date: Sat, 18 Feb 2012 21:59:14 +0800
Subject: =?UTF-8?B?UmU6INCe0YjQuNCx0LrQsCDQv9GA0Lgg0LDQstGC0L7Qt9Cw0LPRgNGD0LfQutC1?=
	=?UTF-8?B?IG5naW54IC0gZmFpbGVkICg0OTogQ2FuJ3QgYXNzaWduIHJlcXVlc3RlZCBh?=
	=?UTF-8?B?ZGRyZXNzKQ==?=
In-Reply-To: <03038d867ad9c3a52eb42c997763a070.NginxMailingListRussian@forum.nginx.org>
References: <d0f53703f0028b0b42d663b2dcf3fdb9.NginxMailingListRussian@forum.nginx.org>
	<03038d867ad9c3a52eb42c997763a070.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAH57y_SKaqG19XRgESm_SXyMNoe6nZCX0iCdXCPLyYw9c7VtVg@mail.gmail.com>

18 февраля 2012 г. 21:25 пользователь www <nginx-forum на nginx.us> написал:

> Получается ошибка синтаксиса:
>
> invalid parameter "http://
>

 Прочите внимательно документацию -
http://nginx.org/ru/docs/http/ngx_http_core_module.html#listen

-- 
Петровский Александр / Alexander Petrovsky,

Skype: askjuise
Jabber: juise на jabber.ru
Phone: +7 914 8 820 815
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120218/b2971512/attachment.html>

From nginx-forum на nginx.us  Sat Feb 18 14:07:58 2012
From: nginx-forum на nginx.us (www)
Date: Sat, 18 Feb 2012 09:07:58 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCe0YjQuNCx0LrQsCDQv9GA0Lgg0LDQstGC0L7Qt9Cw0LPRgNGD0LfQutC1?=
	=?UTF-8?B?IG5naW54IC0gZmFpbGVkICg0OTogQ2FuJ3QgYXNzaWduIHJlcXVlc3RlZCBh?=
	=?UTF-8?B?ZGRyZXNzKQ==?=
In-Reply-To: <CAH57y_SKaqG19XRgESm_SXyMNoe6nZCX0iCdXCPLyYw9c7VtVg@mail.gmail.com>
References: <CAH57y_SKaqG19XRgESm_SXyMNoe6nZCX0iCdXCPLyYw9c7VtVg@mail.gmail.com>
Message-ID: <05b237154c345f6b4c98b23cce1d6b02.NginxMailingListRussian@forum.nginx.org>

Не вижу в документации конструкции с
http, которую вы посоветовали

> listen 1.2.3.4:80 http://1.2.3.4/;

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222593,222599#msg-222599


From maxim на nginx.com  Sat Feb 18 14:09:51 2012
From: maxim на nginx.com (Maxim Konovalov)
Date: Sat, 18 Feb 2012 18:09:51 +0400
Subject: =?UTF-8?B?UmU6INCe0YjQuNCx0LrQsCDQv9GA0Lgg0LDQstGC0L7Qt9Cw0LPRgNGD0LfQutC1?=
	=?UTF-8?B?IG5naW54IC0gZmFpbGVkICg0OTogQ2FuJ3QgYXNzaWduIHJlcXVlc3RlZCBh?=
	=?UTF-8?B?ZGRyZXNzKQ==?=
In-Reply-To: <d0f53703f0028b0b42d663b2dcf3fdb9.NginxMailingListRussian@forum.nginx.org>
References: <d0f53703f0028b0b42d663b2dcf3fdb9.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F3FB12F.6030104@nginx.com>

On 2/18/12 4:31 PM, www wrote:
> FreeBSD 8.2
> nginx/1.0.12
>
> В конфиге nginx
>
> listen       1.2.3.4:80;
>
> Другие приложения этот порт не слушают
> и не занимают. Через service nginx start
> запускается и работает
>
> в /etc/rc.conf
> nginx_enable="YES"
>
> Но при загрузке сервера nginx не стартует,
> в логе 2 раза
> bind() to 12.3.4:80 failed (49: Can't assign requested address)
------------^^^^^^^^^

Здесь опечатка или действительно 12.3.4?

>
> Из-за чего это может происходить? Куда
> копать?
>

-- 
Maxim Konovalov
+7 (910) 4293178
http://nginx.com/


From askjuise на gmail.com  Sat Feb 18 14:09:59 2012
From: askjuise на gmail.com (Alexander Petrovsky)
Date: Sat, 18 Feb 2012 22:09:59 +0800
Subject: =?UTF-8?B?UmU6INCe0YjQuNCx0LrQsCDQv9GA0Lgg0LDQstGC0L7Qt9Cw0LPRgNGD0LfQutC1?=
	=?UTF-8?B?IG5naW54IC0gZmFpbGVkICg0OTogQ2FuJ3QgYXNzaWduIHJlcXVlc3RlZCBh?=
	=?UTF-8?B?ZGRyZXNzKQ==?=
In-Reply-To: <05b237154c345f6b4c98b23cce1d6b02.NginxMailingListRussian@forum.nginx.org>
References: <CAH57y_SKaqG19XRgESm_SXyMNoe6nZCX0iCdXCPLyYw9c7VtVg@mail.gmail.com>
	<05b237154c345f6b4c98b23cce1d6b02.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAH57y_QZ2hK0gXNOn-Q8mimqFsUSW5kdbF_-=9EbVP8tq-x_Kw@mail.gmail.com>

18 февраля 2012 г. 22:07 пользователь www <nginx-forum на nginx.us> написал:

> Не вижу в документации конструкции с
> http, которую вы посоветовали
>
> > listen 1.2.3.4:80 http://1.2.3.4/;
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,222593,222599#msg-222599


В директиве listen задается ip адрес и я уже говорил Вам, использовать
адрес реальный, а не с потолка. Далее, http:// это уже не ip адрес, можно
было бы догадаться.

-- 
Петровский Александр / Alexander Petrovsky,

Skype: askjuise
Jabber: juise на jabber.ru
Phone: +7 914 8 820 815
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120218/c9a60604/attachment.html>

From nginx-forum на nginx.us  Sat Feb 18 14:12:17 2012
From: nginx-forum на nginx.us (www)
Date: Sat, 18 Feb 2012 09:12:17 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCe0YjQuNCx0LrQsCDQv9GA0Lgg0LDQstGC0L7Qt9Cw0LPRgNGD0LfQutC1?=
	=?UTF-8?B?IG5naW54IC0gZmFpbGVkICg0OTogQ2FuJ3QgYXNzaWduIHJlcXVlc3RlZCBh?=
	=?UTF-8?B?ZGRyZXNzKQ==?=
In-Reply-To: <4F3FB12F.6030104@nginx.com>
References: <4F3FB12F.6030104@nginx.com>
Message-ID: <d51e34d8e14e0e2d9c6a58fa1682a610.NginxMailingListRussian@forum.nginx.org>

Разумеется, вместо 1.2.3.4 в конфиге и в
ошибках указан настоящий ip.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222593,222603#msg-222603


From nginx-forum на nginx.us  Sat Feb 18 14:13:49 2012
From: nginx-forum на nginx.us (www)
Date: Sat, 18 Feb 2012 09:13:49 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCe0YjQuNCx0LrQsCDQv9GA0Lgg0LDQstGC0L7Qt9Cw0LPRgNGD0LfQutC1?=
	=?UTF-8?B?IG5naW54IC0gZmFpbGVkICg0OTogQ2FuJ3QgYXNzaWduIHJlcXVlc3RlZCBh?=
	=?UTF-8?B?ZGRyZXNzKQ==?=
In-Reply-To: <d51e34d8e14e0e2d9c6a58fa1682a610.NginxMailingListRussian@forum.nginx.org>
References: <4F3FB12F.6030104@nginx.com>
	<d51e34d8e14e0e2d9c6a58fa1682a610.NginxMailingListRussian@forum.nginx.org>
Message-ID: <c054aeef290ad557296a310db4e94614.NginxMailingListRussian@forum.nginx.org>

Ситуация такая:
Если запустить nginx из консоли через service
nginx start , то он запускается.
Но из автозапуска (при перезагрузке
сервера) - не запускается, с ошибкой bind

Я не могу понять, почему вручную он
запускается, а на автомате - нет

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222593,222604#msg-222604


From askjuise на gmail.com  Sat Feb 18 14:17:09 2012
From: askjuise на gmail.com (Alexander Petrovsky)
Date: Sat, 18 Feb 2012 22:17:09 +0800
Subject: =?UTF-8?B?UmU6INCe0YjQuNCx0LrQsCDQv9GA0Lgg0LDQstGC0L7Qt9Cw0LPRgNGD0LfQutC1?=
	=?UTF-8?B?IG5naW54IC0gZmFpbGVkICg0OTogQ2FuJ3QgYXNzaWduIHJlcXVlc3RlZCBh?=
	=?UTF-8?B?ZGRyZXNzKQ==?=
In-Reply-To: <c054aeef290ad557296a310db4e94614.NginxMailingListRussian@forum.nginx.org>
References: <4F3FB12F.6030104@nginx.com>
	<d51e34d8e14e0e2d9c6a58fa1682a610.NginxMailingListRussian@forum.nginx.org>
	<c054aeef290ad557296a310db4e94614.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAH57y_TTF3sam-MAYLiwYQi8CDDE2ok0vWHoX=qxb2T9pryOKA@mail.gmail.com>

18 февраля 2012 г. 22:13 пользователь www <nginx-forum на nginx.us> написал:

> Ситуация такая:
> Если запустить nginx из консоли через service
> nginx start , то он запускается.
> Но из автозапуска (при перезагрузке
> сервера) - не запускается, с ошибкой bind
>
> Я не могу понять, почему вручную он
> запускается, а на автомате - нет
>


Мысли мы читать не умеем, покажите конфиг, настоящий, либо попробуйте
вписать другой порт, вдруг на этапе запуска FreeBSD запускается какой-то
демон и забивает порт, а потом отключается.

-- 
Петровский Александр / Alexander Petrovsky,

Skype: askjuise
Jabber: juise на jabber.ru
Phone: +7 914 8 820 815
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120218/c90c398c/attachment.html>

From maxim на nginx.com  Sat Feb 18 14:17:53 2012
From: maxim на nginx.com (Maxim Konovalov)
Date: Sat, 18 Feb 2012 18:17:53 +0400
Subject: =?UTF-8?B?UmU6INCe0YjQuNCx0LrQsCDQv9GA0Lgg0LDQstGC0L7Qt9Cw0LPRgNGD0LfQutC1?=
	=?UTF-8?B?IG5naW54IC0gZmFpbGVkICg0OTogQ2FuJ3QgYXNzaWduIHJlcXVlc3RlZCBh?=
	=?UTF-8?B?ZGRyZXNzKQ==?=
In-Reply-To: <c054aeef290ad557296a310db4e94614.NginxMailingListRussian@forum.nginx.org>
References: <4F3FB12F.6030104@nginx.com>
	<d51e34d8e14e0e2d9c6a58fa1682a610.NginxMailingListRussian@forum.nginx.org>
	<c054aeef290ad557296a310db4e94614.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F3FB311.6020508@nginx.com>

On 2/18/12 6:13 PM, www wrote:
> Ситуация такая:
> Если запустить nginx из консоли через service
> nginx start , то он запускается.
> Но из автозапуска (при перезагрузке
> сервера) - не запускается, с ошибкой bind
>
> Я не могу понять, почему вручную он
> запускается, а на автомате - нет
>
Причин может быть масса.  Например, отсутствие адреса на интерфейсе 
на момент запуска nginx при старте машины.  Покажите

grep nginx /etc/rc.conf
grep listen /../../nginx.conf
ifconfig -a


-- 
Maxim Konovalov
+7 (910) 4293178
http://nginx.com/


From me на kemko.ru  Sat Feb 18 14:17:34 2012
From: me на kemko.ru (=?KOI8-R?B?5M3J1NLJyiDhzsTSxcXX?=)
Date: Sat, 18 Feb 2012 18:17:34 +0400
Subject: =?UTF-8?B?UmU6INCe0YjQuNCx0LrQsCDQv9GA0Lgg0LDQstGC0L7Qt9Cw0LPRgNGD0LfQutC1?=
	=?UTF-8?B?IG5naW54IC0gZmFpbGVkICg0OTogQ2FuJ3QgYXNzaWduIHJlcXVlc3RlZCBh?=
	=?UTF-8?B?ZGRyZXNzKQ==?=
In-Reply-To: <c054aeef290ad557296a310db4e94614.NginxMailingListRussian@forum.nginx.org>
References: <4F3FB12F.6030104@nginx.com>
	<d51e34d8e14e0e2d9c6a58fa1682a610.NginxMailingListRussian@forum.nginx.org>
	<c054aeef290ad557296a310db4e94614.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAECYwbm2cLDN+BWXOa0N=wZVzz-mKrQmueCQeVpe_fvozhZkjQ@mail.gmail.com>

18 февраля 2012 г. 18:13 пользователь www <nginx-forum на nginx.us> написал:
> Ситуация такая:
> Если запустить nginx из консоли через service
> nginx start , то он запускается.
> Но из автозапуска (при перезагрузке
> сервера) - не запускается, с ошибкой bind
>
> Я не могу понять, почему вручную он
> запускается, а на автомате - нет


Значит FreeBSD по каким-то причинам пытается запустить nginx ДО того,
как хоть какому-нибудь сетевому интерфейсу назначится тот IP, который
вы используете в директиве listen.

From nginx-forum на nginx.us  Sat Feb 18 15:24:58 2012
From: nginx-forum на nginx.us (Ein)
Date: Sat, 18 Feb 2012 10:24:58 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?=
	=?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?=
	=?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?=
In-Reply-To: <eade411ecd522da0baeda4eeffeb5e46.NginxMailingListRussian@forum.nginx.org>
References: <eade411ecd522da0baeda4eeffeb5e46.NginxMailingListRussian@forum.nginx.org>
Message-ID: <dbc64dc5c29cb97a1c51c70b5c1c5de9.NginxMailingListRussian@forum.nginx.org>

А можно глянуть конфиг на 5k файлов? Я
тоже сейчас настраиваю nginx на раздачу
видео, но пока у меня одновременно
только 300 и хоть проблем пока не
испытываю, хотелось бы подготовиться.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216159,222610#msg-222610


From nginx-forum на nginx.us  Sat Feb 18 16:49:50 2012
From: nginx-forum на nginx.us (www)
Date: Sat, 18 Feb 2012 11:49:50 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCe0YjQuNCx0LrQsCDQv9GA0Lgg0LDQstGC0L7Qt9Cw0LPRgNGD0LfQutC1?=
	=?UTF-8?B?IG5naW54IC0gZmFpbGVkICg0OTogQ2FuJ3QgYXNzaWduIHJlcXVlc3RlZCBh?=
	=?UTF-8?B?ZGRyZXNzKQ==?=
In-Reply-To: <CAECYwbm2cLDN+BWXOa0N=wZVzz-mKrQmueCQeVpe_fvozhZkjQ@mail.gmail.com>
References: <CAECYwbm2cLDN+BWXOa0N=wZVzz-mKrQmueCQeVpe_fvozhZkjQ@mail.gmail.com>
Message-ID: <0886338853cd4e1b77ef7a17a092db77.NginxMailingListRussian@forum.nginx.org>

Решил проблему с помощью monit. Криво, но
работает.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222593,222611#msg-222611


From dsaveliev на tormail.net  Sun Feb 19 05:31:55 2012
From: dsaveliev на tormail.net (=?UTF-8?B?0JTQvNC40YLRgNC40Lkg0KHQsNCy0LXQu9GM0LXQsg==?=)
Date: Sun, 19 Feb 2012 05:31:55 +0000
Subject: =?UTF-8?B?bmdpbngg0Lgg0YHQsNC50YIg0L3QsCBkcmlwYWw=?=
Message-ID: <1RyzNx-0002Hj-Dk@internal.tormail.net>

Доброе утро, уважаемые члены рассылки!

Обратил внимание, что у меня не обновляется по cron сайт на друпал.

В crontab такая запись:
0 * * * * /usr/bin/wget -O - -q -t 1 http://www.some.org/cron.php

Файл cron.php, соответственно, лежит в корневой дире друпала, также как
и сайт.

В логе nginx нашел такое:
[error] 3811#0: *2896593 open() "/usr/local/nginx/html/cron.php" failed
(2: No such file or directory), client: ip-addr, server: some.org,
request: "GET /cron.php HTTP/1.0", host: "www.some.org"

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


From pavel2000 на ngs.ru  Sun Feb 19 06:49:22 2012
From: pavel2000 на ngs.ru (Pavel V.)
Date: Sun, 19 Feb 2012 13:49:22 +0700
Subject: =?UTF-8?B?UmU6IG5naW54INC4INGB0LDQudGCINC90LAgZHJpcGFs?=
In-Reply-To: <1RyzNx-0002Hj-Dk@internal.tormail.net>
References: <1RyzNx-0002Hj-Dk@internal.tormail.net>
Message-ID: <176360704.20120219134922@ngs.ru>

Здравствуйте, Дмитрий.


> Т.е., во время выполнения запроса файл ищется в дире nginx'а.
> Сам сайт доступен из инета без проблем.
> В чем может быть проблемы и как пофиксить?

Вы, возможно, не поверите, но проблемы - в настройке вашего сервера.

Без знания конфигурации, без знания, каким образом (проксирование на апач, использование php-fpm)
исполняются php-скрипты - помочь просто нечем.

В частном случае предполагаю что вы используете nginx+apache. Тогда типовые два варианта ошибок
следующие:

1) Проверьте, что "ping www.some.org" - на веб сервере - показывает тот же IP, что и используется в
конфигурации виртхоста ( в частном случае может быть виновато наличие хостнейма в /etc/hosts).

2) //анализ телепатии показал, что вариант не вероятен, skipped.

>В логе nginx нашел такое:
>[error] 3811#0: *2896593 open() "/usr/local/nginx/html/cron.php" failed
>(2: No such file or directory), client: ip-addr, server: some.org,
>request: "GET /cron.php HTTP/1.0", host: "www.some.org"

Какой IP скрыт в строке "client: ip-addr" ?

Приводите больше информации. 


-- 
С уважением,
 Pavel                          mailto:pavel2000 на ngs.ru


From postmaster на softsearch.ru  Sat Feb 18 20:16:53 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Sun, 19 Feb 2012 00:16:53 +0400
Subject: =?UTF-8?B?0JHQvtGA0YzQsdCwINGB0L4g0YHQv9Cw0LzQvtC8INC40LcgdG9yLdGB0LXRgtC4?=
	=?UTF-8?B?LiBPRkZUT1BJQw==?=
Message-ID: <1845269269.20120219001653@softsearch.ru>

Здравствуйте.

Есть  ли  где-то список ip-шек top-сети, чтобы можно засовывать каждые
несколько минут его в firewall и резать спам, льющийся оттуда на сайты
в виде комментов со всякой чернухой?

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From kav на karagodov.name  Sun Feb 19 12:44:00 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Sun, 19 Feb 2012 16:44:00 +0400
Subject: =?UTF-8?B?UmU6INCR0L7RgNGM0LHQsCDRgdC+INGB0L/QsNC80L7QvCDQuNC3IHRvci3RgdC1?=
	=?UTF-8?B?0YLQuC4gT0ZGVE9QSUM=?=
In-Reply-To: <1845269269.20120219001653@softsearch.ru>
References: <1845269269.20120219001653@softsearch.ru>
Message-ID: <A491823F-5727-4D0B-88FC-F19A647923DD@karagodov.name>

там же не всегда "плохие" клиенты 

точно также можно смело на фаерах дропать пакеты из подсети 41.0.0.0/8 
кроме разных гадостей и пакостей, с той стороны обычно ничего не приходит (ну я не видел к примеру) 

может лучше как-то ожесточить проверку на валидность/человечность? 

On 19.02.2012, at 00:16, Михаил Монашёв wrote:

> Здравствуйте.
> 
> Есть  ли  где-то список ip-шек top-сети, чтобы можно засовывать каждые
> несколько минут его в firewall и резать спам, льющийся оттуда на сайты
> в виде комментов со всякой чернухой?
> 
> -- 
> С уважением,
> Михаил                          mailto:postmaster на softsearch.ru
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From mdounin на mdounin.ru  Sun Feb 19 12:52:29 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Sun, 19 Feb 2012 16:52:29 +0400
Subject: nginx 1.1.15: crash
In-Reply-To: <6c498f182265cd6ff8da69db1246425b.NginxMailingListRussian@forum.nginx.org>
References: <20120217181700.GI67687@mdounin.ru>
	<6c498f182265cd6ff8da69db1246425b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120219125228.GT67687@mdounin.ru>

Hello!

On Sat, Feb 18, 2012 at 04:18:53AM -0500, locojohn wrote:

> fr 0
> p *p
> 
> $1 = {upstream = 0x7fc76f262b50, downstream = 0x7fc76f2623d0,
> free_raw_bufs = 0x0, 
>   in = 0x0, last_in = 0x2238fa0, out = 0x223aae8, free = 0x223abb8, 
>   busy = 0x223a938, input_filter = 0x4653d0
> <ngx_http_fastcgi_input_filter>, 
>   input_ctx = 0x227ba00, output_filter = 0x432f00
> <ngx_http_output_filter>, 
>   output_ctx = 0x227ba00, read = 0, cacheable = 0, single_buf = 0,
> free_bufs = 1, 
>   upstream_done = 0, upstream_error = 0, upstream_eof = 0,
> upstream_blocked = 0, 
>   downstream_done = 0, downstream_error = 0, cyclic_temp_file = 0,
> allocated = 8, 
>   bufs = {num = 8, size = 16384}, tag = 0x694380, busy_size = 65536, 
>   read_length = 458766, length = 65528, max_temp_file_size = 1073741824,
> 
>   temp_file_write_size = 65536, read_timeout = 1800000, send_timeout =
> 600000, 
>   send_lowat = 0, pool = 0x2238200, log = 0x216b320, preread_bufs = 0x0,
> 
>   preread_size = 14, buf_to_file = 0x0, temp_file = 0x223a5b8, num =
> 33}

А можно ещё вот тут:

fr 0
p *p->busy->buf
p *p->busy->next->buf
p *p->busy->next->next->buf

И далее, увеличивая количество "next", пока ругаться не начнёт.

И аналогично для *p->out:

p *p->out->buf
p *p->out->next->buf
p *p->out->next->next->buf

Опять же, пока не начнёт ругаться.

Если удастся воспроизвести и получить debug log - будет 
замечательно.  Достаточно на уровне server и/или location.

Maxim Dounin


From jd на jdwuzhere.ru  Sun Feb 19 13:31:52 2012
From: jd на jdwuzhere.ru (Vladimir Sopot)
Date: Sun, 19 Feb 2012 19:01:52 +0530
Subject: =?UTF-8?B?UmU6INCR0L7RgNGM0LHQsCDRgdC+INGB0L/QsNC80L7QvCDQuNC3IHRvci3RgdC1?=
	=?UTF-8?B?0YLQuC4gT0ZGVE9QSUM=?=
In-Reply-To: <1845269269.20120219001653@softsearch.ru>
References: <1845269269.20120219001653@softsearch.ru>
Message-ID: <7D51A50E-E575-4D04-9B10-165D315A9D6F@jdwuzhere.ru>

http://torstatus.blutmagie.de/ip_list_exit.php

On Feb 19, 2012, at 1:46 AM, Михаил Монашёв wrote:

> Здравствуйте.
> 
> Есть  ли  где-то список ip-шек top-сети, чтобы можно засовывать каждые
> несколько минут его в firewall и резать спам, льющийся оттуда на сайты
> в виде комментов со всякой чернухой?
> 
> -- 
> С уважением,
> Михаил                          mailto:postmaster на softsearch.ru
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Sun Feb 19 14:12:26 2012
From: nginx-forum на nginx.us (locojohn)
Date: Sun, 19 Feb 2012 09:12:26 -0500 (EST)
Subject: nginx 1.1.15: crash
In-Reply-To: <20120219125228.GT67687@mdounin.ru>
References: <20120219125228.GT67687@mdounin.ru>
Message-ID: <9012fa7f2a4c9b49b18c4d7e3b2ee59b.NginxMailingListRussian@forum.nginx.org>

#0  ngx_event_pipe_write_chain_to_temp_file (p=0x2238f88)
    at src/event/ngx_event_pipe.c:709
709	src/event/ngx_event_pipe.c: No such file or directory.
(gdb) fr 0
#0  ngx_event_pipe_write_chain_to_temp_file (p=0x2238f88)
    at src/event/ngx_event_pipe.c:709
709	in src/event/ngx_event_pipe.c
(gdb) p *p->busy->buf
$1 = {
  pos = 0x232f455 "Data></Cell>\r\n    <Cell ss:StyleID=\"s73\"><Data
ss:Type=\"Number\">-200</Data></Cell>\r\n    <Cell
ss:StyleID=\"s73\"><Data ss:Type=\"Number\">-500</Data></Cell>\r\n   
<Cell ss:StyleID=\"s74\"><Data ss:Type=\"Numb"..., last = 0x23331f0
"\200\264\273\364\234>\250\265\021@", file_pos = 0, 
  file_last = 0, 
  start = 0x232f1f0 "er 20' :  Vatos (27ton/20'). No OWS from B/L Date
26/08/10.</Data></Cell>\r\n    <Cell ss:StyleID=\"s79\"/>\r\n    <Cell
ss:StyleID=\"s79\"/>\r\n    <Cell ss:StyleID=\"s79\"/>\r\n    <Cell
ss:StyleID=\"s79\"/>\r\n    <"..., end = 0x23331f0
"\200\264\273\364\234>\250\265\021@", tag = 0x694380, 
  file = 0x0, shadow = 0x223a708, temporary = 1, memory = 0, mmap = 0, 
  recycled = 1, in_file = 0, flush = 0, sync = 0, last_buf = 0, 
  last_in_chain = 0, last_shadow = 1, temp_file = 0, num = 6}
(gdb) p *p->busy->next->buf
$2 = {
  pos = 0x2333200 "   <Cell ss:StyleID=\"s78\"><Data
ss:Type=\"String\">valid for freight collect. Max.  Payload per 20' : 
Vatos (27ton/20'). No OWS from B/L Date 26/08/10.</Data></Cell>\r\n   
<Cell ss:StyleID=\"s79\"/>\r\n    "..., 
  last = 0x2337200 "\t\r\n\t});\r\021@", file_pos = 0, file_last = 0, 
  start = 0x2333200 "   <Cell ss:StyleID=\"s78\"><Data
ss:Type=\"String\">valid for freight collect. Max.  Payload per 20' : 
Vatos (27ton/20'). No OWS from B/L Date 26/08/10.</Data></Cell>\r\n   
<Cell ss:StyleID=\"s79\"/>\r\n    "..., 
  end = 0x2337200 "\t\r\n\t});\r\021@", tag = 0x694380, file = 0x0, 
  shadow = 0x223a7c8, temporary = 1, memory = 0, mmap = 0, recycled = 1,

  in_file = 0, flush = 0, sync = 0, last_buf = 0, last_in_chain = 0, 
  last_shadow = 1, temp_file = 0, num = 7}
(gdb) p *p->busy->next->next->buf
$3 = {
  pos = 0x2337210 "31.03.2012</Data></Cell>\r\n    <Cell
ss:StyleID=\"s65\"><Data ss:Type=\"String\">1068-1</Data></Cell>\r\n   
<Cell ss:StyleID=\"s78\"><Data ss:Type=\"String\">valid for freight
collect. Max.  Payload per 20' :  "..., 
  last = 0x233b210 "ame) }\r\n\021@", file_pos = 0, file_last = 0, 
  start = 0x2337210 "31.03.2012</Data></Cell>\r\n    <Cell
ss:StyleID=\"s65\"><Data ss:Type=\"String\">1068-1</Data></Cell>\r\n   
<Cell ss:StyleID=\"s78\"><Data ss:Type=\"String\">valid for freight
collect. Max.  Payload per 20' :  "..., 
  end = 0x233b210 "ame) }\r\n\021@", tag = 0x694380, file = 0x0, 
  shadow = 0x223a888, temporary = 1, memory = 0, mmap = 0, recycled = 1,

  in_file = 0, flush = 0, sync = 0, last_buf = 0, last_in_chain = 0, 
  last_shadow = 1, temp_file = 0, num = 8}
(gdb) p *p->busy->next->next->next->buf
$4 = {
  pos = 0x233b220 ":StyleID=\"s77\"><Data
ss:Type=\"String\">01.02.2012</Data></Cell>\r\n    <Cell
ss:StyleID=\"s65\"><Data ss:Type=\"String\">31.03.2012</Data></Cell>\r\n
   <Cell ss:StyleID=\"s65\"><Data ss:Type=\"String\">1068-1</Da"...,
last = 0x233f218 "\361m\003", file_pos = 0, file_last = 0, 
  start = 0x233b220 ":StyleID=\"s77\"><Data
ss:Type=\"String\">01.02.2012</Data></Cell>\r\n    <Cell
ss:StyleID=\"s65\"><Data ss:Type=\"String\">31.03.2012</Data></Cell>\r\n
   <Cell ss:StyleID=\"s65\"><Data ss:Type=\"String\">1068-1</Da"..., end
= 0x233f220 "", tag = 0x694380, file = 0x0, shadow = 0x223aa28, 
  temporary = 1, memory = 0, mmap = 0, recycled = 1, in_file = 0, flush
= 0, 
  sync = 0, last_buf = 0, last_in_chain = 0, last_shadow = 1, temp_file
= 0, 
  num = 9}
(gdb) p *p->busy->next->next->next->next->buf
Cannot access memory at address 0x0
(gdb) p *p->out->buf
$5 = {pos = 0x0, last = 0x0, file_pos = 0, file_last = 327640, start =
0x0, 
  end = 0x0, tag = 0x694380, file = 0x223a5b8, shadow = 0x0, temporary =
0, 
  memory = 0, mmap = 0, recycled = 0, in_file = 1, flush = 0, sync = 0,

  last_buf = 0, last_in_chain = 0, last_shadow = 0, temp_file = 1, num =
0}
(gdb) p *p->out->next->buf
Cannot access memory at address 0x0


Я включил debug log, но пока segfault-ов не
наблюдается.  Думаю, в понедельник
появятся снова, как люди начнут активно
работать.

Спасибо за помощь,

Андрей.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222557,222655#msg-222655


From alexey.bobok на gmail.com  Sun Feb 19 16:34:03 2012
From: alexey.bobok на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JHQvtCx0L7Qug==?=)
Date: Sun, 19 Feb 2012 18:34:03 +0200
Subject: =?UTF-8?B?VXBsb2FkIG1vZHVsZSArIGNsZWFudXAg0L/QvtGB0LvQtSDQvtCx0YDQsNCx0L4=?=
	=?UTF-8?B?0YLQutC4?=
Message-ID: <CAH05gjZ=TzELRF4G6Rb=0ssbD5YJgO-236cu0khyqmJZUOwfrw@mail.gmail.com>

Приветствую.

Как сделать upload_cleanup файлу, после того, как бекенд ответил code 200?
Нужно удалять файл из upload_store, после того как PHP
обработало модифицированный POST.
Спасибо.

st1# nginx -V
nginx: nginx version: nginx/1.0.10
nginx: TLS SNI support enabled
nginx: configure arguments: --prefix=/usr/local/etc/nginx --with-cc-opt='-I
/usr/local/include' --with-ld-opt='-L /usr/local/lib'
--conf-path=/usr/local/etc/nginx/nginx.conf
--sbin-path=/usr/local/sbin/nginx --pid-path=/var/run/nginx.pid
--error-log-path=/var/log/nginx-error.log --user=www --group=www
--with-file-aio
--http-client-body-temp-path=/var/tmp/nginx/client_body_temp
--http-fastcgi-temp-path=/var/tmp/nginx/fastcgi_temp
--http-proxy-temp-path=/var/tmp/nginx/proxy_temp
--http-scgi-temp-path=/var/tmp/nginx/scgi_temp
--http-uwsgi-temp-path=/var/tmp/nginx/uwsgi_temp
--http-log-path=/var/log/nginx-access.log
--add-module=/usr/ports/www/nginx/work/nginx-accesskey-2.0.3
--add-module=/usr/ports/www/nginx/work/vkholodkov-nginx-eval-module-125fa2e
--with-http_flv_module --with-http_gzip_static_module
--with-http_image_filter_module
--add-module=/usr/ports/www/nginx/work/nginx_http_push_module-0.692
--with-http_ssl_module --with-http_stub_status_module
--with-http_sub_module
--add-module=/usr/ports/www/nginx/work/nginx_upload_module-2.2.0
--add-module=/usr/ports/www/nginx/work/nginx_uploadprogress_module-0.8.2
--add-module=/usr/ports/www/nginx/work/ngx_http_upstream_keepalive-0.7
--with-pcre


-- 
 Think before you print.
Best regards, Alexey Bobok.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120219/4e4d923a/attachment.html>

From meganuke на meganuke.ru  Sun Feb 19 18:34:32 2012
From: meganuke на meganuke.ru (Nikita Stupin)
Date: Sun, 19 Feb 2012 22:34:32 +0400
Subject: =?UTF-8?B?UmU6INCR0L7RgNGM0LHQsCDRgdC+INGB0L/QsNC80L7QvCDQuNC3IHRvci3RgdC1?=
	=?UTF-8?B?0YLQuC4gT0ZGVE9QSUM=?=
In-Reply-To: <1845269269.20120219001653@softsearch.ru>
References: <1845269269.20120219001653@softsearch.ru>
Message-ID: <4F4140B8.1090504@meganuke.ru>

Здравствуйте.

А чем вас указанные здесь 
https://www.torproject.org/docs/faq-abuse.html.en#Bans методы не устраивают?

On 2/19/12 12:16 AM, Михаил Монашёв wrote:
> Здравствуйте.
>
> Есть  ли  где-то список ip-шек top-сети, чтобы можно засовывать каждые
> несколько минут его в firewall и резать спам, льющийся оттуда на сайты
> в виде комментов со всякой чернухой?
>


From alexey.bobok на gmail.com  Sun Feb 19 19:10:54 2012
From: alexey.bobok на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JHQvtCx0L7Qug==?=)
Date: Sun, 19 Feb 2012 21:10:54 +0200
Subject: =?UTF-8?B?UmU6IFVwbG9hZCBtb2R1bGUgKyBjbGVhbnVwINC/0L7RgdC70LUg0L7QsdGA0LA=?=
	=?UTF-8?B?0LHQvtGC0LrQuA==?=
In-Reply-To: <CAH05gjZ=TzELRF4G6Rb=0ssbD5YJgO-236cu0khyqmJZUOwfrw@mail.gmail.com>
References: <CAH05gjZ=TzELRF4G6Rb=0ssbD5YJgO-236cu0khyqmJZUOwfrw@mail.gmail.com>
Message-ID: <CAH05gjawzW6FmJnurv6XxE3y-UMQGEjX3YkzGzDTXNTP6jTa0A@mail.gmail.com>

Включил моск и в исходнике ngx_http_upload_module.c сделал:

- if (lo < 400 || hi > 599) {
+ if (lo < 200 || hi > 599) {

- "value(s) \"%V\" must be between 400 and 599",
+ "value(s) \"%V\" must be between 200 and 599",

Вопрос закрыт.

19 февраля 2012 г. 18:34 пользователь Алексей Бобок
<alexey.bobok на gmail.com>написал:

> Приветствую.
>
> Как сделать upload_cleanup файлу, после того, как бекенд ответил code 200?
> Нужно удалять файл из upload_store, после того как PHP
> обработало модифицированный POST.
> Спасибо.
>
> st1# nginx -V
> nginx: nginx version: nginx/1.0.10
> nginx: TLS SNI support enabled
> nginx: configure arguments: --prefix=/usr/local/etc/nginx
> --with-cc-opt='-I /usr/local/include' --with-ld-opt='-L /usr/local/lib'
> --conf-path=/usr/local/etc/nginx/nginx.conf
> --sbin-path=/usr/local/sbin/nginx --pid-path=/var/run/nginx.pid
> --error-log-path=/var/log/nginx-error.log --user=www --group=www
> --with-file-aio
> --http-client-body-temp-path=/var/tmp/nginx/client_body_temp
> --http-fastcgi-temp-path=/var/tmp/nginx/fastcgi_temp
> --http-proxy-temp-path=/var/tmp/nginx/proxy_temp
> --http-scgi-temp-path=/var/tmp/nginx/scgi_temp
> --http-uwsgi-temp-path=/var/tmp/nginx/uwsgi_temp
> --http-log-path=/var/log/nginx-access.log
> --add-module=/usr/ports/www/nginx/work/nginx-accesskey-2.0.3
> --add-module=/usr/ports/www/nginx/work/vkholodkov-nginx-eval-module-125fa2e
> --with-http_flv_module --with-http_gzip_static_module
> --with-http_image_filter_module
> --add-module=/usr/ports/www/nginx/work/nginx_http_push_module-0.692
> --with-http_ssl_module --with-http_stub_status_module
> --with-http_sub_module
> --add-module=/usr/ports/www/nginx/work/nginx_upload_module-2.2.0
> --add-module=/usr/ports/www/nginx/work/nginx_uploadprogress_module-0.8.2
> --add-module=/usr/ports/www/nginx/work/ngx_http_upstream_keepalive-0.7
> --with-pcre
>
>
> --
>  Think before you print.
> Best regards, Alexey Bobok.
>



-- 
 Think before you print.
Best regards, Alexey Bobok.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120219/95e73686/attachment-0001.html>

From zaabjuda на gmail.com  Sun Feb 19 19:34:30 2012
From: zaabjuda на gmail.com (=?KOI8-R?B?5M3J1NLJyiD2yczYw8/X?=)
Date: Sun, 19 Feb 2012 23:34:30 +0400
Subject: =?UTF-8?B?0J/QvtC80L7Qs9C40YLQtSDRgSDQutC+0L3RhNC40LPQvtC8?=
Message-ID: <CAGA13jS6r31KefCfTwmVn8Pr8FkWdYVz0ukeEv21AHzCBV2VUw@mail.gmail.com>

Здравствуйте.

Помогите пожалуйста решить следующую задачку.

Дано.

1. Структура каталогов и файлов
    /opt/mp3/$trackID.mp3
    /opt/wav/$trackID.wav
    /opt/fadeout/$trackID.mp3
2. $trackID - уникальный номер трека. Треки с одним ID по сути одни и
теже треки( по содержанию) но разные по формату , по этому лежат в
разных диреториях на сервере.

Задача.

Необходимо отдавать эти треки по http по следующим URL
 http://site.com/listen/$trackID/mp3/
 http://site.com/listen/$trackID/mp3/fadeout/
 http://site.com/listen/$trackID/wav/

Пример

 Когда пользователь вводит в адресной строке URL
http://site.com/listen/100/mp3/ то ему отдаётся файл /opt/mp3/100.mp3
если URL http://site.com/listen/100/mp3/fadeout/ то отдаётся файл
/opt/fadeout/100.mp3
если URl http://site.com/listen/100/wav/ то отдаётся файл  /opt/wav/100.wav

Пока ничего в голову не приходит, как можно реализовать.

Буду благодарен за помощь.

From ne на vbart.ru  Sun Feb 19 19:56:57 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Sun, 19 Feb 2012 23:56:57 +0400
Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0YEg0LrQvtC90YTQuNCz0L7QvA==?=
In-Reply-To: <CAGA13jS6r31KefCfTwmVn8Pr8FkWdYVz0ukeEv21AHzCBV2VUw@mail.gmail.com>
References: <CAGA13jS6r31KefCfTwmVn8Pr8FkWdYVz0ukeEv21AHzCBV2VUw@mail.gmail.com>
Message-ID: <201202192356.57802.ne@vbart.ru>

On Sunday 19 February 2012 23:34:30 Дмитрий Жильцов wrote:
> Здравствуйте.
> 
> Помогите пожалуйста решить следующую задачку.
> 
> Дано.
> 
> 1. Структура каталогов и файлов
>     /opt/mp3/$trackID.mp3
>     /opt/wav/$trackID.wav
>     /opt/fadeout/$trackID.mp3
> 2. $trackID - уникальный номер трека. Треки с одним ID по сути одни и
> теже треки( по содержанию) но разные по формату , по этому лежат в
> разных диреториях на сервере.
> 
> Задача.
> 
> Необходимо отдавать эти треки по http по следующим URL
>  http://site.com/listen/$trackID/mp3/
>  http://site.com/listen/$trackID/mp3/fadeout/
>  http://site.com/listen/$trackID/wav/
> 
> Пример
> 
>  Когда пользователь вводит в адресной строке URL
> http://site.com/listen/100/mp3/ то ему отдаётся файл /opt/mp3/100.mp3
> если URL http://site.com/listen/100/mp3/fadeout/ то отдаётся файл
> /opt/fadeout/100.mp3
> если URl http://site.com/listen/100/wav/ то отдаётся файл  /opt/wav/100.wav
> 
> Пока ничего в голову не приходит, как можно реализовать.
> 

А задача то простейшая, если читать документацию.

 http://nginx.org/ru/docs/http/ngx_http_core_module.html#location
 http://nginx.org/ru/docs/http/ngx_http_core_module.html#alias
 man pcresyntax
 man pcrepattern
 и т. д.

    location /listen/ {
        location ~^/listen/(?P<trID>[^/]+)/(?P<trExt>mp3|wav)$ {
            alias /opt/$trExt/$trID.$trExt;
        }
        location ~^/listen/(?P<trID>[^/]+)/mp3/fadeout/$ {
            alias /opt/fadeout/$trID.mp3;
        }
    }

--
Валентин Бартенев

From zaabjuda на gmail.com  Sun Feb 19 20:24:51 2012
From: zaabjuda на gmail.com (=?KOI8-R?B?5M3J1NLJyiD2yczYw8/X?=)
Date: Mon, 20 Feb 2012 00:24:51 +0400
Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0YEg0LrQvtC90YTQuNCz0L7QvA==?=
In-Reply-To: <201202192356.57802.ne@vbart.ru>
References: <CAGA13jS6r31KefCfTwmVn8Pr8FkWdYVz0ukeEv21AHzCBV2VUw@mail.gmail.com>
	<201202192356.57802.ne@vbart.ru>
Message-ID: <CAGA13jSYuOpwcyP32FVXWw+_cFpKcg0j28y57J4rQdxb0cPsrg@mail.gmail.com>

Точно! Спсибо! Про алиасы я как раз то и забыл!

19 февраля 2012 г. 23:56 пользователь Валентин Бартенев <ne на vbart.ru> написал:
> On Sunday 19 February 2012 23:34:30 Дмитрий Жильцов wrote:
>> Здравствуйте.
>>
>> Помогите пожалуйста решить следующую задачку.
>>
>> Дано.
>>
>> 1. Структура каталогов и файлов
>>     /opt/mp3/$trackID.mp3
>>     /opt/wav/$trackID.wav
>>     /opt/fadeout/$trackID.mp3
>> 2. $trackID - уникальный номер трека. Треки с одним ID по сути одни и
>> теже треки( по содержанию) но разные по формату , по этому лежат в
>> разных диреториях на сервере.
>>
>> Задача.
>>
>> Необходимо отдавать эти треки по http по следующим URL
>>  http://site.com/listen/$trackID/mp3/
>>  http://site.com/listen/$trackID/mp3/fadeout/
>>  http://site.com/listen/$trackID/wav/
>>
>> Пример
>>
>>  Когда пользователь вводит в адресной строке URL
>> http://site.com/listen/100/mp3/ то ему отдаётся файл /opt/mp3/100.mp3
>> если URL http://site.com/listen/100/mp3/fadeout/ то отдаётся файл
>> /opt/fadeout/100.mp3
>> если URl http://site.com/listen/100/wav/ то отдаётся файл  /opt/wav/100.wav
>>
>> Пока ничего в голову не приходит, как можно реализовать.
>>
>
> А задача то простейшая, если читать документацию.
>
>  http://nginx.org/ru/docs/http/ngx_http_core_module.html#location
>  http://nginx.org/ru/docs/http/ngx_http_core_module.html#alias
>  man pcresyntax
>  man pcrepattern
>  и т. д.
>
>    location /listen/ {
>        location ~^/listen/(?P<trID>[^/]+)/(?P<trExt>mp3|wav)$ {
>            alias /opt/$trExt/$trID.$trExt;
>        }
>        location ~^/listen/(?P<trID>[^/]+)/mp3/fadeout/$ {
>            alias /opt/fadeout/$trID.mp3;
>        }
>    }
>
> --
> Валентин Бартенев
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From mdounin на mdounin.ru  Sun Feb 19 22:18:38 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Mon, 20 Feb 2012 02:18:38 +0400
Subject: nginx 1.1.15: crash
In-Reply-To: <9012fa7f2a4c9b49b18c4d7e3b2ee59b.NginxMailingListRussian@forum.nginx.org>
References: <20120219125228.GT67687@mdounin.ru>
	<9012fa7f2a4c9b49b18c4d7e3b2ee59b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120219221838.GY67687@mdounin.ru>

Hello!

On Sun, Feb 19, 2012 at 09:12:26AM -0500, locojohn wrote:

> #0  ngx_event_pipe_write_chain_to_temp_file (p=0x2238f88)
>     at src/event/ngx_event_pipe.c:709
> 709	src/event/ngx_event_pipe.c: No such file or directory.
> (gdb) fr 0
> #0  ngx_event_pipe_write_chain_to_temp_file (p=0x2238f88)
>     at src/event/ngx_event_pipe.c:709
> 709	in src/event/ngx_event_pipe.c
> (gdb) p *p->busy->buf

[...]

> Я включил debug log, но пока segfault-ов не
> наблюдается.  Думаю, в понедельник
> появятся снова, как люди начнут активно
> работать.

Похоже, я нашёл проблему, так что debug log не обязателен.  Патч 
прилагается.

Maxim Dounin
-------------- next part --------------
# HG changeset patch
# User Maxim Dounin <mdounin на mdounin.ru>
# Date 1329689859 -14400
# Node ID 8ea23b5fb9574a68153212d58fe82a41d3ec7241
# Parent  dd668cf20818600a500bc8386dd0d99abafbcb2f
Event pipe: fixed buffer loss in p->length case.

With previous code raw buffer might be lost if p->input_filter() was called
on a buffer without any data and used ngx_event_pipe_add_free_buf() to
return it to the free list.  This eventually might cause "all buffers busy"
problem, resulting in segmentation fault.

In ngx_event_pipe_add_free_buf() the buffer was added to the list start
due to pos == last, and then "p->free_raw_bufs = cl->next" in
ngx_event_pipe_read_upstream() dropped both chain links to the buffer
from the p->free_raw_bufs list.

Fix is to move "p->free_raw_bufs = cl->next" before calling the
p->input_filter().

diff --git a/src/event/ngx_event_pipe.c b/src/event/ngx_event_pipe.c
--- a/src/event/ngx_event_pipe.c
+++ b/src/event/ngx_event_pipe.c
@@ -401,13 +401,14 @@ ngx_event_pipe_read_upstream(ngx_event_p
 
         if (cl->buf->last - cl->buf->pos >= p->length) {
 
+            p->free_raw_bufs = cl->next;
+
             /* STUB */ cl->buf->num = p->num++;
 
             if (p->input_filter(p, cl->buf) == NGX_ERROR) {
                  return NGX_ABORT;
             }
 
-            p->free_raw_bufs = cl->next;
             ngx_free_chain(p->pool, cl);
         }
     }

From nginx-forum на nginx.us  Sun Feb 19 22:46:57 2012
From: nginx-forum на nginx.us (adept)
Date: Sun, 19 Feb 2012 17:46:57 -0500 (EST)
Subject: =?UTF-8?B?UmU6IDEuMS4xNSAtINC60LDRgNGC0LjQvdC60Lgu?=
In-Reply-To: <a19a0d83d6667839bd24c96aedec6b2b.NginxMailingListRussian@forum.nginx.org>
References: <a19a0d83d6667839bd24c96aedec6b2b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4af8c2bfddf1405b40177e4310bb7be7.NginxMailingListRussian@forum.nginx.org>

Насколько я понял, толку от disable_symlinks -
0.0%, ибо нормально использовать его не
выйдет.
И исправлять это ни кто не собирается.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222577,222693#msg-222693


From nginx-forum на nginx.us  Sun Feb 19 22:49:55 2012
From: nginx-forum на nginx.us (locojohn)
Date: Sun, 19 Feb 2012 17:49:55 -0500 (EST)
Subject: nginx 1.1.15: crash
In-Reply-To: <20120219221838.GY67687@mdounin.ru>
References: <20120219221838.GY67687@mdounin.ru>
Message-ID: <4ccc725b793ed16e72a6d7d1520f8f0c.NginxMailingListRussian@forum.nginx.org>

Maxim Dounin Wrote:
-------------------------------------------------------

> Похоже, я нашёл проблему,
> так что debug log не обязателен.
>  Патч прилагается.
> 

У меня этот патч не пошёл.  По всей
видимости, из-за форматирования на
форуме.  Я создал свою версию, надеюсь,
всё правильно:


--- src/event/ngx_event_pipe.c
+++ src/event/ngx_event_pipe.c
@@ -403,2 +403,4 @@
 
+           p->free_raw_bufs = cl->next;
+
             /* STUB */ cl->buf->num = p->num++;
@@ -409,3 +411,2 @@
 
-            p->free_raw_bufs = cl->next;
             ngx_free_chain(p->pool, cl);


Большое спасибо!   Завтра буду смотреть
в логи.

Андрей

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222557,222694#msg-222694


From andrew на nginx.com  Sun Feb 19 23:04:10 2012
From: andrew на nginx.com (Andrew Alexeev)
Date: Sun, 19 Feb 2012 15:04:10 -0800
Subject: =?UTF-8?B?UmU6IDEuMS4xNSAtINC60LDRgNGC0LjQvdC60Lgu?=
In-Reply-To: <4af8c2bfddf1405b40177e4310bb7be7.NginxMailingListRussian@forum.nginx.org>
References: <a19a0d83d6667839bd24c96aedec6b2b.NginxMailingListRussian@forum.nginx.org>
	<4af8c2bfddf1405b40177e4310bb7be7.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20E89482-70CF-4F0C-9404-B06289DCC1DC@nginx.com>

On Feb 19, 2012, at 2:46 PM, adept wrote:

> Насколько я понял, толку от disable_symlinks -
> 0.0%, ибо нормально использовать его не
> выйдет.
> И исправлять это ни кто не собирается.

Все не совсем так :) Вы не могли бы подробнее описать вашу структуру каталогов и файлов и симлинков, чтобы сценарий, где текущая реализация пока не подходит, был бы более понятен?

Заранее спасибо

> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222577,222693#msg-222693
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From ne на vbart.ru  Mon Feb 20 07:50:05 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Mon, 20 Feb 2012 11:50:05 +0400
Subject: =?UTF-8?B?UmU6IDEuMS4xNSAtINC60LDRgNGC0LjQvdC60Lgu?=
In-Reply-To: <4af8c2bfddf1405b40177e4310bb7be7.NginxMailingListRussian@forum.nginx.org>
References: <a19a0d83d6667839bd24c96aedec6b2b.NginxMailingListRussian@forum.nginx.org>
	<4af8c2bfddf1405b40177e4310bb7be7.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201202201150.06168.ne@vbart.ru>

On Monday 20 February 2012 02:46:57 adept wrote:
> Насколько я понял, толку от disable_symlinks -
> 0.0%, ибо нормально использовать его не
> выйдет.
> И исправлять это ни кто не собирается.
> 

Вам шашечки или ехать? К сожалению, в настоящий момент на Linux системах нету 
флагов O_SEARCH/O_EXEC для открытия каталога, поэтому чтобы проверить отсутствие 
симлинков открывать все промежуточные директории приходится с O_RDONLY.

Так, что если хотите проверять симлинки, то необходимо давать nginx права на 
чтение всех промежуточных каталогов. Реальной угрозы безопасности в этом IMHO 
нету.

В ближайшее время выйдет патч исправляющий ситуацию на Solaris, FreeBSD 8 и выше, 
а также некоторых bleeding edge Linux-дистрибутивов (типа Arch Linux, где уже 
появился флаг O_PATH).

Частичным решением проблемы могла бы стать возможность явного указания каталога 
от которого начинать проверку симлинков, но таковая требует ещё значительного 
времени и усилий на реализацию. Так что рекомендую поставить +r и набраться 
терпения.

--
Валентин Бартенев

From nginx-forum на nginx.us  Mon Feb 20 08:16:17 2012
From: nginx-forum на nginx.us (arty777)
Date: Mon, 20 Feb 2012 03:16:17 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0L7RgdC+0LLQtdGC0YPQudGC0LUg0LrQvtC90YTQuNCzIG5naW54INC0?=
	=?UTF-8?B?0LvRjyDQvtGC0LTQsNGH0Lgg0L7QtNC90L7QstGA0LXQvNC10L3QvdC+IDEw?=
	=?UTF-8?B?0LorINGE0LDQudC70L7Qsg==?=
In-Reply-To: <bdc3526e913e63fa87033c99d18950e9.NginxMailingListRussian@forum.nginx.org>
References: <4F3E3A3B.1060209@csdoc.com>
	<bdc3526e913e63fa87033c99d18950e9.NginxMailingListRussian@forum.nginx.org>
Message-ID: <ac51e107f5ab6a418062570a454f0166.NginxMailingListRussian@forum.nginx.org>

Вот суть 
#Ограничения для коннектов с 1 ИП
limit_conn_zone $binary_remote_addr  zone=addr:10m;

#Ограничение по кол-ву запросов в
секунду
limit_req_zone  $binary_remote_addr  zone=lreq:10m   rate=10r/s;

access_log  log/access.log  main;
#access_log  off;
sendfile        off;
tcp_nopush     off;
tcp_nodelay on;
keepalive_timeout  15;
send_timeout 30s;
#keepalive_timeout  65;
reset_timedout_connection on;
server_names_hash_bucket_size 512;

#Вкл aync io
aio             on;
directio        512k; # включаем O_DIRECT для файлов,
размером  512 kбайт или больше
directio_alignment 512; # Устанавливает
выравнивание для directio. В большинстве
случаев достаточно 512-байтового
выравнивания
output_buffers  1 512k;

#После первых 500 кбайт, режим траффик на
1 ИП до скорости 100 кбайт
limit_rate_after  5M;
limit_rate        100k;



а вообще, лишь бы дисковая система
мегакрутая была . Ибо крути не крути
настройки , все-равно если дисков мало
или они чахлые - будет тупить .

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216159,222708#msg-222708


From mdounin на mdounin.ru  Mon Feb 20 09:06:43 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Mon, 20 Feb 2012 13:06:43 +0400
Subject: nginx 1.1.15: crash
In-Reply-To: <4ccc725b793ed16e72a6d7d1520f8f0c.NginxMailingListRussian@forum.nginx.org>
References: <20120219221838.GY67687@mdounin.ru>
	<4ccc725b793ed16e72a6d7d1520f8f0c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120220090643.GZ67687@mdounin.ru>

Hello!

On Sun, Feb 19, 2012 at 05:49:55PM -0500, locojohn wrote:

> Maxim Dounin Wrote:
> -------------------------------------------------------
> 
> > Похоже, я нашёл проблему,
> > так что debug log не обязателен.
> >  Патч прилагается.
> > 
> 
> У меня этот патч не пошёл.  По всей
> видимости, из-за форматирования на
> форуме.

Да, форум очень любит ломать форматирование.  Нормальную версию 
можно взять в архиве списка рассылки, тут:

http://mailman.nginx.org/pipermail/nginx-ru/2012-February/045855.html

>  Я создал свою версию, надеюсь,
> всё правильно:
> 
> 
> --- src/event/ngx_event_pipe.c
> +++ src/event/ngx_event_pipe.c
> @@ -403,2 +403,4 @@
>  
> +           p->free_raw_bufs = cl->next;
> +
>              /* STUB */ cl->buf->num = p->num++;
> @@ -409,3 +411,2 @@
>  
> -            p->free_raw_bufs = cl->next;
>              ngx_free_chain(p->pool, cl);
> 

Да, это идентично тому, что я прислал, с точностью до количества 
пробелов.  Должно работать.

Maxim Dounin


From nginx-forum на nginx.us  Mon Feb 20 12:29:34 2012
From: nginx-forum на nginx.us (mgnhost)
Date: Mon, 20 Feb 2012 07:29:34 -0500 (EST)
Subject: =?UTF-8?B?UmU6IDEuMS4xNSAtINC60LDRgNGC0LjQvdC60Lgu?=
In-Reply-To: <20E89482-70CF-4F0C-9404-B06289DCC1DC@nginx.com>
References: <20E89482-70CF-4F0C-9404-B06289DCC1DC@nginx.com>
Message-ID: <9936fd09080b7e570b221d43522c2b5f.NginxMailingListRussian@forum.nginx.org>

Andrew Alexeev Wrote:
-------------------------------------------------------
> Все не совсем так :) Вы не
> могли бы подробнее описать
> вашу структуру каталогов и
> файлов и симлинков, чтобы
> сценарий, где текущая
> реализация пока не
> подходит, был бы более
> понятен?
> 
> Заранее спасибо

Структура стандартная для Linux
дистрибутивов, в соответствии с suexec,
т.е. /var/www/user
Соответственно пользователь может
создавать симлинки не выше свой
домашней директории, т.е. в /var/www/user/data

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222577,222715#msg-222715


From nginx-forum на nginx.us  Mon Feb 20 12:35:12 2012
From: nginx-forum на nginx.us (mgnhost)
Date: Mon, 20 Feb 2012 07:35:12 -0500 (EST)
Subject: =?UTF-8?B?UmU6IDEuMS4xNSAtINC60LDRgNGC0LjQvdC60Lgu?=
In-Reply-To: <201202201150.06168.ne@vbart.ru>
References: <201202201150.06168.ne@vbart.ru>
Message-ID: <961f6bef11bc30fa876b09c69d161251.NginxMailingListRussian@forum.nginx.org>

Валентин Бартенев Wrote:
-------------------------------------------------------
> Вам шашечки или ехать? К
> сожалению, в настоящий
> момент на Linux системах нету 
> флагов O_SEARCH/O_EXEC для
> открытия каталога, поэтому
> чтобы проверить отсутствие
> 
> симлинков открывать все
> промежуточные директории
> приходится с O_RDONLY.
> 
> Так, что если хотите
> проверять симлинки, то
> необходимо давать nginx права
> на 
> чтение всех промежуточных
> каталогов. Реальной угрозы
> безопасности в этом IMHO 
> нету.
> 
> В ближайшее время выйдет
> патч исправляющий ситуацию
> на Solaris, FreeBSD 8 и выше, 
> а также некоторых bleeding edge
> Linux-дистрибутивов (типа Arch
> Linux, где уже 
> появился флаг O_PATH).
> 
> Частичным решением
> проблемы могла бы стать
> возможность явного
> указания каталога 
> от которого начинать
> проверку симлинков, но
> таковая требует ещё
> значительного 
> времени и усилий на
> реализацию. Так что
> рекомендую поставить +r и
> набраться 
> терпения.
> 
> --
> Валентин Бартенев
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


А почему бы не проверять симлинки
только в директории, которая указана в
root и ниже, а вышележащии директории не
проверять?
По поводу безопасности Вы очень сильно
ошибаетесь, особенно в условиях шаред
хостинга.

P.S. А когда ждать патч то?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222577,222716#msg-222716


From ne на vbart.ru  Mon Feb 20 14:17:41 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Mon, 20 Feb 2012 18:17:41 +0400
Subject: =?UTF-8?B?UmU6IDEuMS4xNSAtINC60LDRgNGC0LjQvdC60Lgu?=
In-Reply-To: <961f6bef11bc30fa876b09c69d161251.NginxMailingListRussian@forum.nginx.org>
References: <201202201150.06168.ne@vbart.ru>
	<961f6bef11bc30fa876b09c69d161251.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201202201817.41619.ne@vbart.ru>

On Monday 20 February 2012 16:35:12 mgnhost wrote:
[...]
> 
> А почему бы не проверять симлинки
> только в директории, которая указана в
> root и ниже, а вышележащии директории не
> проверять?

root может быть задан переменными, не для всех директив используется, и ещё 
множество тонкостей из-за которых было решено отказаться от такого подхода.

И кто помешает пользователю поставить симлинк где-то на пути root-а? У вас всегда 
директива root указывает только /home/username/ и не дальше?

> По поводу безопасности Вы очень сильно
> ошибаетесь, особенно в условиях шаред
> хостинга.

Можно пример, чем вам грозит +r для юзера от которого работает nginx? А главное, 
почему это грозит больше, чем симлинки?

> 
> P.S. А когда ждать патч то?
> 

Когда будет готов и оттестирован. С O_PATH также не будет работать if_not_owner, 
поэтому использования этого флага под вопросом.

--
Валентин Бартенев

From nginx-forum на nginx.us  Mon Feb 20 15:16:57 2012
From: nginx-forum на nginx.us (Chaser)
Date: Mon, 20 Feb 2012 10:16:57 -0500 (EST)
Subject: =?UTF-8?B?0KfRgtC+INC90LDRgdGH0ZHRgiDQtNC+0LHQsNCy0LvQtdC90LjRjyDQvNC+0LQ=?=
	=?UTF-8?B?0YPQu9GPIHRjcCBwcm94eSAo0L/QvtC30LLQvtC70Y/RjtGJ0LjQuSDQv9GA?=
	=?UTF-8?B?0L7QutGB0LjRgNC+0LLQsNGC0Ywg0LIg0YLQvtC8INGH0LjRgdC70LUg0Lgg?=
	=?UTF-8?B?V2ViU29ja2V0cykg0LIg0YHQv9C40YHQvtC6INC+0YTQuNGG0LjQsNC70Yw=?=
	=?UTF-8?B?0L3Ri9GFPw==?=
Message-ID: <d84f4cf2589aac379b7a9460c5905f74.NginxMailingListRussian@forum.nginx.org>

Здесь https://github.com/yaoweibin/nginx_tcp_proxy_module
размещен модуль tcp_proxy, позволяющий
пробрасывать произвольные
tcp-соединения. Самое вкусное, ИМХО, это
возможность проксировать WebSocket'ы. 

Статья на английском
http://www.letseehere.com/reverse-proxy-web-sockets
Статья на русском
http://habrahabr.ru/blogs/nginx/124089/

Модуль распространяется под лицензией
BSD. Ну да всё можно прочесть на
официальной странице модуля.

Я считаю, что добавления такого
функционала в основную ветку поможет
Nginx ещё больше укрепить свои позиции на
рынке веб-серверов, и сделает его
стандартом де-факто среди фронтендов.
Само преимущество WebSocket'ов уже не раз
обсуждалось, особенно при современных
тенденциях развития веба, где часто
возникает необходимость получать
данные в реальном времени. И после
официального выхода стандарта
протокола WebSocket он успешно находит
применение в многих сферах услуг, от
публичных до внутрикорпоративных.

Хотелось бы, чтобы Nginx воспользовался
преимуществом OpenSource и принял готовые
наработки под своё крыло.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222721,222721#msg-222721


From nginx-forum на nginx.us  Mon Feb 20 19:26:11 2012
From: nginx-forum на nginx.us (locojohn)
Date: Mon, 20 Feb 2012 14:26:11 -0500 (EST)
Subject: nginx 1.1.15: crash
In-Reply-To: <20120220090643.GZ67687@mdounin.ru>
References: <20120220090643.GZ67687@mdounin.ru>
Message-ID: <bc36f706f425807bbbe0b3bf51ca0cab.NginxMailingListRussian@forum.nginx.org>

Спасибо, Макс. Работает без проблем
целый день.  Надеюсь, вы включите этот
патч в следующий релиз.

Андрей

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222557,222732#msg-222732


From ruslan.usifov на gmail.com  Mon Feb 20 19:29:08 2012
From: ruslan.usifov на gmail.com (ruslan usifov)
Date: Mon, 20 Feb 2012 23:29:08 +0400
Subject: =?UTF-8?B?UmU6INCn0YLQviDQvdCw0YHRh9GR0YIg0LTQvtCx0LDQstC70LXQvdC40Y8g0Lw=?=
	=?UTF-8?B?0L7QtNGD0LvRjyB0Y3AgcHJveHkgKNC/0L7Qt9Cy0L7Qu9GP0Y7RidC40Lkg?=
	=?UTF-8?B?0L/RgNC+0LrRgdC40YDQvtCy0LDRgtGMINCyINGC0L7QvCDRh9C40YHQu9C1?=
	=?UTF-8?B?INC4IFdlYlNvY2tldHMpINCyINGB0L/QuNGB0L7QuiDQvtGE0LjRhtC40LA=?=
	=?UTF-8?B?0LvRjNC90YvRhT8=?=
In-Reply-To: <d84f4cf2589aac379b7a9460c5905f74.NginxMailingListRussian@forum.nginx.org>
References: <d84f4cf2589aac379b7a9460c5905f74.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAHULbCmhz3PJpuGKeHJsKRHpEz_4598nhTGNw_VGAziXdt0uKQ@mail.gmail.com>

Скажите пожалуйста, а зачем реализовывать функционал haproxy, внутри
Nginx??? и причем тут webсокеты если как вы написали в статье этот модуль
ничего не знает об http???

20 февраля 2012 г. 19:16 пользователь Chaser <nginx-forum на nginx.us> написал:

> Здесь https://github.com/yaoweibin/nginx_tcp_proxy_module
> размещен модуль tcp_proxy, позволяющий
> пробрасывать произвольные
> tcp-соединения. Самое вкусное, ИМХО, это
> возможность проксировать WebSocket'ы.
>
> Статья на английском
> http://www.letseehere.com/reverse-proxy-web-sockets
> Статья на русском
> http://habrahabr.ru/blogs/nginx/124089/
>
> Модуль распространяется под лицензией
> BSD. Ну да всё можно прочесть на
> официальной странице модуля.
>
> Я считаю, что добавления такого
> функционала в основную ветку поможет
> Nginx ещё больше укрепить свои позиции на
> рынке веб-серверов, и сделает его
> стандартом де-факто среди фронтендов.
> Само преимущество WebSocket'ов уже не раз
> обсуждалось, особенно при современных
> тенденциях развития веба, где часто
> возникает необходимость получать
> данные в реальном времени. И после
> официального выхода стандарта
> протокола WebSocket он успешно находит
> применение в многих сферах услуг, от
> публичных до внутрикорпоративных.
>
> Хотелось бы, чтобы Nginx воспользовался
> преимуществом OpenSource и принял готовые
> наработки под своё крыло.
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,222721,222721#msg-222721
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120220/bb1a84a2/attachment.html>

From aleks.raiden на gmail.com  Mon Feb 20 19:33:20 2012
From: aleks.raiden на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCb0L7Qt9C+0LLRjtC6?=)
Date: Mon, 20 Feb 2012 21:33:20 +0200
Subject: =?UTF-8?B?UmU6INCn0YLQviDQvdCw0YHRh9GR0YIg0LTQvtCx0LDQstC70LXQvdC40Y8g0Lw=?=
	=?UTF-8?B?0L7QtNGD0LvRjyB0Y3AgcHJveHkgKNC/0L7Qt9Cy0L7Qu9GP0Y7RidC40Lkg?=
	=?UTF-8?B?0L/RgNC+0LrRgdC40YDQvtCy0LDRgtGMINCyINGC0L7QvCDRh9C40YHQu9C1?=
	=?UTF-8?B?INC4IFdlYlNvY2tldHMpINCyINGB0L/QuNGB0L7QuiDQvtGE0LjRhtC40LA=?=
	=?UTF-8?B?0LvRjNC90YvRhT8=?=
In-Reply-To: <CAHULbCmhz3PJpuGKeHJsKRHpEz_4598nhTGNw_VGAziXdt0uKQ@mail.gmail.com>
References: <d84f4cf2589aac379b7a9460c5905f74.NginxMailingListRussian@forum.nginx.org>
	<CAHULbCmhz3PJpuGKeHJsKRHpEz_4598nhTGNw_VGAziXdt0uKQ@mail.gmail.com>
Message-ID: <CANtcu6gztYo3p1a4YYr3W++6fdWt+vUyHhj5DWMDpmer3ba5OA@mail.gmail.com>

Я позволю себе заметить  -  чтобы реализовать любое веб-приложение за
nginx, любое современное, которому некоторым частям надо сокеты. А то
получаеться, большой зоопарк наружу. а это неудобно очень. ИМХО

20 февраля 2012 г. 21:29 пользователь ruslan usifov
<ruslan.usifov на gmail.com> написал:
> Скажите пожалуйста, а зачем реализовывать функционал haproxy, внутри
> Nginx??? и причем тут webсокеты если как вы написали в статье этот модуль
> ничего не знает об http???
>
> 20 февраля 2012 г. 19:16 пользователь Chaser <nginx-forum на nginx.us> написал:
>
>> Здесь https://github.com/yaoweibin/nginx_tcp_proxy_module
>> размещен модуль tcp_proxy, позволяющий
>> пробрасывать произвольные
>> tcp-соединения. Самое вкусное, ИМХО, это
>> возможность проксировать WebSocket'ы.
>>
>> Статья на английском
>> http://www.letseehere.com/reverse-proxy-web-sockets
>> Статья на русском
>> http://habrahabr.ru/blogs/nginx/124089/
>>
>> Модуль распространяется под лицензией
>> BSD. Ну да всё можно прочесть на
>> официальной странице модуля.
>>
>> Я считаю, что добавления такого
>> функционала в основную ветку поможет
>> Nginx ещё больше укрепить свои позиции на
>> рынке веб-серверов, и сделает его
>> стандартом де-факто среди фронтендов.
>> Само преимущество WebSocket'ов уже не раз
>> обсуждалось, особенно при современных
>> тенденциях развития веба, где часто
>> возникает необходимость получать
>> данные в реальном времени. И после
>> официального выхода стандарта
>> протокола WebSocket он успешно находит
>> применение в многих сферах услуг, от
>> публичных до внутрикорпоративных.
>>
>> Хотелось бы, чтобы Nginx воспользовался
>> преимуществом OpenSource и принял готовые
>> наработки под своё крыло.
>>
>> Posted at Nginx Forum:
>> http://forum.nginx.org/read.php?21,222721,222721#msg-222721
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
C уважением, Александр Лозовюк
Alpha-Beta-Release Blog
http://abrdev.com
http://asyncionews.com

From nginx-forum на nginx.us  Mon Feb 20 19:40:54 2012
From: nginx-forum на nginx.us (mgnhost)
Date: Mon, 20 Feb 2012 14:40:54 -0500 (EST)
Subject: =?UTF-8?B?UmU6IDEuMS4xNSAtINC60LDRgNGC0LjQvdC60Lgu?=
In-Reply-To: <201202201817.41619.ne@vbart.ru>
References: <201202201817.41619.ne@vbart.ru>
Message-ID: <fb1b9653ce579fffe296555fd16da314.NginxMailingListRussian@forum.nginx.org>

Валентин Бартенев Wrote:
-------------------------------------------------------
> On Monday 20 February 2012 16:35:12 mgnhost wrote:
> [...]
> > 
> > А почему бы не проверять
> симлинки
> > только в директории,
> которая указана в
> > root и ниже, а вышележащии
> директории не
> > проверять?
> 
> root может быть задан
> переменными, не для всех
> директив используется, и
> ещё 
> множество тонкостей из-за
> которых было решено
> отказаться от такого
> подхода.
> 
> И кто помешает
> пользователю поставить
> симлинк где-то на пути root-а?
> У вас всегда 
> директива root указывает
> только /home/username/ и не дальше?

Данный вариант Я предложил как
временное решение, пока не появится
нормальной реализации.

> > По поводу безопасности Вы
> очень сильно
> > ошибаетесь, особенно в
> условиях шаред
> > хостинга.
> 
> Можно пример, чем вам
> грозит +r для юзера от
> которого работает nginx? А
> главное, 
> почему это грозит больше,
> чем симлинки?

В нашем случае, права на домашную
директорию пользователя выставляются
501, соответственно исходя из Вашего
предложения, понадобится либо включать
пользователя под которым работает nginx,
в группу weel, чтобы он мог читать, либо
повышать права на директории.
Как понимаете, ни первый, не второй
способ совсем не вариант.

> > P.S. А когда ждать патч то?
> > 
> 
> Когда будет готов и
> оттестирован. С O_PATH также
> не будет работать if_not_owner, 
> поэтому использования
> этого флага под вопросом.

А хотя бы примерные сроки есть?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222577,222738#msg-222738


From ne на vbart.ru  Mon Feb 20 19:56:22 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Mon, 20 Feb 2012 23:56:22 +0400
Subject: =?UTF-8?B?UmU6IDEuMS4xNSAtINC60LDRgNGC0LjQvdC60Lgu?=
In-Reply-To: <fb1b9653ce579fffe296555fd16da314.NginxMailingListRussian@forum.nginx.org>
References: <201202201817.41619.ne@vbart.ru>
	<fb1b9653ce579fffe296555fd16da314.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201202202356.23245.ne@vbart.ru>

On Monday 20 February 2012 23:40:54 mgnhost wrote:
[...]
> 
> В нашем случае, права на домашную
> директорию пользователя выставляются
> 501, соответственно исходя из Вашего
> предложения, понадобится либо включать
> пользователя под которым работает nginx,
> в группу weel, чтобы он мог читать, либо
> повышать права на директории.
> Как понимаете, ни первый, не второй
> способ совсем не вариант.

Т.е. лучше пускай пользователи друг у друга файлы читают через симлинки, чем 
пересмотреть систему прав?

Как сейчас решена проблема симлинков, если не секрет?

> > > P.S. А когда ждать патч то?
> > 
> > Когда будет готов и
> > оттестирован. С O_PATH также
> > не будет работать if_not_owner,
> > поэтому использования
> > этого флага под вопросом.
> 
> А хотя бы примерные сроки есть?
> 

Проблема на freebsd и solaris скорее всего будет исправлена к следующему релизу.

--
Валентин

From voron на amhost.net  Mon Feb 20 20:07:22 2012
From: voron на amhost.net (Alex Vorona)
Date: Mon, 20 Feb 2012 22:07:22 +0200
Subject: =?UTF-8?B?UmU6IDEuMS4xNSAtINC60LDRgNGC0LjQvdC60Lgu?=
In-Reply-To: <201202202356.23245.ne@vbart.ru>
References: <201202201817.41619.ne@vbart.ru>
	<fb1b9653ce579fffe296555fd16da314.NginxMailingListRussian@forum.nginx.org>
	<201202202356.23245.ne@vbart.ru>
Message-ID: <4F42A7FA.5000904@amhost.net>

Насколько я понимаю, для linux вполне подошёл бы уже озвученный вариант
20.02.2012 09:50, Валентин Бартенев wrote:
> Частичным решением проблемы могла бы стать возможность явного указания каталога
> от которого начинать проверку симлинков, но таковая требует ещё значительного
> времени и усилий на реализацию. Так что рекомендую поставить +r и набраться
> терпения.
и в качестве каталога указывался бы $HOME/ пользователя (/ добавлен, чтобы сам $HOME не
проверялся)


From dsaveliev на tormail.net  Tue Feb 21 00:57:50 2012
From: dsaveliev на tormail.net (=?UTF-8?B?0JTQvNC40YLRgNC40Lkg0KHQsNCy0LXQu9GM0LXQsg==?=)
Date: Tue, 21 Feb 2012 00:57:50 +0000
Subject: =?UTF-8?B?UmU6INCR0L7RgNGM0LHQsCDRgdC+INGB0L/QsNC80L7QvCDQuNC3IHRvci3RgdC1?=
	=?UTF-8?B?0YLQuC4gT0ZGVE9QSUM=?=
In-Reply-To: <4F4140B8.1090504@meganuke.ru>
References: <1845269269.20120219001653@softsearch.ru>
	<4F4140B8.1090504@meganuke.ru>
Message-ID: <1Rze3g-000346-3D@internal.tormail.net>

Ну и кучу легитимных пользователей "зарежете", которые просто не хотят
показывать свое физическое местонахождение (это право каждого) и не
хотят, чтобы власти отслеживали их активность в Сети.
К тому же, будут ходить через другие анон. сети, ботнеты или ставить
какую-то проксю после Tor...

On 19.02.2012 18:34, Nikita Stupin wrote:
> Здравствуйте.
>
> А чем вас указанные здесь
> https://www.torproject.org/docs/faq-abuse.html.en#Bans методы не
> устраивают?
>
> On 2/19/12 12:16 AM, Михаил Монашёв wrote:
>> Здравствуйте.
>>
>> Есть  ли  где-то список ip-шек top-сети, чтобы можно засовывать каждые
>> несколько минут его в firewall и резать спам, льющийся оттуда на сайты
>> в виде комментов со всякой чернухой?
>>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From meganuke на meganuke.ru  Tue Feb 21 06:28:10 2012
From: meganuke на meganuke.ru (Nikita Stupin)
Date: Tue, 21 Feb 2012 10:28:10 +0400
Subject: =?UTF-8?B?UmU6INCR0L7RgNGM0LHQsCDRgdC+INGB0L/QsNC80L7QvCDQuNC3IHRvci3RgdC1?=
	=?UTF-8?B?0YLQuC4gT0ZGVE9QSUM=?=
In-Reply-To: <1Rze3g-000346-3D@internal.tormail.net>
References: <1845269269.20120219001653@softsearch.ru>
	<4F4140B8.1090504@meganuke.ru>
	<1Rze3g-000346-3D@internal.tormail.net>
Message-ID: <4F43397A.8060805@meganuke.ru>

Ну вообще то я не предлагал их резать :) Гугл, Яндекс и ряд других 
сервисов например на Tor-юзеров просто капчу выставляют. У Михаила как я 
понимаю та же задача - отсечь ботов, а не зарезать всех анонимусов.

On 2/21/12 4:57 AM, Дмитрий Савельев wrote:
> Ну и кучу легитимных пользователей "зарежете", которые просто не хотят
> показывать свое физическое местонахождение (это право каждого) и не
> хотят, чтобы власти отслеживали их активность в Сети.
> К тому же, будут ходить через другие анон. сети, ботнеты или ставить
> какую-то проксю после Tor...
>
> On 19.02.2012 18:34, Nikita Stupin wrote:
>> Здравствуйте.
>>
>> А чем вас указанные здесь
>> https://www.torproject.org/docs/faq-abuse.html.en#Bans методы не
>> устраивают?
>>
>> On 2/19/12 12:16 AM, Михаил Монашёв wrote:
>>> Здравствуйте.
>>>
>>> Есть  ли  где-то список ip-шек top-сети, чтобы можно засовывать каждые
>>> несколько минут его в firewall и резать спам, льющийся оттуда на сайты
>>> в виде комментов со всякой чернухой?
>>>
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From jd на jdwuzhere.ru  Tue Feb 21 06:34:27 2012
From: jd на jdwuzhere.ru (Vladimir Sopot)
Date: Tue, 21 Feb 2012 12:04:27 +0530
Subject: =?UTF-8?B?UmU6INCR0L7RgNGM0LHQsCDRgdC+INGB0L/QsNC80L7QvCDQuNC3IHRvci3RgdC1?=
	=?UTF-8?B?0YLQuC4gT0ZGVE9QSUM=?=
In-Reply-To: <4F43397A.8060805@meganuke.ru>
References: <1845269269.20120219001653@softsearch.ru>
	<4F4140B8.1090504@meganuke.ru>
	<1Rze3g-000346-3D@internal.tormail.net>
	<4F43397A.8060805@meganuke.ru>
Message-ID: <6573F3E1-0B83-4FD3-A586-629271D44CFA@jdwuzhere.ru>

У нас используется вот этот список: 

http://torstatus.blutmagie.de/ip_list_exit.php

On Feb 21, 2012, at 11:58 AM, Nikita Stupin wrote:

> Ну вообще то я не предлагал их резать :) Гугл, Яндекс и ряд других сервисов например на Tor-юзеров просто капчу выставляют. У Михаила как я понимаю та же задача - отсечь ботов, а не зарезать всех анонимусов.
> 
> On 2/21/12 4:57 AM, Дмитрий Савельев wrote:
>> Ну и кучу легитимных пользователей "зарежете", которые просто не хотят
>> показывать свое физическое местонахождение (это право каждого) и не
>> хотят, чтобы власти отслеживали их активность в Сети.
>> К тому же, будут ходить через другие анон. сети, ботнеты или ставить
>> какую-то проксю после Tor...
>> 
>> On 19.02.2012 18:34, Nikita Stupin wrote:
>>> Здравствуйте.
>>> 
>>> А чем вас указанные здесь
>>> https://www.torproject.org/docs/faq-abuse.html.en#Bans методы не
>>> устраивают?
>>> 
>>> On 2/19/12 12:16 AM, Михаил Монашёв wrote:
>>>> Здравствуйте.
>>>> 
>>>> Есть  ли  где-то список ip-шек top-сети, чтобы можно засовывать каждые
>>>> несколько минут его в firewall и резать спам, льющийся оттуда на сайты
>>>> в виде комментов со всякой чернухой?
>>>> 
>>> 
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru на nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> 
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From maxim на nginx.com  Tue Feb 21 08:05:31 2012
From: maxim на nginx.com (Maxim Konovalov)
Date: Tue, 21 Feb 2012 12:05:31 +0400
Subject: =?UTF-8?B?UmU6INCn0YLQviDQvdCw0YHRh9GR0YIg0LTQvtCx0LDQstC70LXQvdC40Y8g0Lw=?=
	=?UTF-8?B?0L7QtNGD0LvRjyB0Y3AgcHJveHkgKNC/0L7Qt9Cy0L7Qu9GP0Y7RidC40Lkg?=
	=?UTF-8?B?0L/RgNC+0LrRgdC40YDQvtCy0LDRgtGMINCyINGC0L7QvCDRh9C40YHQu9C1?=
	=?UTF-8?B?INC4IFdlYlNvY2tldHMpINCyINGB0L/QuNGB0L7QuiDQvtGE0LjRhtC40LA=?=
	=?UTF-8?B?0LvRjNC90YvRhT8=?=
In-Reply-To: <d84f4cf2589aac379b7a9460c5905f74.NginxMailingListRussian@forum.nginx.org>
References: <d84f4cf2589aac379b7a9460c5905f74.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F43504B.3080108@nginx.com>

On 2/20/12 7:16 PM, Chaser wrote:
> Здесь https://github.com/yaoweibin/nginx_tcp_proxy_module
> размещен модуль tcp_proxy, позволяющий
> пробрасывать произвольные
> tcp-соединения. Самое вкусное, ИМХО, это
> возможность проксировать WebSocket'ы.
>
[...]

Думаем о такой функциональности в базе.  Пока без сроков.

-- 
Maxim Konovalov
+7 (910) 4293178
http://nginx.com/


From nginx-forum на nginx.us  Tue Feb 21 10:07:10 2012
From: nginx-forum на nginx.us (hab)
Date: Tue, 21 Feb 2012 05:07:10 -0500 (EST)
Subject: =?UTF-8?B?0L/RgNC+IHNzaS3QvNC+0LTRg9C70Yw=?=
Message-ID: <340bc7faedbc89605a68c2866c2623fa.NginxMailingListRussian@forum.nginx.org>

Всем привет!!

ssi-модуль сегфолтит если локейшен с
включенным ssi вызывать сабреквестом из
другого локейшена, где ssi отключен
(например, с помощью луа-модуля), то в
следующих строчках воркер падает:


mctx = ngx_http_get_module_ctx(r->main, ngx_http_ssi_filter_module);

if (mctx->blocks == NULL) {

Это нормальное поведение ? Никто не
ожидает, что ssi-ный локейшен может быть
вызван подзапросом из не ssi-ного ?

Не лучше ли будет использовать свой ctx,
если родительский null ?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222773,222773#msg-222773


From meganuke на meganuke.ru  Tue Feb 21 11:30:03 2012
From: meganuke на meganuke.ru (Nikita Stupin)
Date: Tue, 21 Feb 2012 15:30:03 +0400
Subject: =?UTF-8?B?UmU6INCR0L7RgNGM0LHQsCDRgdC+INGB0L/QsNC80L7QvCDQuNC3IHRvci3RgdC1?=
	=?UTF-8?B?0YLQuC4gT0ZGVE9QSUM=?=
In-Reply-To: <6573F3E1-0B83-4FD3-A586-629271D44CFA@jdwuzhere.ru>
References: <1845269269.20120219001653@softsearch.ru>
	<4F4140B8.1090504@meganuke.ru>
	<1Rze3g-000346-3D@internal.tormail.net>
	<4F43397A.8060805@meganuke.ru>
	<6573F3E1-0B83-4FD3-A586-629271D44CFA@jdwuzhere.ru>
Message-ID: <4F43803B.501@meganuke.ru>

Пойдём по второму кругу :)
Чем вас указанные здесь 
https://www.torproject.org/docs/faq-abuse.html.en#Bans методы не устроили?

On 2/21/12 10:34 AM, Vladimir Sopot wrote:
> У нас используется вот этот список:
>
> http://torstatus.blutmagie.de/ip_list_exit.php
>
> On Feb 21, 2012, at 11:58 AM, Nikita Stupin wrote:
>
>> Ну вообще то я не предлагал их резать :) Гугл, Яндекс и ряд других сервисов например на Tor-юзеров просто капчу выставляют. У Михаила как я понимаю та же задача - отсечь ботов, а не зарезать всех анонимусов.
>>
>> On 2/21/12 4:57 AM, Дмитрий Савельев wrote:
>>> Ну и кучу легитимных пользователей "зарежете", которые просто не хотят
>>> показывать свое физическое местонахождение (это право каждого) и не
>>> хотят, чтобы власти отслеживали их активность в Сети.
>>> К тому же, будут ходить через другие анон. сети, ботнеты или ставить
>>> какую-то проксю после Tor...
>>>
>>> On 19.02.2012 18:34, Nikita Stupin wrote:
>>>> Здравствуйте.
>>>>
>>>> А чем вас указанные здесь
>>>> https://www.torproject.org/docs/faq-abuse.html.en#Bans методы не
>>>> устраивают?
>>>>
>>>> On 2/19/12 12:16 AM, Михаил Монашёв wrote:
>>>>> Здравствуйте.
>>>>>
>>>>> Есть  ли  где-то список ip-шек top-сети, чтобы можно засовывать каждые
>>>>> несколько минут его в firewall и резать спам, льющийся оттуда на сайты
>>>>> в виде комментов со всякой чернухой?
>>>>>
>>>>
>>>> _______________________________________________
>>>> nginx-ru mailing list
>>>> nginx-ru на nginx.org
>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru на nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From mdounin на mdounin.ru  Tue Feb 21 13:19:59 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Tue, 21 Feb 2012 17:19:59 +0400
Subject: =?UTF-8?B?UmU6INC/0YDQviBzc2kt0LzQvtC00YPQu9GM?=
In-Reply-To: <340bc7faedbc89605a68c2866c2623fa.NginxMailingListRussian@forum.nginx.org>
References: <340bc7faedbc89605a68c2866c2623fa.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120221131958.GP67687@mdounin.ru>

Hello!

On Tue, Feb 21, 2012 at 05:07:10AM -0500, hab wrote:

> Всем привет!!
> 
> ssi-модуль сегфолтит если локейшен с
> включенным ssi вызывать сабреквестом из
> другого локейшена, где ssi отключен
> (например, с помощью луа-модуля), то в
> следующих строчках воркер падает:
> 
> 
> mctx = ngx_http_get_module_ctx(r->main, ngx_http_ssi_filter_module);
> 
> if (mctx->blocks == NULL) {
> 
> Это нормальное поведение ? Никто не
> ожидает, что ssi-ный локейшен может быть
> вызван подзапросом из не ssi-ного ?

Исторически подзапросы были сделаны именно для SSI, и он таки да, 
не ожидает, что они могут появиться из других источников.

> Не лучше ли будет использовать свой ctx,
> если родительский null ?

Просто свой контекст использовать нельзя - отвалится общность 
ssi-переменных и блоков внутри одного запроса, и нельзя будет 
переменные/блоки из одного include'а использовать в другом.

Но вообще это надо править, да.

Maxim Dounin


From nginx-forum на nginx.us  Tue Feb 21 20:04:45 2012
From: nginx-forum на nginx.us (alexp4)
Date: Tue, 21 Feb 2012 15:04:45 -0500 (EST)
Subject: =?UTF-8?B?0L/QtdGA0LXQvNC10L3QvdCw0Y8g0YEg0YHQtdGC0YzRjiDQutC70LjQtdC90YI=?=
	=?UTF-8?B?0LA=?=
Message-ID: <3739beecefa44fef317e0adc08af99af.NginxMailingListRussian@forum.nginx.org>

Подскажите пожалуйста как получить
переменную с бинарным представлением 
первых 3х октетов ip адреса клиента для
последующего использования в
установке лимитов?  можно ли в конфиге
NGINX как-нибудь сделать binary AND ? 

Alex

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222804,222804#msg-222804


From roman.vasilyev на yousendit.com  Tue Feb 21 20:13:38 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Tue, 21 Feb 2012 12:13:38 -0800
Subject: =?UTF-8?B?UmU6INC/0LXRgNC10LzQtdC90L3QsNGPINGBINGB0LXRgtGM0Y4g0LrQu9C40LU=?=
	=?UTF-8?B?0L3RgtCw?=
In-Reply-To: <3739beecefa44fef317e0adc08af99af.NginxMailingListRussian@forum.nginx.org>
References: <3739beecefa44fef317e0adc08af99af.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F43FAF2.5000409@yousendit.com>

Я думаю в вашем случае лучше всего воспользовать embedded perl
$r->variable("bin_mask", $ret);

http://wiki.nginx.org/EmbeddedPerlModule

On 02/21/2012 12:04 PM, alexp4 wrote:
> Подскажите пожалуйста как получить
> переменную с бинарным представлением
> первых 3х октетов ip адреса клиента для
> последующего использования в
> установке лимитов?  можно ли в конфиге
> NGINX как-нибудь сделать binary AND ?
>
> Alex
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222804,222804#msg-222804
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From ne на vbart.ru  Tue Feb 21 20:15:49 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Wed, 22 Feb 2012 00:15:49 +0400
Subject: =?UTF-8?B?UmU6INC/0LXRgNC10LzQtdC90L3QsNGPINGBINGB0LXRgtGM0Y4g0LrQu9C40LU=?=
	=?UTF-8?B?0L3RgtCw?=
In-Reply-To: <3739beecefa44fef317e0adc08af99af.NginxMailingListRussian@forum.nginx.org>
References: <3739beecefa44fef317e0adc08af99af.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201202220015.49317.ne@vbart.ru>

On Wednesday 22 February 2012 00:04:45 alexp4 wrote:
> Подскажите пожалуйста как получить
> переменную с бинарным представлением
> первых 3х октетов ip адреса клиента для
> последующего использования в
> установке лимитов?

 man pcresyntax

 map $binary_remote_addr $remote_addr_24 {
     default             "";
     ~^(?P<bytes>\C{3})  $bytes;
 }

--
Валентин Бартенев

From zzz на zzz.org.ua  Tue Feb 21 20:18:28 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Tue, 21 Feb 2012 22:18:28 +0200
Subject: =?UTF-8?B?UmU6INC/0LXRgNC10LzQtdC90L3QsNGPINGBINGB0LXRgtGM0Y4g0LrQu9C40LU=?=
	=?UTF-8?B?0L3RgtCw?=
In-Reply-To: <4F43FAF2.5000409@yousendit.com>
References: <3739beecefa44fef317e0adc08af99af.NginxMailingListRussian@forum.nginx.org>
	<4F43FAF2.5000409@yousendit.com>
Message-ID: <CAKb9G9ire5uDusbRDAGBhbfGDHYmk0y2KhXyoioA9Uog2suZLg@mail.gmail.com>

On Tue, Feb 21, 2012 at 10:13 PM, Roman Vasilyev
<roman.vasilyev на yousendit.com> wrote:
>> Подскажите пожалуйста как получить
>> переменную с бинарным представлением
>> первых 3х октетов ip адреса клиента для
>> последующего использования в
>> установке лимитов?  можно ли в конфиге
>> NGINX как-нибудь сделать binary AND ?

> Я думаю в вашем случае лучше всего воспользовать embedded perl

Или попробовать что-то такое:

map $binary_remote_addr $foo {  ~^(?<X>.{3}) $X;  }

From nginx-forum на nginx.us  Tue Feb 21 21:26:57 2012
From: nginx-forum на nginx.us (alexp4)
Date: Tue, 21 Feb 2012 16:26:57 -0500 (EST)
Subject: =?UTF-8?B?UmU6INC/0LXRgNC10LzQtdC90L3QsNGPINGBINGB0LXRgtGM0Y4g0LrQu9C40LU=?=
	=?UTF-8?B?0L3RgtCw?=
In-Reply-To: <3739beecefa44fef317e0adc08af99af.NginxMailingListRussian@forum.nginx.org>
References: <3739beecefa44fef317e0adc08af99af.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1933e95c5503dcf7a55d61c9f22a1368.NginxMailingListRussian@forum.nginx.org>

Cпасибо, все работает как надо.  ! 
по непонятным для меня причинам \C{3} 
вызывает nginx: [emerg] invalid number of the map parameters in
line ХХ , однако легко лечится заменой на 
\C\C\C .  

Пришло время придушить Байду ;)

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222804,222811#msg-222811


From ne на vbart.ru  Tue Feb 21 21:54:09 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Wed, 22 Feb 2012 01:54:09 +0400
Subject: =?UTF-8?B?UmU6INC/0LXRgNC10LzQtdC90L3QsNGPINGBINGB0LXRgtGM0Y4g0LrQu9C40LU=?=
	=?UTF-8?B?0L3RgtCw?=
In-Reply-To: <1933e95c5503dcf7a55d61c9f22a1368.NginxMailingListRussian@forum.nginx.org>
References: <3739beecefa44fef317e0adc08af99af.NginxMailingListRussian@forum.nginx.org>
	<1933e95c5503dcf7a55d61c9f22a1368.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201202220154.09694.ne@vbart.ru>

On Wednesday 22 February 2012 01:26:57 alexp4 wrote:
> Cпасибо, все работает как надо.  !
> по непонятным для меня причинам \C{3}
> вызывает nginx: [emerg] invalid number of the map parameters in
> line ХХ , однако легко лечится заменой на
> \C\C\C .
> 

Это из-за фигурных скобок, просто надо взять в кавычки весь параметр:

 map $binary_remote_addr $remote_addr_24 {
     default               "";
     "~^(?P<bytes>\C{3})"  $bytes;
 }

--
Валентин Бартенев

From postmaster на softsearch.ru  Tue Feb 21 22:13:20 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 22 Feb 2012 02:13:20 +0400
Subject: =?UTF-8?B?UmVbMl06INCR0L7RgNGM0LHQsCDRgdC+INGB0L/QsNC80L7QvCDQuNC3IHRvci0=?=
	=?UTF-8?B?0YHQtdGC0LguIE9GRlRPUElD?=
In-Reply-To: <1Rze3g-000346-3D@internal.tormail.net>
References: <1845269269.20120219001653@softsearch.ru>
	<4F4140B8.1090504@meganuke.ru> <1Rze3g-000346-3D@internal.tormail.net>
Message-ID: <403830186.20120222021320@softsearch.ru>

Здравствуйте, Дмитрий.

> Ну и кучу легитимных пользователей "зарежете",

Почему  именно  кучу?  Есть  подозрение,  что 99% всех интернет сайтов
отлично  проживёт  без очень малочисленной кучки вредителей, гадящих в
интернете,   и   потому  ищущих  личной  своей  безнаказанности  через
анонимность.  И  если  мои  сайты  будут для них закрыты, то может это
поможет поскорее вырасти.

> которые  просто  не хотят показывать свое физическое местонахождение
> (это  право  каждого)  и  не  хотят,  чтобы  власти  отслеживали  их
> активность в Сети.

Вот  уж  точно  отличный  способ  попасть  на глаза как минимум своему
провайдеру  -  это  открыть  свой  домашний комп или сервер для выхода
других tor-пользователей в интернет.

> К тому же, будут ходить через другие анон. сети, ботнеты или ставить
> какую-то проксю после Tor...

Ну  и  отлично.  Пусть ходят. И эти пути им прикроем со временем, если
будут использовать из во вред.

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From postmaster на softsearch.ru  Tue Feb 21 22:22:48 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 22 Feb 2012 02:22:48 +0400
Subject: =?UTF-8?B?UmVbMl06INCR0L7RgNGM0LHQsCDRgdC+INGB0L/QsNC80L7QvCDQuNC3IHRvci0=?=
	=?UTF-8?B?0YHQtdGC0LguIE9GRlRPUElD?=
In-Reply-To: <A491823F-5727-4D0B-88FC-F19A647923DD@karagodov.name>
References: <1845269269.20120219001653@softsearch.ru>
	<A491823F-5727-4D0B-88FC-F19A647923DD@karagodov.name>
Message-ID: <1797780430.20120222022248@softsearch.ru>

Здравствуйте, Alexey.

> может лучше как-то ожесточить проверку на валидность/человечность?

Любая  капча  пробивается. Стоит 1$ за 1000 успешно распознанных капч.
Вот,   например,  постят  запрещённый  законом  контент  с  разных  ip
(большинство  которых  из  top-сети).  Текст  постов  тоже не содержит
никаких  повторяющихся  элементов.  Все запощенные сообщения абсолютно
уникальные.  Как  Вы  предлагаете  с  этим  бороться? Руками и глазами
против ботов? Можно конечно юзеров припахать на войну с ботами, но они
не за ней приходят вроде.

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From gns на altlinux.org  Wed Feb 22 00:47:37 2012
From: gns на altlinux.org (Mykola S. Grechukh)
Date: Wed, 22 Feb 2012 02:47:37 +0200
Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQkdC+0YDRjNCx0LAg0YHQviDRgdC/0LDQvNC+0Lwg0LjQtyB0?=
	=?UTF-8?B?b3It0YHQtdGC0LguIE9GRlRPUElD?=
In-Reply-To: <403830186.20120222021320@softsearch.ru>
References: <1845269269.20120219001653@softsearch.ru>
	<4F4140B8.1090504@meganuke.ru>
	<1Rze3g-000346-3D@internal.tormail.net>
	<403830186.20120222021320@softsearch.ru>
Message-ID: <CAOZKmc_DDZCMKAWmrArmcYHn5bo5z=EkY3=8GcF8y-ipFrS5VA@mail.gmail.com>

22 Лют. 2012 00:16, "Михаил Монашёв" <postmaster@> напис.
>
> Здравствуйте, Дмитрий.
>
> > Ну и кучу легитимных пользователей "зарежете",
>
> Почему  именно  кучу?  Есть  подозрение,  что 99% всех интернет сайтов
> отлично  проживёт  без очень малочисленной кучки вредителей, гадящих в
> интернете,   и   потому  ищущих  личной  своей  безнаказанности  через
> анонимность.  И  если  мои  сайты  будут для них закрыты, то может это
> поможет поскорее вырасти.

Вот, забавно. Бывает ляпнет человек что, мол, бэкапы не нужны если есть
рейд, или наоборот -  думаешь, ну все, финиш. Ан нет, человек,
поднатужившись, снова и снова себя превосходит.

Искренне надеюсь, что подконтрольные Вам сервера smtp, указанные в качестве
MX зоны, следуют той же политике.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120222/4fd19d78/attachment-0001.html>

From kav на karagodov.name  Wed Feb 22 04:12:27 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Wed, 22 Feb 2012 08:12:27 +0400
Subject: =?UTF-8?B?UmU6INCR0L7RgNGM0LHQsCDRgdC+INGB0L/QsNC80L7QvCDQuNC3IHRvci3RgdC1?=
	=?UTF-8?B?0YLQuC4gT0ZGVE9QSUM=?=
In-Reply-To: <403830186.20120222021320@softsearch.ru>
References: <1845269269.20120219001653@softsearch.ru>
	<4F4140B8.1090504@meganuke.ru>
	<1Rze3g-000346-3D@internal.tormail.net>
	<403830186.20120222021320@softsearch.ru>
Message-ID: <3F15DD78-8D23-44A3-B02D-DF44C835C91C@karagodov.name>

Кондолиза Райс ДЕТЕКТЕД ... 

уважаемый Михаил, вы за-оффтопили оффтопик :) - предложили решить технический вопрос политически 
есть много причин, по которой люди могут скрываться и не только от властей 
"нам не нужны неудачники"? 
да, 99,999% подобные сети используют в корыстных целях, но есть 0,001% которым эта услуга, порой жизненно, необходима 


On 22.02.2012, at 02:13, Михаил Монашёв wrote:

> Здравствуйте, Дмитрий.
> 
>> Ну и кучу легитимных пользователей "зарежете",
> 
> Почему  именно  кучу?  Есть  подозрение,  что 99% всех интернет сайтов
> отлично  проживёт  без очень малочисленной кучки вредителей, гадящих в
> интернете,   и   потому  ищущих  личной  своей  безнаказанности  через
> анонимность.  И  если  мои  сайты  будут для них закрыты, то может это
> поможет поскорее вырасти.
> 
>> которые  просто  не хотят показывать свое физическое местонахождение
>> (это  право  каждого)  и  не  хотят,  чтобы  власти  отслеживали  их
>> активность в Сети.
> 
> Вот  уж  точно  отличный  способ  попасть  на глаза как минимум своему
> провайдеру  -  это  открыть  свой  домашний комп или сервер для выхода
> других tor-пользователей в интернет.
> 
>> К тому же, будут ходить через другие анон. сети, ботнеты или ставить
>> какую-то проксю после Tor...
> 
> Ну  и  отлично.  Пусть ходят. И эти пути им прикроем со временем, если
> будут использовать из во вред.
> 
> -- 
> С уважением,
> Михаил                          mailto:postmaster на softsearch.ru
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From kav на karagodov.name  Wed Feb 22 04:23:22 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Wed, 22 Feb 2012 08:23:22 +0400
Subject: =?UTF-8?B?UmU6INCR0L7RgNGM0LHQsCDRgdC+INGB0L/QsNC80L7QvCDQuNC3IHRvci3RgdC1?=
	=?UTF-8?B?0YLQuC4gT0ZGVE9QSUM=?=
In-Reply-To: <1797780430.20120222022248@softsearch.ru>
References: <1845269269.20120219001653@softsearch.ru>
	<A491823F-5727-4D0B-88FC-F19A647923DD@karagodov.name>
	<1797780430.20120222022248@softsearch.ru>
Message-ID: <9015F171-610B-4413-8FA9-33BC2F7957F6@karagodov.name>

ужесточать подход к тем, кто хочет что-то запостить 
например - как гугл при попытке создании новой учётки - нет мобилы == нет проверчного кода в смс == нет учётки 
т.е. использовать некий механизм, который позволит наиболее верно ответить на вопрос - а уникален ли этот пользователь 

например - собирать статистику, избирательно повышать уровень требований, к примеру, если адрес засвечен в tor-ах или DNSBL/RBL-ах и тд 

> Здравствуйте, Alexey.
> 
>> может лучше как-то ожесточить проверку на валидность/человечность?
> 
> Любая  капча  пробивается. Стоит 1$ за 1000 успешно распознанных капч.
> Вот,   например,  постят  запрещённый  законом  контент  с  разных  ip
на "демотиваторах"? :)) 

> (большинство  которых  из  top-сети).  Текст  постов  тоже не содержит
> никаких  повторяющихся  элементов.  Все запощенные сообщения абсолютно
> уникальные.  Как  Вы  предлагаете  с  этим  бороться? Руками и глазами
> против ботов? Можно конечно юзеров припахать на войну с ботами, но они
> не за ней приходят вроде.
> 
> -- 
> С уважением,
> Михаил                          mailto:postmaster на softsearch.ru
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From dsaveliev на tormail.net  Wed Feb 22 07:58:51 2012
From: dsaveliev на tormail.net (=?KOI8-R?Q?=E4=CD=C9=D4=D2=C9=CA_=F3=C1=D7=C5=CC=D8=C5=D7?=)
Date: Wed, 22 Feb 2012 07:58:51 +0000
Subject: =?UTF-8?B?UmU6INCR0L7RgNGM0LHQsCDRgdC+INGB0L/QsNC80L7QvCDQuNC3IHRvci3RgdC1?=
	=?UTF-8?B?0YLQuC4gT0ZGVE9QSUM=?=
In-Reply-To: <9015F171-610B-4413-8FA9-33BC2F7957F6@karagodov.name>
References: <1845269269.20120219001653@softsearch.ru>	<A491823F-5727-4D0B-88FC-F19A647923DD@karagodov.name>	<1797780430.20120222022248@softsearch.ru>
	<9015F171-610B-4413-8FA9-33BC2F7957F6@karagodov.name>
Message-ID: <1S076j-0005fk-Fg@internal.tormail.net>

Т.е. устраивать "анальное рабство" пользователей?!
P.S. Человек не обязан никому сообщать свой физический адрес или свои 
физические координаты, заставлять его работать со своего ip или 
"светить" свое местонахождение через gsm - это прямо какое-то 
варварство, если не сказать хуже.

On 22.02.2012 04:23, Alexey V. Karagodov wrote:
> ужесточать подход к тем, кто хочет что-то запостить
> например - как гугл при попытке создании новой учётки - нет мобилы == нет проверчного кода в смс == нет учётки
> т.е. использовать некий механизм, который позволит наиболее верно ответить на вопрос - а уникален ли этот пользователь
>
> например - собирать статистику, избирательно повышать уровень требований, к примеру, если адрес засвечен в tor-ах или DNSBL/RBL-ах и тд
>
>    
>> Здравствуйте, Alexey.
>>
>>      
>>> может лучше как-то ожесточить проверку на валидность/человечность?
>>>        
>> Любая  капча  пробивается. Стоит 1$ за 1000 успешно распознанных капч.
>> Вот,   например,  постят  запрещённый  законом  контент  с  разных  ip
>>      
> на "демотиваторах"? :))
>
>    
>> (большинство  которых  из  top-сети).  Текст  постов  тоже не содержит
>> никаких  повторяющихся  элементов.  Все запощенные сообщения абсолютно
>> уникальные.  Как  Вы  предлагаете  с  этим  бороться? Руками и глазами
>> против ботов? Можно конечно юзеров припахать на войну с ботами, но они
>> не за ней приходят вроде.
>>
>> -- 
>> С уважением,
>> Михаил                          mailto:postmaster на softsearch.ru
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>      
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From dsaveliev на tormail.net  Wed Feb 22 08:00:00 2012
From: dsaveliev на tormail.net (=?KOI8-R?Q?=E4=CD=C9=D4=D2=C9=CA_=F3=C1=D7=C5=CC=D8=C5=D7?=)
Date: Wed, 22 Feb 2012 08:00:00 +0000
Subject: =?UTF-8?B?UmU6INCR0L7RgNGM0LHQsCDRgdC+INGB0L/QsNC80L7QvCDQuNC3IHRvci3RgdC1?=
	=?UTF-8?B?0YLQuC4gT0ZGVE9QSUM=?=
In-Reply-To: <4F43397A.8060805@meganuke.ru>
References: <1845269269.20120219001653@softsearch.ru>	<4F4140B8.1090504@meganuke.ru>	<1Rze3g-000346-3D@internal.tormail.net>
	<4F43397A.8060805@meganuke.ru>
Message-ID: <1S077p-0005ia-PD@internal.tormail.net>

У Яндекса "хорошая" капча для тор-юзеров: пройти ее - целая проблема. 
Такое ощущение, что она устаревает практически сразу, пока она грузиться.

On 21.02.2012 06:28, Nikita Stupin wrote:
> Ну вообще то я не предлагал их резать :) Гугл, Яндекс и ряд других 
> сервисов например на Tor-юзеров просто капчу выставляют. У Михаила как 
> я понимаю та же задача - отсечь ботов, а не зарезать всех анонимусов.
>
> On 2/21/12 4:57 AM, Дмитрий Савельев wrote:
>> Ну и кучу легитимных пользователей "зарежете", которые просто не хотят
>> показывать свое физическое местонахождение (это право каждого) и не
>> хотят, чтобы власти отслеживали их активность в Сети.
>> К тому же, будут ходить через другие анон. сети, ботнеты или ставить
>> какую-то проксю после Tor...
>>
>> On 19.02.2012 18:34, Nikita Stupin wrote:
>>> Здравствуйте.
>>>
>>> А чем вас указанные здесь
>>> https://www.torproject.org/docs/faq-abuse.html.en#Bans методы не
>>> устраивают?
>>>
>>> On 2/19/12 12:16 AM, Михаил Монашёв wrote:
>>>> Здравствуйте.
>>>>
>>>> Есть  ли  где-то список ip-шек top-сети, чтобы можно засовывать каждые
>>>> несколько минут его в firewall и резать спам, льющийся оттуда на сайты
>>>> в виде комментов со всякой чернухой?
>>>>
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru на nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From hell-for-yahoo на umail.ru  Wed Feb 22 08:13:58 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Wed, 22 Feb 2012 12:13:58 +0400
Subject: =?UTF-8?B?UmVbMl06INCR0L7RgNGM0LHQsCDRgdC+INGB0L/QsNC80L7QvCDQuNC3IHRvci0=?=
	=?UTF-8?B?0YHQtdGC0LguIE9GRlRPUElD?=
In-Reply-To: <3F15DD78-8D23-44A3-B02D-DF44C835C91C@karagodov.name>
References: <1845269269.20120219001653@softsearch.ru>
	<4F4140B8.1090504@meganuke.ru> <1Rze3g-000346-3D@internal.tormail.net>
	<403830186.20120222021320@softsearch.ru>
	<3F15DD78-8D23-44A3-B02D-DF44C835C91C@karagodov.name>
Message-ID: <617789412.20120222121358@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Alexey V. Karagodov!

AVK> да, 99,999% подобные сети используют в корыстных целях, но есть 0,001% которым эта услуга, порой жизненно, необходима

Те, кому "эта услуга жизненно необходима", купят VPN доступ и будут
наслаждаться сетью в нужном объёме.


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) среда, 22.02.2012, <12:13>


From mdounin на mdounin.ru  Wed Feb 22 12:39:47 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 22 Feb 2012 16:39:47 +0400
Subject: nginx 1.1.15: crash
In-Reply-To: <bc36f706f425807bbbe0b3bf51ca0cab.NginxMailingListRussian@forum.nginx.org>
References: <20120220090643.GZ67687@mdounin.ru>
	<bc36f706f425807bbbe0b3bf51ca0cab.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120222123946.GT67687@mdounin.ru>

Hello!

On Mon, Feb 20, 2012 at 02:26:11PM -0500, locojohn wrote:

> Спасибо, Макс. Работает без проблем
> целый день.  Надеюсь, вы включите этот
> патч в следующий релиз.

Спасибо за тестирование, закоммичено.

Maxim Dounin


From stas на grinkin.ru  Wed Feb 22 15:39:20 2012
From: stas на grinkin.ru (Stanislav S Grinkin)
Date: Wed, 22 Feb 2012 18:39:20 +0300 (MSK)
Subject: sourceforge mirror problem
Message-ID: <Pine.BSF.4.64.1202212051150.34419@mx.sanskrit.ru>


Всем привет.

Некоторое время назад сделали у себя зеркало sourceforge.
Зеркало обслуживает РФ и до кучи индию, пакистан, саудовскую аравию 
- видимо территориально они к нам ближе, чем к другим зеркалам.
В этом сервере несколько хардов, общий объем данных почти 8Тб, 
объединенные в один логический том.
Народ качает интенсивно, до 400мбит.
Линукс, слакварь, nginx.
Раз в час самый главный сервер sourceforge из США делает контрольный 
запрос по хттп - живо ли зеркало, и если не живо, на час "вычеркивает" 
его из редиректов.

Где-то с месяц уже проблемка - иногда этот самый контрольный запрос не 
проходит. Запросы на сервер перестают редиректиться до следующего 
тестового запроса, который всегда успешен. На мртг образуется часовой провал (см. аттач).
Конечно, может проблема в делающем контрольном запросе сервере. Однако иногда народ 
жалуется мне лично на проблемы с отдачей файлов. Например, вчера знакомый 
по аське прислал:

citylan.dl.sourceforge.net/project/corefonts/the%20fonts/final/arial32.exe
Устанавливается соединение с 
citylan.dl.sourceforge.net|212.118.44.106:80... соединение установлено.
Запрос HTTP послан, ожидается ответ... Ошибка чтения (Время ожидания 
соединения истекло) в заголовках.

Может быть, конечно, проблема была в сети этого знакомого.

Вопрос собственно в чем - как понять, где проблема? Американская 
команда sourceforge весьма медленная, до них иногда можно месяц 
стучаться.
В логах ядра никаких ошибок от чего бы то ни было нет. Одно время глючил 
один из хардов - тогда да, сыпалось в логи, заменили хард - стало все чисто. Кстати, пока хард 
глючил, это не приводило к таким вот провалам трафика по часу.
Я пытался качать файлы с этого зеркала по http - во время провалов трафика 
- но все прекрасно качается...

# uname -a
Linux sf-moscow 2.6.33.2-smp #2 SMP Thu Apr 29 14:23:05 MSD 2010 i686 
Pentium(R) Dual-Core  CPU      E6500  @ 2.93GHz GenuineIntel GNU/Linux

# /usr/local/nginx/sbin/nginx -V
nginx version: nginx/1.0.12
configure arguments: --with-ipv6

начало конфига nginx:

worker_processes  4;
worker_rlimit_nofile 10240;
events {
     worker_connections  10240;
}
http {
server {
     #listen 212.118.44.106:80;
     listen   [::]:80;
     # Set your mirror here and any alternate names if desired
     server_name citylan.dl.sourceforge.net;

дальше все просто...


порт на каталисте:

GigabitEthernet1/0/11 is up, line protocol is up (connected)
   Hardware is Gigabit Ethernet, address is 001a.e366.150b (bia 001a.e366.150b)
   Description: SF-Moscow.citylan.ru
   MTU 9000 bytes, BW 1000000 Kbit, DLY 10 usec,
      reliability 255/255, txload 2/255, rxload 48/255
   Encapsulation ARPA, loopback not set
   Keepalive set (10 sec)
   Full-duplex, 1000Mb/s, media type is 10/100/1000BaseTX
   input flow-control is off, output flow-control is unsupported
   ARP type: ARPA, ARP Timeout 04:00:00
   Last input never, output 00:00:00, output hang never
   Last clearing of "show interface" counters never
   Input queue: 0/4096/0/0 (size/max/drops/flushes); Total output drops: 0
   Queueing strategy: fifo
   Output queue: 0/4096 (size/max)
   1 minute input rate 189775000 bits/sec, 16144 packets/sec
   1 minute output rate 9968000 bits/sec, 8897 packets/sec
      2851633192 packets input, 1484435691 bytes, 0 no buffer
      Received 2151 broadcasts (0 multicast)
      0 runts, 0 giants, 0 throttles
      416 input errors, 315 CRC, 0 frame, 0 overrun, 0 ignored
      0 watchdog, 72 multicast, 0 pause input
      0 input packets with dribble condition detected
      489411821 packets output, 3729280214 bytes, 0 underruns
      0 output errors, 0 collisions, 1 interface resets
      0 babbles, 0 late collision, 0 deferred
      0 lost carrier, 0 no carrier, 0 PAUSE output
      0 output buffer failures, 0 output buffers swapped out


Проблем со связностью нет, успешно приторговываем магистральным 
инетом и 400мбит этого зеркала погоды не делают.

-- 
Best regards,
Stanislav S Grinkin
----------- следущая часть -----------
A non-text attachment was scrubbed...
Name: mrtg-sf.png
Type: application/octet-stream
Size: 4339 bytes
Desc: 
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120222/0602f7e6/attachment.obj>

From universite на ukr.net  Wed Feb 22 14:42:47 2012
From: universite на ukr.net (=?WINDOWS-1251?B?wuvg5Ojx6+DiIM/w7uTg7Q==?=)
Date: Wed, 22 Feb 2012 16:42:47 +0200
Subject: sourceforge mirror problem
In-Reply-To: <Pine.BSF.4.64.1202212051150.34419@mx.sanskrit.ru>
References: <Pine.BSF.4.64.1202212051150.34419@mx.sanskrit.ru>
Message-ID: <59801.1329921767.10064955762699993088@ffe8.ukr.net>

Парсите логи на предмет запросов от головного сервера.
Просите их делать не однократную, а троекратную проверку с выводом curl -v $url на почту владельцу зеркала.

P.S. покажите еще график нагрузки на диски, CPU, LA

  --- Исходное сообщение ---
 От кого: "Stanislav S Grinkin" <stas на grinkin.ru>
 Кому: nginx-ru на nginx.org
  Дата: 22 февраля 2012, 16:38:38
 Тема: sourceforge mirror problem
 
 


> Всем привет.
> 
> Некоторое время назад сделали у себя зеркало sourceforge.
> Зеркало обслуживает РФ и до кучи индию, пакистан, саудовскую аравию 
> - видимо территориально они к нам ближе, чем к другим зеркалам.
> В этом сервере несколько хардов, общий объем данных почти 8Тб, 
> объединенные в один логический том.
> Народ качает интенсивно, до 400мбит.
> Линукс, слакварь, nginx.
> Раз в час самый главный сервер sourceforge из США делает контрольный 
> запрос по хттп - живо ли зеркало, и если не живо, на час "вычеркивает" 
> его из редиректов.


-- 
Vladislav V. Prodan            
System & Network Administrator 
http://support.od.ua           
+380 67 4584408, +380 99 4060508
VVP88-RIPE


From stas на grinkin.ru  Wed Feb 22 15:56:32 2012
From: stas на grinkin.ru (Stanislav S Grinkin)
Date: Wed, 22 Feb 2012 18:56:32 +0300 (MSK)
Subject: sourceforge mirror problem
In-Reply-To: <59801.1329921767.10064955762699993088@ffe8.ukr.net>
References: <Pine.BSF.4.64.1202212051150.34419@mx.sanskrit.ru>
	<59801.1329921767.10064955762699993088@ffe8.ukr.net>
Message-ID: <Pine.BSF.4.64.1202221846360.34419@mx.sanskrit.ru>


> Парсите логи на предмет запросов от головного сервера.
>Просите их делать не однократную, а троекратную проверку с выводом curl 
>-v $url на почту владельцу зеркала.

Посмотрел - последнее время они вообще раз в минуту чекают. Тупо скачивают 
файл. Т.е. тогда эти часовые провалы еще менее объяснимы, кроме как 
прихотью редиректора.
Ребята в sourceforge очень медленные, 3ю неделю жду от них ответа...


>P.S. покажите еще график нагрузки на диски, CPU, LA

не ведем.. и LA это что?

   --- Исходное сообщение ---
  От кого: "Stanislav S Grinkin" <stas на grinkin.ru>
  Кому: nginx-ru на nginx.org
   Дата: 22 февраля 2012, 16:38:38
  Тема: sourceforge mirror problem




> Всем привет.
> 
> Некоторое время назад сделали у себя зеркало sourceforge.
> Зеркало обслуживает РФ и до кучи индию, пакистан, саудовскую аравию 
> - видимо территориально они к нам ближе, чем к другим зеркалам.
> В этом сервере несколько хардов, общий объем данных почти 8Тб, 
> объединенные в один логический том.
> Народ качает интенсивно, до 400мбит.
> Линукс, слакварь, nginx.
> Раз в час самый главный сервер sourceforge из США делает контрольный 
> запрос по хттп - живо ли зеркало, и если не живо, на час "вычеркивает" 
> его из редиректов.


-- 
Vladislav V. Prodan 
System & Network Administrator 
http://support.od.ua 
+380 67 4584408, +380 99 4060508
VVP88-RIPE

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

-- 
Best regards,
Stanislav S Grinkin

From oleg.cherniy на gmail.com  Wed Feb 22 16:21:25 2012
From: oleg.cherniy на gmail.com (=?KOI8-U?B?78zFxyD+xdLOpso=?=)
Date: Wed, 22 Feb 2012 18:21:25 +0200
Subject: nginx-1.1.15
In-Reply-To: <20120215144032.GO67687@mdounin.ru>
References: <20120215144032.GO67687@mdounin.ru>
Message-ID: <CAH1MbuBY6e_rt-xoLX0tLxQZ=_qsjofrjV3DvhiC1cpsi_L=Ww@mail.gmail.com>

nginx 1.1.15:
У меня при большом количестве (около 100) SSI-вставок, которые в
большей степени берутся из кеша, на части '<!--# include virtual=...'
появилось:
[an error occurred while processing the directive]

На nginx 1.1.14 все Ок. Где-то задается лимит на максимальное
количество SSI на одной странице?

2012/2/15 Maxim Dounin <mdounin на mdounin.ru>:
> Изменения в nginx 1.1.15                                          15.02.2012
>
>    *) Добавление: директива disable_symlinks.
>
>    *) Добавление: директивы proxy_cookie_domain и proxy_cookie_path.
>
>    *) Исправление: nginx мог некорректно сообщать об ошибке "upstream
>       prematurely closed connection" вместо "upstream sent too big header".
>       Спасибо Feibo Li.
>
>    *) Исправление: nginx не собирался с модулем ngx_http_perl_module, если
>       использовался параметр --with-openssl.
>
>    *) Исправление: количество внутренних перенаправлений в именованные
>       location'ы не ограничивалось.
>
>    *) Исправление: вызов $r->flush() несколько раз подряд мог приводить к
>       ошибкам в модуле ngx_http_gzip_filter_module.
>
>    *) Исправление: при использовании директивы proxy_store с
>       SSI-подзапросами временные файлы могли не удаляться.
>
>    *) Исправление: в некоторых случаях некэшируемые переменные (такие, как
>       $args) возвращали старое пустое закэшированное значение.
>
>    *) Исправление: в рабочем процессе мог произойти segmentation fault,
>       если одновременно создавалось слишком много SSI-подзапросов; ошибка
>       появилась в 0.7.25.
>
>
> Maxim Dounin
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
---
С уважением, Олег Черний,
руководитель отдела разработки  AUTO.ria.ua

RIA.ua
тел./факс.: 0 432 555-200 (многоканальний)
моб: 0 (67) 295-27-52
E-mail: oleg.cherniy на ria.ua

From mdounin на mdounin.ru  Wed Feb 22 16:59:33 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 22 Feb 2012 20:59:33 +0400
Subject: nginx-1.1.15
In-Reply-To: <CAH1MbuBY6e_rt-xoLX0tLxQZ=_qsjofrjV3DvhiC1cpsi_L=Ww@mail.gmail.com>
References: <20120215144032.GO67687@mdounin.ru>
	<CAH1MbuBY6e_rt-xoLX0tLxQZ=_qsjofrjV3DvhiC1cpsi_L=Ww@mail.gmail.com>
Message-ID: <20120222165932.GC67687@mdounin.ru>

Hello!

On Wed, Feb 22, 2012 at 06:21:25PM +0200, Олег Черн?й wrote:

> nginx 1.1.15:
> У меня при большом количестве (около 100) SSI-вставок, которые в
> большей степени берутся из кеша, на части '<!--# include virtual=...'
> появилось:
> [an error occurred while processing the directive]
> 
> На nginx 1.1.14 все Ок. Где-то задается лимит на максимальное
> количество SSI на одной странице?

Сейчас жёстко ограничено количество одновременных подзапросов 
цифрой 50.  Правится только в исходниках.

src/http/ngx_http_request.h:
#define NGX_HTTP_MAX_SUBREQUESTS           50

На 1.1.14 работало, потому как ограничение не работало:

[...]

> >    *) Исправление: в рабочем процессе мог произойти segmentation fault,
> >       если одновременно создавалось слишком много SSI-подзапросов; ошибка
> >       появилась в 0.7.25.

[...]

Если нужно больше, чем 50 подзапросов - в качестве workaround'а 
можно использовать #include wait="yes" после каждых 49 include'ов.

Maxim Dounin


From postmaster на softsearch.ru  Wed Feb 22 19:34:06 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 22 Feb 2012 23:34:06 +0400
Subject: =?UTF-8?B?UmVbMl06INCR0L7RgNGM0LHQsCDRgdC+INGB0L/QsNC80L7QvCDQuNC3IHRvci0=?=
	=?UTF-8?B?0YHQtdGC0LguIE9GRlRPUElD?=
In-Reply-To: <1S076j-0005fk-Fg@internal.tormail.net>
References: <1845269269.20120219001653@softsearch.ru>
	<A491823F-5727-4D0B-88FC-F19A647923DD@karagodov.name>
	<1797780430.20120222022248@softsearch.ru>
	<9015F171-610B-4413-8FA9-33BC2F7957F6@karagodov.name>
	<1S076j-0005fk-Fg@internal.tormail.net>
Message-ID: <213316691.20120222233406@softsearch.ru>

Здравствуйте, Дмитрий.

> Т.е. устраивать "анальное рабство" пользователей?!
> P.S. Человек не обязан никому сообщать свой физический адрес или свои
> физические координаты, заставлять его работать со своего ip или 
> "светить" свое местонахождение через gsm - это прямо какое-то 
> варварство, если не сказать хуже.

>> ужесточать подход к тем, кто хочет что-то запостить
>> например - как гугл при попытке создании новой учётки - нет
>> мобилы == нет проверчного кода в смс == нет учётки
>> т.е. использовать некий механизм, который позволит наиболее
>> верно ответить на вопрос - а уникален ли этот пользователь
>>
>> например - собирать статистику, избирательно повышать уровень
>> требований, к примеру, если адрес засвечен в tor-ах или
>> DNSBL/RBL-ах и тд

Тут  я  соглашусь с тем, что отдавать сайту свой мобильник - это через
чур.  Именно  поэтому и выходит, что много проще и малокровнее закрыть
доступ  из tor-сети, чем требовать мобильники. Тем более у тех юзеров,
которые активны на сайте.

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From oleg.cherniy на gmail.com  Wed Feb 22 19:36:07 2012
From: oleg.cherniy на gmail.com (=?KOI8-U?B?78zFxyD+xdLOpso=?=)
Date: Wed, 22 Feb 2012 21:36:07 +0200
Subject: nginx-1.1.15
In-Reply-To: <20120222165932.GC67687@mdounin.ru>
References: <20120215144032.GO67687@mdounin.ru>
	<CAH1MbuBY6e_rt-xoLX0tLxQZ=_qsjofrjV3DvhiC1cpsi_L=Ww@mail.gmail.com>
	<20120222165932.GC67687@mdounin.ru>
Message-ID: <CAH1MbuBpvbNB8-ywC=4KrYx7Vi8RFEryd1vwLKbucQ5TUDn3hQ@mail.gmail.com>

Большое спасибо за развернутый ответ - поправлю в исходниках. Даже на
100-а под-запросах, если они берутся (по большей мере)
с кеша на SSD-диске, ассинхронно все работает очень быстро.

Было бы удобно задавать это ограничение в секции http или глобальной,
что-то типа:
http {
   ssi_sub_requests                 128;
    ...
}

Ну, конечно, если на это есть спрос не только у меня :)


2012/2/22 Maxim Dounin <mdounin на mdounin.ru>:
> Hello!
>
> On Wed, Feb 22, 2012 at 06:21:25PM +0200, Олег Черн?й wrote:
>
>> nginx 1.1.15:
>> У меня при большом количестве (около 100) SSI-вставок, которые в
>> большей степени берутся из кеша, на части '<!--# include virtual=...'
>> появилось:
>> [an error occurred while processing the directive]
>>
>> На nginx 1.1.14 все Ок. Где-то задается лимит на максимальное
>> количество SSI на одной странице?
>
> Сейчас жёстко ограничено количество одновременных подзапросов
> цифрой 50.  Правится только в исходниках.
>
> src/http/ngx_http_request.h:
> #define NGX_HTTP_MAX_SUBREQUESTS           50
>
> На 1.1.14 работало, потому как ограничение не работало:
>
> [...]
>
>> >    *) Исправление: в рабочем процессе мог произойти segmentation fault,
>> >       если одновременно создавалось слишком много SSI-подзапросов; ошибка
>> >       появилась в 0.7.25.
>
> [...]
>
> Если нужно больше, чем 50 подзапросов - в качестве workaround'а
> можно использовать #include wait="yes" после каждых 49 include'ов.
>
> Maxim Dounin
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
---
С уважением, Олег Черний,
руководитель отдела разработки  AUTO.ria.ua

RIA.ua
тел./факс.: 0 432 555-200 (многоканальний)
моб: 0 (67) 295-27-52
E-mail: oleg.cherniy на ria.ua

From public-mail на alekciy.ru  Wed Feb 22 21:27:57 2012
From: public-mail на alekciy.ru (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KHRg9C90LTRg9C60L7Qsg==?=)
Date: Thu, 23 Feb 2012 01:27:57 +0400
Subject: nginx-1.1.15
In-Reply-To: <CAH1MbuBpvbNB8-ywC=4KrYx7Vi8RFEryd1vwLKbucQ5TUDn3hQ@mail.gmail.com>
References: <20120215144032.GO67687@mdounin.ru>
	<CAH1MbuBY6e_rt-xoLX0tLxQZ=_qsjofrjV3DvhiC1cpsi_L=Ww@mail.gmail.com>
	<20120222165932.GC67687@mdounin.ru>
	<CAH1MbuBpvbNB8-ywC=4KrYx7Vi8RFEryd1vwLKbucQ5TUDn3hQ@mail.gmail.com>
Message-ID: <CAPP2NXr6dVAZbpCetjqObp2w8msPTHsUMa9B+_7ufS-mCunD4w@mail.gmail.com>

22 февраля 2012 г. 23:36 пользователь Олег Черн?й
<oleg.cherniy на gmail.com> написал:
> Большое спасибо за развернутый ответ - поправлю в исходниках. Даже на
> 100-а под-запросах, если они берутся (по большей мере)
> с кеша на SSD-диске, ассинхронно все работает очень быстро.

Быстрее, чем взять данные из кэша, наложить на html шаблон и отдать
страницу? Это умозрительное соображение исходя из мысли, что "все
асинхронно, поэтому быстре" или же проводились измерения? И главный
вопрос, что же там за страница, если такое количество иклюдов?

From universite на ukr.net  Wed Feb 22 22:08:27 2012
From: universite на ukr.net (Vladislav V. Prodan)
Date: Thu, 23 Feb 2012 00:08:27 +0200
Subject: sourceforge mirror problem
In-Reply-To: <Pine.BSF.4.64.1202221846360.34419@mx.sanskrit.ru>
References: <Pine.BSF.4.64.1202212051150.34419@mx.sanskrit.ru>
	<59801.1329921767.10064955762699993088@ffe8.ukr.net>
	<Pine.BSF.4.64.1202221846360.34419@mx.sanskrit.ru>
Message-ID: <4F45675B.5020906@ukr.net>

22.02.2012 17:56, Stanislav S Grinkin пишет:
> 
>> P.S. покажите еще график нагрузки на диски, CPU, LA
> 
> не ведем.. и LA это что?

Load Averages


-- 
Vladislav V. Prodan
System & Network Administrator
http://support.od.ua
+380 67 4584408, +380 99 4060508
VVP88-RIPE


From oleg.cherniy на gmail.com  Wed Feb 22 22:28:55 2012
From: oleg.cherniy на gmail.com (=?KOI8-U?B?78zFxyD+xdLOpso=?=)
Date: Thu, 23 Feb 2012 00:28:55 +0200
Subject: nginx-1.1.15
In-Reply-To: <CAPP2NXr6dVAZbpCetjqObp2w8msPTHsUMa9B+_7ufS-mCunD4w@mail.gmail.com>
References: <20120215144032.GO67687@mdounin.ru>
	<CAH1MbuBY6e_rt-xoLX0tLxQZ=_qsjofrjV3DvhiC1cpsi_L=Ww@mail.gmail.com>
	<20120222165932.GC67687@mdounin.ru>
	<CAH1MbuBpvbNB8-ywC=4KrYx7Vi8RFEryd1vwLKbucQ5TUDn3hQ@mail.gmail.com>
	<CAPP2NXr6dVAZbpCetjqObp2w8msPTHsUMa9B+_7ufS-mCunD4w@mail.gmail.com>
Message-ID: <CAH1MbuAnWpXi3mi3REJTurOyJT+-BLJWBH1MF-1cu80mgUQhqw@mail.gmail.com>

2012/2/22 Алексей Сундуков <public-mail на alekciy.ru>:
> 22 февраля 2012 г. 23:36 пользователь Олег Черн?й
> <oleg.cherniy на gmail.com> написал:
>> Большое спасибо за развернутый ответ - поправлю в исходниках. Даже на
>> 100-а под-запросах, если они берутся (по большей мере)
>> с кеша на SSD-диске, ассинхронно все работает очень быстро.
>
> Быстрее, чем взять данные из кэша, наложить на html шаблон и отдать
> страницу?
Да, быстрее.

> Это умозрительное соображение исходя из мысли, что "все
> асинхронно, поэтому быстре" или же проводились измерения?

Как то невежливо написано. В данном контексте асинхронно значит
практически одновременно 100 запросов к кешу который может находиться
в памяти или на SSD. Возможно вам не приходилось иметь дело с хорошим
SSD и с большим объемом оперативной памяти.

> И главный вопрос, что же там за страница, если такое количество иклюдов?

Поиск по б/у авто на auto.ria.ua (каждое объявление в отдельном SSI
блоке), (100 ssi-инклюдов) это частный случай, когда клиент выбирает
"показывать по 100 объявлений на странице". Фактически вся база
"активных" объявлений в кеше, при поиске мы только формируем
последовательность id, по которым паралельно (если не нравиться
ассинхронно) подгружаем соответтствующие блоки.

Для статистики:
По Google analytics сайт показывает 12 млн страниц в день + ajax-ы.
Все раздает один 8-ми ядерный фронтенд, который нагружен на 50% и на
котором стоит обычный SATA HDD + хороший SSD от Intel 710 серии.
Среднее время загрузки по статистике сканирования в Google Webmaster
tools 0.4 сек

Полгода назад работала традиционная схема о которой вы упомянули, было
значительно хуже.

-- 
---
С уважением, Олег Черний,
руководитель отдела разработки  AUTO.ria.ua

RIA.ua
тел./факс.: 0 432 555-200 (многоканальний)
моб: 0 (67) 295-27-52
E-mail: oleg.cherniy на ria.ua

From nginx-forum на nginx.us  Wed Feb 22 23:25:17 2012
From: nginx-forum на nginx.us (adept)
Date: Wed, 22 Feb 2012 18:25:17 -0500 (EST)
Subject: =?UTF-8?B?bmdpbngg0Lgg0L/QsNC80Y/RgtGMLg==?=
Message-ID: <575079a9ce6763694a5a5bdad888defc.NginxMailingListRussian@forum.nginx.org>

Вобщем, есть сервер, использующийся для
проксирования файлов с ФО.
Схема такая:
ФО - сервер - клиент.
На сервере 3гб памяти, которую успешно
выжирает nginx.
Вопрос, как можно уменишь потребление
памяти nginx'om.
Конфиг:
user              nginx;
worker_processes  1;

error_log  /var/log/nginx/error.log;
pid        /var/run/nginx.pid;

events {
    worker_connections  512;
}

http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local]
"$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

    sendfile        on;
    tcp_nopush     on;

    keepalive_timeout  65;

    gzip  on;

    server {
        listen IP:80;
        server_name  site.ru www.site.ru;
        location / {
                proxy_pass http://IP:8080;
                proxy_redirect http://site.ru:8080/ /;
                proxy_set_header Host $host;
                proxy_set_header X-Forwarded-For
$proxy_add_x_forwarded_for;
                proxy_set_header X-Real-IP $remote_addr;
        }
}

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222884,222884#msg-222884


From public-mail на alekciy.ru  Thu Feb 23 02:29:01 2012
From: public-mail на alekciy.ru (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KHRg9C90LTRg9C60L7Qsg==?=)
Date: Thu, 23 Feb 2012 06:29:01 +0400
Subject: nginx-1.1.15
In-Reply-To: <CAH1MbuAnWpXi3mi3REJTurOyJT+-BLJWBH1MF-1cu80mgUQhqw@mail.gmail.com>
References: <20120215144032.GO67687@mdounin.ru>
	<CAH1MbuBY6e_rt-xoLX0tLxQZ=_qsjofrjV3DvhiC1cpsi_L=Ww@mail.gmail.com>
	<20120222165932.GC67687@mdounin.ru>
	<CAH1MbuBpvbNB8-ywC=4KrYx7Vi8RFEryd1vwLKbucQ5TUDn3hQ@mail.gmail.com>
	<CAPP2NXr6dVAZbpCetjqObp2w8msPTHsUMa9B+_7ufS-mCunD4w@mail.gmail.com>
	<CAH1MbuAnWpXi3mi3REJTurOyJT+-BLJWBH1MF-1cu80mgUQhqw@mail.gmail.com>
Message-ID: <CAPP2NXoTQ-JLq1QkiKR0vJSSLdR8Cm=YfLJ3ntMKcydSndWkZg@mail.gmail.com>

23 февраля 2012 г. 2:28 пользователь Олег Черн?й
<oleg.cherniy на gmail.com> написал:
> Как то невежливо написано.

Ничуть не хотел задеть или обидеть. Целью было уточнить проводились ли
измерения до и после по которым было видно, что изменение схемы дало
хороший профит (в духе, по классической схеме данные грузились за X
ms, с инклюдами стало быстрее на XX %, просадку под
CPU/диску/памяти/что-то-другое не получили). Как я понял на такую
схему перешли эволюционно. Собственно я этот момент и хотел уточнить,
приношу свои извинения если формулировка получилась резкой.


> В данном контексте асинхронно значит
> практически одновременно 100 запросов к кешу который может находиться
> в памяти или на SSD.

А в памяти это через кэш приложения, или через модуль nginx к
memcached-у (если конечно кэш это он)?

From dedukhin на mail.ru  Thu Feb 23 07:40:42 2012
From: dedukhin на mail.ru (=?UTF-8?B?0JTQvNC40YLRgNC40Lkg0JTQtdC00Y7RhdC40L0=?=)
Date: Thu, 23 Feb 2012 11:40:42 +0400
Subject: =?UTF-8?B?UmU6IG5naW54INC4INC/0LDQvNGP0YLRjC4=?=
In-Reply-To: <575079a9ce6763694a5a5bdad888defc.NginxMailingListRussian@forum.nginx.org>
References: <575079a9ce6763694a5a5bdad888defc.NginxMailingListRussian@forum.nginx.org>
Message-ID: <E1S0TIA-0003gk-2u.dedukhin-mail-ru@f60.mail.ru>

23 февраля 2012, 03:25 от "adept" <nginx-forum на nginx.us>:
> Вобщем, есть сервер, использующийся для
> проксирования файлов с ФО.
> Схема такая:
> ФО - сервер - клиент.
> На сервере 3гб памяти, которую успешно
> выжирает nginx.
> Вопрос, как можно уменишь потребление
> памяти nginx'om.
> Конфиг:
> user              nginx;
> worker_processes  1;
> 
> error_log  /var/log/nginx/error.log;
> pid        /var/run/nginx.pid;
> 
> events {
> worker_connections  512;
> }
> 
> http {
> include       /etc/nginx/mime.types;
> default_type  application/octet-stream;
> 
> log_format  main  '$remote_addr - $remote_user [$time_local]
> "$request" '
> '$status $body_bytes_sent "$http_referer" '
> '"$http_user_agent" "$http_x_forwarded_for"';
> 
> access_log  /var/log/nginx/access.log  main;
> 
> sendfile        on;
> tcp_nopush     on;
> 
> keepalive_timeout  65;
> 
> gzip  on;
> 
> server {
> listen IP:80;
> server_name  site.ru www.site.ru;
> location / {
> proxy_pass http://IP:8080;
> proxy_redirect http://site.ru:8080/ /;
> proxy_set_header Host $host;
> proxy_set_header X-Forwarded-For
> $proxy_add_x_forwarded_for;
> proxy_set_header X-Real-IP $remote_addr;
> }
> }

Например так:

proxy_max_temp_file_size 0;
proxy_buffer_size    32k;
proxy_buffers      8 32k;

From oleg.cherniy на gmail.com  Thu Feb 23 09:03:00 2012
From: oleg.cherniy на gmail.com (=?KOI8-U?B?78zFxyD+xdLOpso=?=)
Date: Thu, 23 Feb 2012 11:03:00 +0200
Subject: nginx-1.1.15
In-Reply-To: <CAPP2NXoTQ-JLq1QkiKR0vJSSLdR8Cm=YfLJ3ntMKcydSndWkZg@mail.gmail.com>
References: <20120215144032.GO67687@mdounin.ru>
	<CAH1MbuBY6e_rt-xoLX0tLxQZ=_qsjofrjV3DvhiC1cpsi_L=Ww@mail.gmail.com>
	<20120222165932.GC67687@mdounin.ru>
	<CAH1MbuBpvbNB8-ywC=4KrYx7Vi8RFEryd1vwLKbucQ5TUDn3hQ@mail.gmail.com>
	<CAPP2NXr6dVAZbpCetjqObp2w8msPTHsUMa9B+_7ufS-mCunD4w@mail.gmail.com>
	<CAH1MbuAnWpXi3mi3REJTurOyJT+-BLJWBH1MF-1cu80mgUQhqw@mail.gmail.com>
	<CAPP2NXoTQ-JLq1QkiKR0vJSSLdR8Cm=YfLJ3ntMKcydSndWkZg@mail.gmail.com>
Message-ID: <CAH1MbuBLL6t4Y7WH6rP_VCfm-=q6Z=ETP=XWoKVuEWSvYtf-5Q@mail.gmail.com>

2012/2/23 Алексей Сундуков <public-mail на alekciy.ru>:
> 23 февраля 2012 г. 2:28 пользователь Олег Черн?й
> <oleg.cherniy на gmail.com> написал:
>> Как то невежливо написано.
>
> Ничуть не хотел задеть или обидеть. Целью было уточнить проводились ли
> измерения до и после по которым было видно, что изменение схемы дало
> хороший профит (в духе, по классической схеме данные грузились за X
> ms, с инклюдами стало быстрее на XX %, просадку под
> CPU/диску/памяти/что-то-другое не получили). Как я понял на такую
> схему перешли эволюционно. Собственно я этот момент и хотел уточнить,
> приношу свои извинения если формулировка получилась резкой.
>

У нас немного другая задача -  необходимо было убрать нагрузку с
бекендов и БД не положив при этом фронтенд.

И тут нам поперло :) - команда Игоря Сысоева вводит директивы
pcre_jit, proxy_cache_lock которые делают максимально эффективными
SSI-вставки с одной стороны и защищают бекенд с другой

Потом заворачиваем на SSD-кеш все вставки, которые относяться к блокам
с объявлениями:
proxy_cache_path /var/spool/nginx/cache/auto_search_items levels=1:2.
                          keys_zone=auto_search_items:10240m
                          inactive=120m
                          max_size=10240m;

>> В данном контексте асинхронно значит
>> практически одновременно 100 запросов к кешу который может находиться
>> в памяти или на SSD.
>
> А в памяти это через кэш приложения, или через модуль nginx к
> memcached-у (если конечно кэш это он)?

Через кеш nginx-а, на который выделили 10G

> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
---
С уважением, Олег Черний,
руководитель отдела разработки  AUTO.ria.ua

RIA.ua
тел./факс.: 0 432 555-200 (многоканальний)
моб: 0 (67) 295-27-52
E-mail: oleg.cherniy на ria.ua

From voron на amhost.net  Thu Feb 23 09:37:11 2012
From: voron на amhost.net (Alex Vorona)
Date: Thu, 23 Feb 2012 11:37:11 +0200
Subject: nginx-1.1.15
In-Reply-To: <CAH1MbuBLL6t4Y7WH6rP_VCfm-=q6Z=ETP=XWoKVuEWSvYtf-5Q@mail.gmail.com>
References: <20120215144032.GO67687@mdounin.ru>
	<CAH1MbuBY6e_rt-xoLX0tLxQZ=_qsjofrjV3DvhiC1cpsi_L=Ww@mail.gmail.com>
	<20120222165932.GC67687@mdounin.ru>
	<CAH1MbuBpvbNB8-ywC=4KrYx7Vi8RFEryd1vwLKbucQ5TUDn3hQ@mail.gmail.com>
	<CAPP2NXr6dVAZbpCetjqObp2w8msPTHsUMa9B+_7ufS-mCunD4w@mail.gmail.com>
	<CAH1MbuAnWpXi3mi3REJTurOyJT+-BLJWBH1MF-1cu80mgUQhqw@mail.gmail.com>
	<CAPP2NXoTQ-JLq1QkiKR0vJSSLdR8Cm=YfLJ3ntMKcydSndWkZg@mail.gmail.com>
	<CAH1MbuBLL6t4Y7WH6rP_VCfm-=q6Z=ETP=XWoKVuEWSvYtf-5Q@mail.gmail.com>
Message-ID: <4F4608C7.7080500@amhost.net>

23.02.2012 11:03, Олег Черн?й wrote:
> proxy_cache_path /var/spool/nginx/cache/auto_search_items levels=1:2.
>                           keys_zone=auto_search_items:10240m
>                           inactive=120m
>                           max_size=10240m;
keyz_zone это размер shared memory под метаданные кеша(а не сам кеш), в рассылке упоминали
значения в районе 128байт на 1 элемент. max_size - размер кеша на диске. У вас средний
размер данных в кеше 128 байт?


From oleg.cherniy на gmail.com  Thu Feb 23 11:08:45 2012
From: oleg.cherniy на gmail.com (=?KOI8-U?B?78zFxyD+xdLOpso=?=)
Date: Thu, 23 Feb 2012 13:08:45 +0200
Subject: nginx-1.1.15
In-Reply-To: <4F4608C7.7080500@amhost.net>
References: <20120215144032.GO67687@mdounin.ru>
	<CAH1MbuBY6e_rt-xoLX0tLxQZ=_qsjofrjV3DvhiC1cpsi_L=Ww@mail.gmail.com>
	<20120222165932.GC67687@mdounin.ru>
	<CAH1MbuBpvbNB8-ywC=4KrYx7Vi8RFEryd1vwLKbucQ5TUDn3hQ@mail.gmail.com>
	<CAPP2NXr6dVAZbpCetjqObp2w8msPTHsUMa9B+_7ufS-mCunD4w@mail.gmail.com>
	<CAH1MbuAnWpXi3mi3REJTurOyJT+-BLJWBH1MF-1cu80mgUQhqw@mail.gmail.com>
	<CAPP2NXoTQ-JLq1QkiKR0vJSSLdR8Cm=YfLJ3ntMKcydSndWkZg@mail.gmail.com>
	<CAH1MbuBLL6t4Y7WH6rP_VCfm-=q6Z=ETP=XWoKVuEWSvYtf-5Q@mail.gmail.com>
	<4F4608C7.7080500@amhost.net>
Message-ID: <CAH1MbuCdLG0v_jAC1cPdNWVu8GSwgu6tN93=NVc_d9w8CM61FQ@mail.gmail.com>

2012/2/23 Alex Vorona <voron на amhost.net>:
> 23.02.2012 11:03, Олег Черн?й wrote:
>> proxy_cache_path /var/spool/nginx/cache/auto_search_items levels=1:2.
>>                           keys_zone=auto_search_items:10240m
>>                           inactive=120m
>>                           max_size=10240m;
> keyz_zone это размер shared memory под метаданные кеша(а не сам кеш), в рассылке упоминали
> значения в районе 128байт на 1 элемент. max_size - размер кеша на диске. У вас средний
> размер данных в кеше 128 байт?

Нет, размер больше (просто поставил с запасом), эта память съедается
только по мере надобности. Спасибо что сказали что это 128 байт (не
знал).

Весь кеш nginx попадает в дисковый кеш (забыл сказать что на фронтенде
32G ОЗУ) и поэтому блоки фактически беруться из оперативы.

-- 
---
С уважением, Олег Черний,
руководитель отдела разработки  AUTO.ria.ua

RIA.ua
тел./факс.: 0 432 555-200 (многоканальний)
моб: 0 (67) 295-27-52
E-mail: oleg.cherniy на ria.ua

From server_inc на list.ru  Thu Feb 23 12:51:41 2012
From: server_inc на list.ru (=?KOI8-R?Q?=F3=D4=C1=CE=C9=D3=CC=C1=D7?=)
Date: Thu, 23 Feb 2012 14:51:41 +0200
Subject: nginx-1.0.12
In-Reply-To: <20120206144808.GH67687@mdounin.ru>
References: <20120206144808.GH67687@mdounin.ru>
Message-ID: <4F46365D.2090502@list.ru>

06.02.2012 16:48, Maxim Dounin пишет:
> Изменения в nginx 1.0.12                                          06.02.2012
>
>      *) Добавление: параметры TLSv1.1 и TLSv1.2 в директиве ssl_protocols.
>
>      *) Добавление: SSI команда if поддерживает выделения в регулярных
>         выражениях.
>
>      *) Исправление: SSI команда if не работала внутри команды block.
>
>      *) Исправление: в обработке ошибок при использовании AIO на FreeBSD.
>
>      *) Исправление: в инициализации библиотеки OpenSSL.
>
>      *) Исправление: директива worker_cpu_affinity могла не работать.
>
>      *) Исправление: директивы limit_conn_log_level и limit_req_log_level
>         могли не работать.
>
>      *) Исправление: директива read_ahead могла не работать при использовании
>         совместно с try_files и open_file_cache.
>
>      *) Исправление: директива proxy_cache_use_stale с параметром error не
>         возвращала ответ из кэша, если все бэкенды были признаны
>         неработающими.
>
>      *) Исправление: если в параметре inactive директивы proxy_cache_path
>         было указано малое время, в рабочем процессе мог произойти
>         segmentation fault.
>
>      *) Исправление: ответы из кэша могли зависать.
>
>      *) Исправление: в обработке ошибок при соединении с бэкендом.
>         Спасибо Piotr Sikora.
>
>      *) Исправление: в методе epoll.
>         Спасибо Yichun Zhang.
>
>      *) Исправление: переменная $sent_http_cache_control могла содержать
>         неверное значение при использовании директивы expires.
>         Спасибо Yichun Zhang.
>
>      *) Исправление: директива limit_rate не позволяла передавать на полной
>         скорости, даже если был указан очень большой лимит.
>
>      *) Исправление: директива sendfile_max_chunk не работала, если
>         использовалась директива limit_rate.
>
>      *) Исправление: nginx не собирался на Solaris; ошибка появилась в
>         1.0.11.
>
>      *) Исправление: в модуле ngx_http_scgi_module.
>
>      *) Исправление: в модуле ngx_http_mp4_module.
>
>
Здравствуйте!

Подскажите пожалуйста,
nginx 1.0.11 который проксирует на бекент запросы, иногда вместо того, 
чтобы отдать из кеша картинку, возвращает "302 Found"... это и есть баг 
с кешем? Спасибо.


From nginx-forum на nginx.us  Thu Feb 23 19:08:38 2012
From: nginx-forum на nginx.us (zeromind)
Date: Thu, 23 Feb 2012 14:08:38 -0500 (EST)
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>
References: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <9ce4108b65e81bf6dd54c8f72c7580af.NginxMailingListRussian@forum.nginx.org>

народ, ну скажите какие могут быть
косяки му меня?  )

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222082,222905#msg-222905


From a.vasilishin на kpi.ua  Thu Feb 23 19:49:48 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Thu, 23 Feb 2012 21:49:48 +0200
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <9ce4108b65e81bf6dd54c8f72c7580af.NginxMailingListRussian@forum.nginx.org>
References: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>
	<9ce4108b65e81bf6dd54c8f72c7580af.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F46985C.1030309@kpi.ua>

23.02.2012 21:08, zeromind пишет:
> народ, ну скажите какие могут быть
> косяки му меня?  )
>

Дислексия?


-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From nginx-forum на nginx.us  Thu Feb 23 20:30:04 2012
From: nginx-forum на nginx.us (zeromind)
Date: Thu, 23 Feb 2012 15:30:04 -0500 (EST)
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <4F46985C.1030309@kpi.ua>
References: <4F46985C.1030309@kpi.ua>
Message-ID: <05ea2d9f4e26d0ea1d07ae67909fe96c.NginxMailingListRussian@forum.nginx.org>

Андрей Василишин Wrote:
-------------------------------------------------------
> 23.02.2012 21:08, zeromind пишет:
> > народ, ну скажите какие
> могут быть
> > косяки му меня?  )
> >
> 
> Дислексия?
> 
> 
> -- 
> WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

зачем придиратся из-за одной буквы?
лучше по делу напиши..

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222082,222908#msg-222908


From a.vasilishin на kpi.ua  Thu Feb 23 20:35:36 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Thu, 23 Feb 2012 22:35:36 +0200
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <05ea2d9f4e26d0ea1d07ae67909fe96c.NginxMailingListRussian@forum.nginx.org>
References: <4F46985C.1030309@kpi.ua>
	<05ea2d9f4e26d0ea1d07ae67909fe96c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F46A318.4010202@kpi.ua>

23.02.2012 22:30, zeromind пишет:
> зачем придиратся из-за одной буквы?
> лучше по делу напиши..
>


А при чем одна буква к неумению выразится? Да и с таким уважением к 
подписчикам, сразу на "ты", как будто мы не один ящик водки вместе 
выпили, я думаю вряд ли кто-то что-то напишет. Учитесь выражать мысли, а 
не поток сознания, может будет дело, проявляйте хоть капельку уважения и 
к Вам люди потянутся.

-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From nginx-forum на nginx.us  Thu Feb 23 21:28:19 2012
From: nginx-forum на nginx.us (zeromind)
Date: Thu, 23 Feb 2012 16:28:19 -0500 (EST)
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <4F46A318.4010202@kpi.ua>
References: <4F46A318.4010202@kpi.ua>
Message-ID: <b87a946862863515a7714ff2937d16b3.NginxMailingListRussian@forum.nginx.org>

Андрей Василишин Wrote:
-------------------------------------------------------
> 23.02.2012 22:30, zeromind пишет:
> > зачем придиратся из-за
> одной буквы?
> > лучше по делу напиши..
> >
> 
> 
> А при чем одна буква к
> неумению выразится? Да и с
> таким уважением к 
> подписчикам, сразу на "ты",
> как будто мы не один ящик
> водки вместе 
> выпили, я думаю вряд ли
> кто-то что-то напишет.
> Учитесь выражать мысли, а 
> не поток сознания, может
> будет дело, проявляйте хоть
> капельку уважения и 
> к Вам люди потянутся.
> 
> -- 
> WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


в первом посте темы, я старался как
можно точно, описать свою проблему..
так же хочу спросить: 
1) нагуглил, что в flowplayer'e нужно писать
вместо provider: pseudo - provider:nginx, а также нужно
сформировать строку queryString (вот пример
от lighttpd queryString:
escape('target=${start}&secretToken=1235oh8qewr5uweynkc')), кто
имел дело с этим плеером, можете
сказать как правильно его прикрутить?

2) можно ли в mp4 файлы добавлять мета
данные СРАЗУ в исходный файл (без
конвертирования), или если они уже
имеются тогда просто нужно их
перенести в начало файла..

3) в настройках nginx :
location ~ .mp4$ {
mp4;
root /home/zeromind/www/uploads/videos/1/;
}

обязательно писать путь ? или хватит
одного раза в server{ location..
если обязательно, тогда вытекает
следующий вопрос: путь должен быть к
папке где хранятся файлы? или хватит
корневого каталого сайта  /home/zeromind/www/ ?

надеюсь на вашу помощь..

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222082,222913#msg-222913


From a.vasilishin на kpi.ua  Thu Feb 23 21:41:37 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Thu, 23 Feb 2012 23:41:37 +0200
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <b87a946862863515a7714ff2937d16b3.NginxMailingListRussian@forum.nginx.org>
References: <4F46A318.4010202@kpi.ua>
	<b87a946862863515a7714ff2937d16b3.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F46B291.6080609@kpi.ua>

23.02.2012 23:28, zeromind пишет:

> в первом посте темы, я старался как
> можно точно, описать свою проблему..


как-то плохо получилось.

> так же хочу спросить:
> 1) нагуглил, что в flowplayer'e нужно писать
> вместо provider: pseudo - provider:nginx, а также нужно
> сформировать строку queryString (вот пример
> от lighttpd queryString:
> escape('target=${start}&secretToken=1235oh8qewr5uweynkc')), кто
> имел дело с этим плеером, можете
> сказать как правильно его прикрутить?

Тут подсказать не могу, не использовал.

> 2) можно ли в mp4 файлы добавлять мета
> данные СРАЗУ в исходный файл (без
> конвертирования), или если они уже
> имеются тогда просто нужно их
>перенести в начало файла..
>

Их надо переносить в начало, используйте qt-faststart (в дебиане 
ставится вместе с ффмпег) или MP4Box, но не ямди, ямди - для флв.

> 3) в настройках nginx :
> location ~ .mp4$ {
> mp4;
> root /home/zeromind/www/uploads/videos/1/;
> }
>
> обязательно писать путь ? или хватит
> одного раза в server{ location..
> если обязательно, тогда вытекает
> следующий вопрос: путь должен быть к
> папке где хранятся файлы? или хватит
> корневого каталого сайта  /home/zeromind/www/ ?
>

Хватит корневого католога, а вообще это написано в документации
http://nginx.org/ru/docs/http/ngx_http_core_module.html#location


-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From mdounin на mdounin.ru  Fri Feb 24 03:17:34 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Fri, 24 Feb 2012 07:17:34 +0400
Subject: nginx-1.1.15
In-Reply-To: <CAH1MbuBpvbNB8-ywC=4KrYx7Vi8RFEryd1vwLKbucQ5TUDn3hQ@mail.gmail.com>
References: <20120215144032.GO67687@mdounin.ru>
	<CAH1MbuBY6e_rt-xoLX0tLxQZ=_qsjofrjV3DvhiC1cpsi_L=Ww@mail.gmail.com>
	<20120222165932.GC67687@mdounin.ru>
	<CAH1MbuBpvbNB8-ywC=4KrYx7Vi8RFEryd1vwLKbucQ5TUDn3hQ@mail.gmail.com>
Message-ID: <20120224031734.GG67687@mdounin.ru>

Hello!

On Wed, Feb 22, 2012 at 09:36:07PM +0200, Олег Черн?й wrote:

> Большое спасибо за развернутый ответ - поправлю в исходниках. Даже на
> 100-а под-запросах, если они берутся (по большей мере)
> с кеша на SSD-диске, ассинхронно все работает очень быстро.
> 
> Было бы удобно задавать это ограничение в секции http или глобальной,
> что-то типа:
> http {
>    ssi_sub_requests                 128;
>     ...
> }
> 
> Ну, конечно, если на это есть спрос не только у меня :)

В принципе, можно значение по умолчанию поднять где-нибудь до 200.  
Для предотвращения loop'ов принципиальной разницы нет, а сильно 
больше всё равно нельзя без дополнительных изменений (упрёмся в 
размер r->count).

Maxim Dounin

> 
> 
> 2012/2/22 Maxim Dounin <mdounin на mdounin.ru>:
> > Hello!
> >
> > On Wed, Feb 22, 2012 at 06:21:25PM +0200, Олег Черн?й wrote:
> >
> >> nginx 1.1.15:
> >> У меня при большом количестве (около 100) SSI-вставок, которые в
> >> большей степени берутся из кеша, на части '<!--# include virtual=...'
> >> появилось:
> >> [an error occurred while processing the directive]
> >>
> >> На nginx 1.1.14 все Ок. Где-то задается лимит на максимальное
> >> количество SSI на одной странице?
> >
> > Сейчас жёстко ограничено количество одновременных подзапросов
> > цифрой 50.  Правится только в исходниках.
> >
> > src/http/ngx_http_request.h:
> > #define NGX_HTTP_MAX_SUBREQUESTS           50
> >
> > На 1.1.14 работало, потому как ограничение не работало:
> >
> > [...]
> >
> >> >    *) Исправление: в рабочем процессе мог произойти segmentation fault,
> >> >       если одновременно создавалось слишком много SSI-подзапросов; ошибка
> >> >       появилась в 0.7.25.
> >
> > [...]
> >
> > Если нужно больше, чем 50 подзапросов - в качестве workaround'а
> > можно использовать #include wait="yes" после каждых 49 include'ов.
> >
> > Maxim Dounin
> >
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru на nginx.org
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> 
> 
> 
> -- 
> ---
> С уважением, Олег Черний,
> руководитель отдела разработки  AUTO.ria.ua
> 
> RIA.ua
> тел./факс.: 0 432 555-200 (многоканальний)
> моб: 0 (67) 295-27-52
> E-mail: oleg.cherniy на ria.ua
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From joe на netpost.ru  Fri Feb 24 05:11:27 2012
From: joe на netpost.ru (=?UTF-8?B?0JXQstCz0LXQvdC40Lkg0KfQtdGA0LTQsNC90YbQtdCy?=)
Date: Fri, 24 Feb 2012 12:11:27 +0700
Subject: DjVu mime type
Message-ID: <4F471BFF.3070802@netpost.ru>

Здравствуйте. Можно добавить в nginx conf/mime.types

    image/vnd.djvu                        djvu;

по умолчанию?


From kav на karagodov.name  Fri Feb 24 05:22:16 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Fri, 24 Feb 2012 09:22:16 +0400
Subject: DjVu mime type
In-Reply-To: <4F471BFF.3070802@netpost.ru>
References: <4F471BFF.3070802@netpost.ru>
Message-ID: <051BCC11-E302-4402-B325-033FABD580EE@karagodov.name>

в догонку: 

$ diff /opt/nginx/conf/mime.types /opt/nginx/conf/include/mime.types 
53a54,55
>     application/x-ns-proxy-autoconfig     dat;
>     application/x-ns-proxy-autoconfig     pac;
$  


On 24.02.2012, at 09:11, Евгений Черданцев wrote:

> Здравствуйте. Можно добавить в nginx conf/mime.types
> 
>    image/vnd.djvu                        djvu;
тогда уж 
image/vnd.djvu djvu djv;

> 
> по умолчанию?
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

или можно как то внедрять инклудом файл от апача? 
он там без ";" и с камментами 
было бы очень удобно 

P.S.: 
ну а тут их вообще море:

$ cat /etc/apache2/mime.types | more 
# This file controls what Internet media types are sent to the client for
# given file extension(s).  Sending the correct media type to the client
# is important so they know how to handle the content of the file.
# For more information about Internet media types, please read 
# RFC 2045, 2046, 2047, 2048, and 2077.  The Internet media type
# registry is at <ftp://ftp.iana.org/assignments/media-types/>.

# MIME type                     Extension


From kav на karagodov.name  Fri Feb 24 05:40:15 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Fri, 24 Feb 2012 09:40:15 +0400
Subject: =?UTF-8?B?UmU6INCR0L7RgNGM0LHQsCDRgdC+INGB0L/QsNC80L7QvCDQuNC3IHRvci3RgdC1?=
	=?UTF-8?B?0YLQuC4gT0ZGVE9QSUM=?=
In-Reply-To: <1S076j-0005fk-Fg@internal.tormail.net>
References: <1845269269.20120219001653@softsearch.ru>	<A491823F-5727-4D0B-88FC-F19A647923DD@karagodov.name>	<1797780430.20120222022248@softsearch.ru>
	<9015F171-610B-4413-8FA9-33BC2F7957F6@karagodov.name>
	<1S076j-0005fk-Fg@internal.tormail.net>
Message-ID: <69473CCA-B591-42E6-AD1A-78AAD6ED4A6D@karagodov.name>



On 22.02.2012, at 23:34, Михаил Монашёв wrote:

> Здравствуйте, Дмитрий.
> 
>> Т.е. устраивать "анальное рабство" пользователей?!
мерзость какая ... и вроде взрослый человек (школота ДЕТЕКТЕД??) , а такое непотребство в рассылке ... 

>> P.S. Человек не обязан никому сообщать свой физический адрес или свои
>> физические координаты, заставлять его работать со своего ip или 
>> "светить" свое местонахождение через gsm - это прямо какое-то 
>> варварство, если не сказать хуже.
> 
>>> ужесточать подход к тем, кто хочет что-то запостить
>>> например - как гугл при попытке создании новой учётки - нет
>>> мобилы == нет проверчного кода в смс == нет учётки
>>> т.е. использовать некий механизм, который позволит наиболее
>>> верно ответить на вопрос - а уникален ли этот пользователь
>>> 
>>> например - собирать статистику, избирательно повышать уровень
>>> требований, к примеру, если адрес засвечен в tor-ах или
>>> DNSBL/RBL-ах и тд
> 
> Тут  я  соглашусь с тем, что отдавать сайту свой мобильник - это через
> чур.  Именно  поэтому и выходит, что много проще и малокровнее закрыть
> доступ  из tor-сети, чем требовать мобильники. Тем более у тех юзеров,
> которые активны на сайте.
ну а я что сказал? собирать статистику 

а как Вы определяете активность пользователя, если он только регистрируется? 
и что такое "активность" вообще? 
спамеры и пр гадёныши тоже "активны". разве не так? 

идея то в том, чтобы наиболее вероятно идентифицировать пользователя каким угодно способом и только после этого появится возможность его наказывать (банить/кикать/отказывать в доступе и тд и тп) 
например, игра BF3, с официально купленной лицензией - попался с читами - бан тебе везде, всё. вероятность оправдаться - мизерная. выход - покупать новую лицензию, а это деньги (маленькие) и время (немаленькое - огромное кол-во потраченных часов на продвижение по службе) 

а каптчи ваши, достали уже, некоторые я распознать не могу с первого раз. я робот? :) 

> 
> -- 
> С уважением,
> Михаил                          mailto:postmaster на softsearch.ru
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



впн - не удобно, муторно и пр. (и нет там нормального впн-а, мелкомягкий шлак с PPTP или L2TP. хорошо если openvpn используют. а IPSec или Cisco VPN Client вообще не встречал) 
и за впн надо платить, а платить - это немножко палиться и тд и тп 
по-этому используют тор 
в нём даже регистрироваться не нужно 

On 22.02.2012, at 12:13, Andrey Repin wrote:

> Здравствуйте, Уважаемый(-ая, -ое) Alexey V. Karagodov!
> 
> AVK> да, 99,999% подобные сети используют в корыстных целях, но есть 0,001% которым эта услуга, порой жизненно, необходима
> 
> Те, кому "эта услуга жизненно необходима", купят VPN доступ и будут
> наслаждаться сетью в нужном объёме.




From mdounin на mdounin.ru  Fri Feb 24 09:48:42 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Fri, 24 Feb 2012 13:48:42 +0400
Subject: nginx-1.0.12
In-Reply-To: <4F46365D.2090502@list.ru>
References: <20120206144808.GH67687@mdounin.ru>
 <4F46365D.2090502@list.ru>
Message-ID: <20120224094842.GJ67687@mdounin.ru>

Hello!

On Thu, Feb 23, 2012 at 02:51:41PM +0200, Станислав wrote:

[...]

> Подскажите пожалуйста,
> nginx 1.0.11 который проксирует на бекент запросы, иногда вместо
> того, чтобы отдать из кеша картинку, возвращает "302 Found"... это и
> есть баг с кешем? Спасибо.

Я не берусь утверждать, что понял вопрос, но ответ, судя по всему, 
"нет".

Maxim Dounin


From server_inc на list.ru  Fri Feb 24 11:54:57 2012
From: server_inc на list.ru (=?KOI8-R?Q?=F3=D4=C1=CE=C9=D3=CC=C1=D7?=)
Date: Fri, 24 Feb 2012 13:54:57 +0200
Subject: nginx-1.0.12
In-Reply-To: <20120224094842.GJ67687@mdounin.ru>
References: <20120206144808.GH67687@mdounin.ru> <4F46365D.2090502@list.ru>
	<20120224094842.GJ67687@mdounin.ru>
Message-ID: <4F477A91.3020003@list.ru>

24.02.2012 11:48, Maxim Dounin пишет:
> Hello!
>
> On Thu, Feb 23, 2012 at 02:51:41PM +0200, Станислав wrote:
>
> [...]
>
>> Подскажите пожалуйста,
>> nginx 1.0.11 который проксирует на бекент запросы, иногда вместо
>> того, чтобы отдать из кеша картинку, возвращает "302 Found"... это и
>> есть баг с кешем? Спасибо.
> Я не берусь утверждать, что понял вопрос, но ответ, судя по всему,
> "нет".
>
> Maxim Dounin
>

nginx общается с бекендом и хранит данные в кеше 30 минут.
Наблюдалась следующая ситуация. Все работало идеально. Потом кто-то из 
клиентов посылает HEAD запрос.
После этого, вместо того, чтобы отдавать контент (в моем случае это был 
png спрайт) nginx стал отдавать страницу с кодом 302 Found.
Я сделал вывод, что кеш побился после этого HEAD запроса, потому и задал 
вопрос. Если ответ "нет" значит возможно ddos уязвимость.
Такое пока было один раз. Кеш проекспайрелся и все заработало нормально.


From mdounin на mdounin.ru  Fri Feb 24 12:37:08 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Fri, 24 Feb 2012 16:37:08 +0400
Subject: nginx-1.0.12
In-Reply-To: <4F477A91.3020003@list.ru>
References: <20120206144808.GH67687@mdounin.ru> <4F46365D.2090502@list.ru>
	<20120224094842.GJ67687@mdounin.ru> <4F477A91.3020003@list.ru>
Message-ID: <20120224123708.GM67687@mdounin.ru>

Hello!

On Fri, Feb 24, 2012 at 01:54:57PM +0200, Станислав wrote:

> 24.02.2012 11:48, Maxim Dounin пишет:
> >Hello!
> >
> >On Thu, Feb 23, 2012 at 02:51:41PM +0200, Станислав wrote:
> >
> >[...]
> >
> >>Подскажите пожалуйста,
> >>nginx 1.0.11 который проксирует на бекент запросы, иногда вместо
> >>того, чтобы отдать из кеша картинку, возвращает "302 Found"... это и
> >>есть баг с кешем? Спасибо.
> >Я не берусь утверждать, что понял вопрос, но ответ, судя по всему,
> >"нет".
> >
> >Maxim Dounin
> >
> 
> nginx общается с бекендом и хранит данные в кеше 30 минут.
> Наблюдалась следующая ситуация. Все работало идеально. Потом кто-то
> из клиентов посылает HEAD запрос.
> После этого, вместо того, чтобы отдавать контент (в моем случае это
> был png спрайт) nginx стал отдавать страницу с кодом 302 Found.
> Я сделал вывод, что кеш побился после этого HEAD запроса, потому и
> задал вопрос. Если ответ "нет" значит возможно ddos уязвимость.
> Такое пока было один раз. Кеш проекспайрелся и все заработало нормально.

Судя по всему, для одного и того же ключа кеша возможны разные 
ответы бекенда, и вас устраивает только один из них.  Почему так - 
вопрос, требующий большего объёма информации, однако я подозреваю, 
что проблема не в nginx'е, а либо в его настройках, либо в бекенде.

Maxim Dounin


From nginx-forum на nginx.us  Fri Feb 24 12:50:48 2012
From: nginx-forum на nginx.us (SoulReaver)
Date: Fri, 24 Feb 2012 07:50:48 -0500 (EST)
Subject: nginx-1.0.12
In-Reply-To: <20120206144808.GH67687@mdounin.ru>
References: <20120206144808.GH67687@mdounin.ru>
Message-ID: <734bad3fe741b35c0ad3d0779c33f8dd.NginxMailingListRussian@forum.nginx.org>

Здравствуйте. У Вас в proxy_cache_key есть
$request_method?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222043,222935#msg-222935


From nginx-forum на nginx.us  Fri Feb 24 13:49:15 2012
From: nginx-forum на nginx.us (elDante)
Date: Fri, 24 Feb 2012 08:49:15 -0500 (EST)
Subject: =?UTF-8?B?YXV0aCBiYXNpYzog0LTQvtGB0YLRg9C/INCx0LXQtyDQv9Cw0YDQvtC70Y8g0Log?=
	=?UTF-8?B?0L7Qv9GA0LXQtNC10LvQtdC90L3QvtC80YMgdXJs?=
Message-ID: <74d48d37d718a69b8e075b2966d41444.NginxMailingListRussian@forum.nginx.org>

Здравствуйте, появилась проблема: есть
сайт, на Drupal, в разработке, он закрыт
полностью по паролю. Но сейчас
необходимо открыть определенную
страницу для общего доступа.

Не помогает если внести в конфиг
вхоста:

location /patch/to/node {
         auth_basic off;
         ....

Пример конфига:
        listen 80;
        server_name example.com;
        server_tokens off;
        root /patch/to/file;
        index index.php;
        client_body_buffer_size 4m;
        client_max_body_size 64m;
        fastcgi_buffers 64 16k;

        error_log /var/log/nginx/error.log warn;
        access_log /var/log/nginx/access.log  combined2;

        error_page 404 = @rewrite;
        error_page 403 = @rewrite;

        auth_basic            "Restricted";
        auth_basic_user_file  /etc/nginx/auth/auth.passwd;

        location ~*
^.+.(bmp|svg|svgz|zip|gzip|bz2|rar|jpg|jpeg|gif|css|png|js|ico|pdf|gz)$
{
                access_log        off;
                expires           30d;
        }

        location / {
                try_files $uri @rewrite;
        }

        location @rewrite {
                rewrite ^/(.*)$ /index.php?q=$1;
        }

        location ~ \.php$ {
                include fastcgi_params;
                fastcgi_param SCRIPT_FILENAME
$document_root$fastcgi_script_name;
                fastcgi_pass   unix:/var/run/php53-fpm.sock;
        }

        location ~ ^/sites/.*/files/imagecache/ {
                try_files $uri @rewrite;
        }

        location ~ ^/sites/.*/files/styles/ {
                try_files $uri @rewrite;
        }

Заранее благодарю за помощь

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222938,222938#msg-222938


From ne на vbart.ru  Fri Feb 24 14:42:21 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Fri, 24 Feb 2012 18:42:21 +0400
Subject: =?UTF-8?B?UmU6IGF1dGggYmFzaWM6ICDQtNC+0YHRgtGD0L8g0LHQtdC3INC/0LDRgNC+0Ls=?=
	=?UTF-8?B?0Y8g0Log0L7Qv9GA0LXQtNC10LvQtdC90L3QvtC80YMgdXJs?=
In-Reply-To: <74d48d37d718a69b8e075b2966d41444.NginxMailingListRussian@forum.nginx.org>
References: <74d48d37d718a69b8e075b2966d41444.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201202241842.21299.ne@vbart.ru>

On Friday 24 February 2012 17:49:15 elDante wrote:
> Здравствуйте, появилась проблема: есть
> сайт, на Drupal, в разработке, он закрыт
> полностью по паролю. Но сейчас
> необходимо открыть определенную
> страницу для общего доступа.
> 
> Не помогает если внести в конфиг
> вхоста:
> 
> location /patch/to/node {
>          auth_basic off;
>          ....
[...]

Очевидно запрос попадает в другой location, также
подпадающий под /patch/to/node.

Если бы вы написали реальный "/patch/to/node", то
можно было бы даже сказать в какой.

--
Валентин Бартенев

From server_inc на list.ru  Fri Feb 24 14:51:57 2012
From: server_inc на list.ru (=?KOI8-R?Q?=F3=D4=C1=CE=C9=D3=CC=C1=D7?=)
Date: Fri, 24 Feb 2012 16:51:57 +0200
Subject: nginx-1.0.12
In-Reply-To: <20120224123708.GM67687@mdounin.ru>
References: <20120206144808.GH67687@mdounin.ru> <4F46365D.2090502@list.ru>
	<20120224094842.GJ67687@mdounin.ru> <4F477A91.3020003@list.ru>
	<20120224123708.GM67687@mdounin.ru>
Message-ID: <4F47A40D.7070400@list.ru>

24.02.2012 14:37, Maxim Dounin пишет:
> Hello!
>
> On Fri, Feb 24, 2012 at 01:54:57PM +0200, Станислав wrote:
>
>> 24.02.2012 11:48, Maxim Dounin пишет:
>>> Hello!
>>>
>>> On Thu, Feb 23, 2012 at 02:51:41PM +0200, Станислав wrote:
>>>
>>> [...]
>>>
>>>> Подскажите пожалуйста,
>>>> nginx 1.0.11 который проксирует на бекент запросы, иногда вместо
>>>> того, чтобы отдать из кеша картинку, возвращает "302 Found"... это и
>>>> есть баг с кешем? Спасибо.
>>> Я не берусь утверждать, что понял вопрос, но ответ, судя по всему,
>>> "нет".
>>>
>>> Maxim Dounin
>>>
>> nginx общается с бекендом и хранит данные в кеше 30 минут.
>> Наблюдалась следующая ситуация. Все работало идеально. Потом кто-то
>> из клиентов посылает HEAD запрос.
>> После этого, вместо того, чтобы отдавать контент (в моем случае это
>> был png спрайт) nginx стал отдавать страницу с кодом 302 Found.
>> Я сделал вывод, что кеш побился после этого HEAD запроса, потому и
>> задал вопрос. Если ответ "нет" значит возможно ddos уязвимость.
>> Такое пока было один раз. Кеш проекспайрелся и все заработало нормально.
> Судя по всему, для одного и того же ключа кеша возможны разные
> ответы бекенда, и вас устраивает только один из них.  Почему так -
> вопрос, требующий большего объёма информации, однако я подозреваю,
> что проблема не в nginx'е, а либо в его настройках, либо в бекенде.
>
> Maxim Dounin
>
Бекенд вряд ли может ответить по разному на запрос с одинаковыми 
исходящими данными.
Конфиг nginx используется уже долгое время да и там нет нечего 
космического. Проблем не было до этого...внезапно все так случилось.

> Здравствуйте. У Вас в proxy_cache_key есть
> $request_method?

location ~* \.(css|gif|htc|html|ico|jpeg|jpg|js|png|txt)$ {
                 limit_except GET POST {
                         deny all;
                 }
         proxy_pass http://10.72.0.7;
                 proxy_redirect off;
                 proxy_set_header Host $host;
                 proxy_set_header X-Real-IP $remote_addr;
                 proxy_set_header X-Forwarded-For 
$proxy_add_x_forwarded_for;
                 proxy_cache my-cache;
                 proxy_cache_key 
"$request_method|$http_if_modified_since|$http_if_none_match|$request_uri";
                 proxy_cache_valid  200 301 302 304 30m;
                 proxy_cache_valid  404      5m;
                 proxy_hide_header "Set-Cookie";
                 proxy_ignore_headers "Cache-Control" "Expires";
         }



From nginx-forum на nginx.us  Fri Feb 24 15:56:49 2012
From: nginx-forum на nginx.us (zeromind)
Date: Fri, 24 Feb 2012 10:56:49 -0500 (EST)
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <4F46B291.6080609@kpi.ua>
References: <4F46B291.6080609@kpi.ua>
Message-ID: <e5638b995ab37affb9ba5f93f0f6b972.NginxMailingListRussian@forum.nginx.org>

Андрей Василишин Wrote:
-------------------------------------------------------
> 23.02.2012 23:28, zeromind пишет:
> 
> > в первом посте темы, я
> старался как
> > можно точно, описать свою
> проблему..
> 
> 
> как-то плохо получилось.
> 
> > так же хочу спросить:
> > 1) нагуглил, что в flowplayer'e
> нужно писать
> > вместо provider: pseudo - provider:nginx,
> а также нужно
> > сформировать строку
> queryString (вот пример
> > от lighttpd queryString:
> >
> escape('target=${start}&secretToken=1235oh8qewr5uw
> eynkc')), кто
> > имел дело с этим плеером,
> можете
> > сказать как правильно его
> прикрутить?
> 
> Тут подсказать не могу, не
> использовал.
> 
> > 2) можно ли в mp4 файлы
> добавлять мета
> > данные СРАЗУ в исходный
> файл (без
> > конвертирования), или если
> они уже
> > имеются тогда просто
> нужно их
> >перенести в начало файла..
> >
> 
> Их надо переносить в
> начало, используйте qt-faststart
> (в дебиане 
> ставится вместе с ффмпег)
> или MP4Box, но не ямди, ямди -
> для флв.
> 
> > 3) в настройках nginx :
> > location ~ .mp4$ {
> > mp4;
> > root /home/zeromind/www/uploads/videos/1/;
> > }
> >
> > обязательно писать путь ?
> или хватит
> > одного раза в server{ location..
> > если обязательно, тогда
> вытекает
> > следующий вопрос: путь
> должен быть к
> > папке где хранятся файлы?
> или хватит
> > корневого каталого сайта 
> /home/zeromind/www/ ?
> >
> 
> Хватит корневого католога,
> а вообще это написано в
> документации
> http://nginx.org/ru/docs/http/ngx_http_core_module
> .html#location
> 
> 
> -- 
> WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

спасибо за разъяснение!
ещё хотел спросить: для mp4 файлов нужно
вшивать мета данные ? или они уже там
есть?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222082,222947#msg-222947


From a.vasilishin на kpi.ua  Fri Feb 24 16:06:43 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Fri, 24 Feb 2012 18:06:43 +0200
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <e5638b995ab37affb9ba5f93f0f6b972.NginxMailingListRussian@forum.nginx.org>
References: <4F46B291.6080609@kpi.ua>
	<e5638b995ab37affb9ba5f93f0f6b972.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F47B593.4050103@kpi.ua>

24.02.2012 17:56, zeromind пишет:

> спасибо за разъяснение!
> ещё хотел спросить: для mp4 файлов нужно
> вшивать мета данные ? или они уже там
> есть?
>


ффмпег должне их создавать, только вставляет их в конец файла.

-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From nginx-forum на nginx.us  Fri Feb 24 16:11:16 2012
From: nginx-forum на nginx.us (zeromind)
Date: Fri, 24 Feb 2012 11:11:16 -0500 (EST)
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <4F47B593.4050103@kpi.ua>
References: <4F47B593.4050103@kpi.ua>
Message-ID: <70d203d192896ac888aec8cd2c3408e9.NginxMailingListRussian@forum.nginx.org>

Андрей Василишин Wrote:
-------------------------------------------------------
> 24.02.2012 17:56, zeromind пишет:
> 
> > спасибо за разъяснение!
> > ещё хотел спросить: для mp4
> файлов нужно
> > вшивать мета данные ? или
> они уже там
> > есть?
> >
> 
> 
> ффмпег должне их создавать,
> только вставляет их в конец
> файла.
> 
> -- 
> WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

это я знаю, пользовался связкой ffmpeg +
qt-faststart, просто хотел бы, чтобы без
конверта ffmpeg можно было подготовить
видео файл для стримминга.. т.е. залили
на сервер файл, вшили/перенесли мета
данные и всё готово, чтобы сервак
сильно не грузить конвертированием
видео.. или в данной ситуации это
обязательно ?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222082,222949#msg-222949


From a.vasilishin на kpi.ua  Fri Feb 24 16:14:51 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Fri, 24 Feb 2012 18:14:51 +0200
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <70d203d192896ac888aec8cd2c3408e9.NginxMailingListRussian@forum.nginx.org>
References: <4F47B593.4050103@kpi.ua>
	<70d203d192896ac888aec8cd2c3408e9.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F47B77B.3090405@kpi.ua>

24.02.2012 18:11, zeromind пишет:

> это я знаю, пользовался связкой ffmpeg +
> qt-faststart, просто хотел бы, чтобы без
> конверта ffmpeg можно было подготовить
> видео файл для стримминга.. т.е. залили
> на сервер файл, вшили/перенесли мета
> данные и всё готово, чтобы сервак
> сильно не грузить конвертированием
> видео.. или в данной ситуации это
> обязательно ?

Если файл действительно mp4, думаю можно обойтись только прогонкой через 
qt-faststart

-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From nginx-forum на nginx.us  Fri Feb 24 17:11:56 2012
From: nginx-forum на nginx.us (zeromind)
Date: Fri, 24 Feb 2012 12:11:56 -0500 (EST)
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <70d203d192896ac888aec8cd2c3408e9.NginxMailingListRussian@forum.nginx.org>
References: <4F47B593.4050103@kpi.ua>
	<70d203d192896ac888aec8cd2c3408e9.NginxMailingListRussian@forum.nginx.org>
Message-ID: <c7bae74c956de0a26839443c8873fa57.NginxMailingListRussian@forum.nginx.org>

в конфиге может же сразу включены быть 2
модуля: 
location ~ \.mp4$ {
mp4;
mp4_buffer_size     1m;
mp4_max_buffer_size 10m;
}
		
location ~ \.flv$ {
flv;
}
?

пробывал файлы flv и mp4 со сторонних
ресурсах прокручивать - всё ок, значит
плеер настроен верно..
скачиваю эти же файлы (прямые файлы
ввида
http://pseudo01.hddn.com/vod/demo.flowplayervod/Extremists.flv)
НО они уже не стримятся в видео потоке,
flv файл вообще при передвигании
ползулка возвращается в исходное
стартовое положение (0сек), а mp4 файл, при
передвигании ползунка, фиксируется на
новом временном участке, но файл идет
опять же заново.. 

[20:50:13.770] GET *.net/uploads/videos/6/CBEDwxbmKj.mp4?start=143.53
[HTTP/1.1 200 OK]
Accept-Ranges:bytes
Connection:keep-alive
Content-Length:34831901
Content-Type:video/mp4Date:Fri, 24 Feb 2012 16:51:15 GMT
Last-Modified:Thu, 23 Feb 2012 20:44:11 GMT
Server:nginx/1.0.11

очень интересная ситуация.. тут точно я
думаю проблема в nginx.. просто я совсем
новичек в нём.. ставил его вот так:

1)
wget http://nginx.org/download/nginx-1.0.11.tar.gz
tar -zxvf nginx-1.0.11.tar.gz
cd nginx-1.0.11
2)
./configure \
--user=www-data \
--group=www-data \
--with-http_ssl_module \
--with-http_realip_module \
--with-http_addition_module \
--with-http_sub_module \
--with-http_dav_module \
--with-http_gzip_static_module \
--with-mail \
--with-mail_ssl_module \
--with-http_flv_module \
--with-http_mp4_module \
3)
make
4)
make install

может полностью мой конфиг скинуть ?
помогите пожалуйста..

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222082,222951#msg-222951


From roman.vasilyev на yousendit.com  Fri Feb 24 17:18:15 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Fri, 24 Feb 2012 09:18:15 -0800
Subject: nginx+0MQ
Message-ID: <4F47C657.40803@yousendit.com>

прочитав этот кусок переписки:
http://lists.zeromq.org/pipermail/zeromq-dev/2010-March/002748.html

Хотел узнать, какое мнение окружающих по поводу прикручивания zeromq как 
бэкенда к NGINX, или оно уже есть просто я не то нашел?


From roman.vasilyev на yousendit.com  Fri Feb 24 17:21:40 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Fri, 24 Feb 2012 09:21:40 -0800
Subject: nginx+0MQ
In-Reply-To: <4F47C657.40803@yousendit.com>
References: <4F47C657.40803@yousendit.com>
Message-ID: <4F47C724.8050502@yousendit.com>

Прошу прощения, утром глаза кривые, все есль давным давно
https://github.com/FRiCKLE/ngx_zeromq

и тем не менее, что могут по этому поводу сказать продвинутые люди?
насколько хуже/лучше Mongrel2 vs NGINX+zeromq?

On 02/24/2012 09:18 AM, Roman Vasilyev wrote:
> прочитав этот кусок переписки:
> http://lists.zeromq.org/pipermail/zeromq-dev/2010-March/002748.html
>
> Хотел узнать, какое мнение окружающих по поводу прикручивания zeromq 
> как бэкенда к NGINX, или оно уже есть просто я не то нашел?
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From a.vasilishin на kpi.ua  Fri Feb 24 17:24:52 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Fri, 24 Feb 2012 19:24:52 +0200
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <c7bae74c956de0a26839443c8873fa57.NginxMailingListRussian@forum.nginx.org>
References: <4F47B593.4050103@kpi.ua>
	<70d203d192896ac888aec8cd2c3408e9.NginxMailingListRussian@forum.nginx.org>
	<c7bae74c956de0a26839443c8873fa57.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F47C7E4.7080508@kpi.ua>

24.02.2012 19:11, zeromind пишет:
> в конфиге может же сразу включены быть 2
> модуля:
> location ~ \.mp4$ {
> mp4;
> mp4_buffer_size     1m;
> mp4_max_buffer_size 10m;
> }
> 		
> location ~ \.flv$ {
> flv;
> }
> ?

Да, только в разных локейшинах.


> пробывал файлы flv и mp4 со сторонних
> ресурсах прокручивать - всё ок, значит
> плеер настроен верно..
> скачиваю эти же файлы (прямые файлы
> ввида
> http://pseudo01.hddn.com/vod/demo.flowplayervod/Extremists.flv)
> НО они уже не стримятся в видео потоке,
> flv файл вообще при передвигании
> ползулка возвращается в исходное
> стартовое положение (0сек), а mp4 файл, при
> передвигании ползунка, фиксируется на
> новом временном участке, но файл идет
> опять же заново..
>


Тут, лучше включить дебаг режим для своего айпи 
http://wiki.nginx.org/EventsModule#debug_connection
Там зводно и видно будет в какой локейшн попадает запрос и вообще что не 
так.

Ну, и перед этим собрать нгинкс с --with-debug
ЗЫ А вообще что за ОС, что Вы вручную еще что-то компилите?


-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From nginx-forum на nginx.us  Fri Feb 24 17:29:30 2012
From: nginx-forum на nginx.us (zeromind)
Date: Fri, 24 Feb 2012 12:29:30 -0500 (EST)
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <4F47C7E4.7080508@kpi.ua>
References: <4F47C7E4.7080508@kpi.ua>
Message-ID: <2570f986a1ef27b1ccf24e38ae7fe072.NginxMailingListRussian@forum.nginx.org>

Андрей Василишин Wrote:
-------------------------------------------------------
> 24.02.2012 19:11, zeromind пишет:
> > в конфиге может же сразу
> включены быть 2
> > модуля:
> > location ~ \.mp4$ {
> > mp4;
> > mp4_buffer_size     1m;
> > mp4_max_buffer_size 10m;
> > }
> > 		
> > location ~ \.flv$ {
> > flv;
> > }
> > ?
> 
> Да, только в разных
> локейшинах.
> 
> 
> > пробывал файлы flv и mp4 со
> сторонних
> > ресурсах прокручивать -
> всё ок, значит
> > плеер настроен верно..
> > скачиваю эти же файлы
> (прямые файлы
> > ввида
> >
> http://pseudo01.hddn.com/vod/demo.flowplayervod/Ex
> tremists.flv)
> > НО они уже не стримятся в
> видео потоке,
> > flv файл вообще при
> передвигании
> > ползулка возвращается в
> исходное
> > стартовое положение (0сек),
> а mp4 файл, при
> > передвигании ползунка,
> фиксируется на
> > новом временном участке,
> но файл идет
> > опять же заново..
> >
> 
> 
> Тут, лучше включить дебаг
> режим для своего айпи 
> http://wiki.nginx.org/EventsModule#debug_connectio
> n
> Там зводно и видно будет в
> какой локейшн попадает
> запрос и вообще что не 
> так.
> 
> Ну, и перед этим собрать
> нгинкс с --with-debug
> ЗЫ А вообще что за ОС, что Вы
> вручную еще что-то
> компилите?
> 
> 
> -- 
> WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

debian 6 32бит, ставлю ISP manager с пакетами
прог, apache вешаю на 8080 порт, nginx как
front-end..
вручную так же ffmpeg + h264 ставил, да больше
из софта ни чего особого и нету

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222082,222955#msg-222955


From public-mail на alekciy.ru  Fri Feb 24 17:30:08 2012
From: public-mail на alekciy.ru (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KHRg9C90LTRg9C60L7Qsg==?=)
Date: Fri, 24 Feb 2012 21:30:08 +0400
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>
References: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAPP2NXoKu8sBX8wuyaY7uoiVGefikZNRwEGqEobLSh8bSda=dg@mail.gmail.com>

8 февраля 2012 г. 0:34 пользователь zeromind <nginx-forum на nginx.us> написал:
> установил nginx как фронтэнд в связки с
> apache'm (до этого nginx устанавливал и не
> имел опыта с ним), сконфигурировал при
> установке его с 2мя модулями стриминга,

Не нужно путать стримминг видео с его раздачей. Описанная задача это
именно раздача видео, возможность открутить файл на нужную позицию не
делает его стримингом. А стриминг это когда один видео поток и Х
клиентов. Прокрутить такую передачу вперед невозможно.

From nginx-forum на nginx.us  Fri Feb 24 17:30:44 2012
From: nginx-forum на nginx.us (zeromind)
Date: Fri, 24 Feb 2012 12:30:44 -0500 (EST)
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <2570f986a1ef27b1ccf24e38ae7fe072.NginxMailingListRussian@forum.nginx.org>
References: <4F47C7E4.7080508@kpi.ua>
	<2570f986a1ef27b1ccf24e38ae7fe072.NginxMailingListRussian@forum.nginx.org>
Message-ID: <e389127cb3446bdc56e22e256b8f3f94.NginxMailingListRussian@forum.nginx.org>

user www-data;
worker_processes  1;

#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;

#pid        logs/nginx.pid;


events {
    worker_connections  1024;
}


http {
    include       mime.types;
    default_type  application/octet-stream;

    #log_format  main  '$remote_addr - $remote_user [$time_local]
"$request" '
    #                  '$status $body_bytes_sent "$http_referer" '
    #                  '"$http_user_agent" "$http_x_forwarded_for"';

    #access_log  logs/access.log  main;

    sendfile        on;
    #tcp_nopush     on;
	client_max_body_size 100m; 

    #keepalive_timeout  0;
    keepalive_timeout  65;

    #gzip  on;

    server {
        listen       80;
        server_name  privat-zapisi.net www.privat-zapisi.net;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

		location / {
			root /home/zeromind/www;
			index index.html index.htm index.php;
			access_log off;
			proxy_pass  http://127.0.0.1:8080/;
			proxy_set_header Host $host;
			proxy_set_header X-Real-IP  $remote_addr;
			proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
		}
		
		location ~*
^.+\.(html|htm|flv|jpg|jpeg|gif|png|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|wav|bmp|rtf|js|docx|odt|7z|avi|mpeg|mpg|mp4|mp3|ogg|mov)$
{
			root /home/zeromind/www;
		}
		
		location ~ \.mp4$ {
			mp4;
			mp4_buffer_size     1m;
			mp4_max_buffer_size 10m;
		}
		
		location ~ \.flv$ {
			flv;
		}

вот основа из моего конфига, дальше
почти всё закомментировано..

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222082,222956#msg-222956


From a.vasilishin на kpi.ua  Fri Feb 24 17:32:48 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Fri, 24 Feb 2012 19:32:48 +0200
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <e389127cb3446bdc56e22e256b8f3f94.NginxMailingListRussian@forum.nginx.org>
References: <4F47C7E4.7080508@kpi.ua>
	<2570f986a1ef27b1ccf24e38ae7fe072.NginxMailingListRussian@forum.nginx.org>
	<e389127cb3446bdc56e22e256b8f3f94.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F47C9C0.2030801@kpi.ua>

24.02.2012 19:30, zeromind пишет:

> 		location ~*
> ^.+\.(html|htm|flv|jpg|jpeg|gif|png|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|wav|bmp|rtf|js|docx|odt|7z|avi|mpeg|mpg|mp4|mp3|ogg|mov)$
> {
> 			root /home/zeromind/www;
> 		}
> 		
> 		location ~ \.mp4$ {
> 			mp4;
> 			mp4_buffer_size     1m;
> 			mp4_max_buffer_size 10m;
> 		}
> 		
> 		location ~ \.flv$ {
> 			flv;
> 		}
>

Ниче, что htm|flv|jpg и mpg|mp4|mp3?


-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From a.vasilishin на kpi.ua  Fri Feb 24 17:33:21 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Fri, 24 Feb 2012 19:33:21 +0200
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <2570f986a1ef27b1ccf24e38ae7fe072.NginxMailingListRussian@forum.nginx.org>
References: <4F47C7E4.7080508@kpi.ua>
	<2570f986a1ef27b1ccf24e38ae7fe072.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F47C9E1.5050105@kpi.ua>

24.02.2012 19:29, zeromind пишет:

> debian 6 32бит

Ну, так apt-get install nginx-extras

-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From nginx-forum на nginx.us  Fri Feb 24 17:41:58 2012
From: nginx-forum на nginx.us (zeromind)
Date: Fri, 24 Feb 2012 12:41:58 -0500 (EST)
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <4F47C9E1.5050105@kpi.ua>
References: <4F47C9E1.5050105@kpi.ua>
Message-ID: <0b3f81c14f6f52af7c5baffe085623ac.NginxMailingListRussian@forum.nginx.org>

Андрей Василишин Wrote:
-------------------------------------------------------
> 24.02.2012 19:29, zeromind пишет:
> 
> > debian 6 32бит
> 
> Ну, так apt-get install nginx-extras
> 
> -- 
> WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


сделал:
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package nginx-extras

всё нормально? и для чего это...
так же удалил из первого локейшена mp4 и
flv - теперь пишет в плеере 404 not found ))
благодарю за помощь :)

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222082,222960#msg-222960


From me на kemko.ru  Fri Feb 24 17:45:24 2012
From: me на kemko.ru (=?KOI8-R?B?5M3J1NLJyiDhzsTSxcXX?=)
Date: Fri, 24 Feb 2012 21:45:24 +0400
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <0b3f81c14f6f52af7c5baffe085623ac.NginxMailingListRussian@forum.nginx.org>
References: <4F47C9E1.5050105@kpi.ua>
	<0b3f81c14f6f52af7c5baffe085623ac.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAECYwbmcmzBCrCgAaTmix4kDZa=Fs7r6OL6jRGpD0G=ep_s65w@mail.gmail.com>

> так же удалил из первого локейшена mp4 и
> flv - теперь пишет в плеере 404 not found ))
Укажите root в location'ах для flv и mp4.

А вообще, root у вас везде, вроде бы, прописан одинаковый. Если так,
то можно его указать один раз на уровне server {} и не пихать потом в
каждый location.

From a.vasilishin на kpi.ua  Fri Feb 24 17:49:41 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Fri, 24 Feb 2012 19:49:41 +0200
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <0b3f81c14f6f52af7c5baffe085623ac.NginxMailingListRussian@forum.nginx.org>
References: <4F47C9E1.5050105@kpi.ua>
	<0b3f81c14f6f52af7c5baffe085623ac.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F47CDB5.4020003@kpi.ua>

24.02.2012 19:41, zeromind пишет:

> сделал:
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> E: Unable to locate package nginx-extras
>
> всё нормально? и для чего это...
> так же удалил из первого локейшена mp4 и
> flv - теперь пишет в плеере 404 not found ))
> благодарю за помощь :)


Вы б это... если ленитесь читать документацию - наймите админа, который 
хоть раз да не поленился ее прочитать.
console via e-mail - очень медленный, не стабильный способ настройки 
серверов.

-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From nginx-forum на nginx.us  Fri Feb 24 17:51:17 2012
From: nginx-forum на nginx.us (zeromind)
Date: Fri, 24 Feb 2012 12:51:17 -0500 (EST)
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <0b3f81c14f6f52af7c5baffe085623ac.NginxMailingListRussian@forum.nginx.org>
References: <4F47C9E1.5050105@kpi.ua>
	<0b3f81c14f6f52af7c5baffe085623ac.NginxMailingListRussian@forum.nginx.org>
Message-ID: <43cc4f2ac2dd6b026f95039538c676ab.NginxMailingListRussian@forum.nginx.org>

банальные косяки :)) всё заработало,
спасиб всем ))

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222082,222963#msg-222963


From nginx-forum на nginx.us  Fri Feb 24 17:52:50 2012
From: nginx-forum на nginx.us (zeromind)
Date: Fri, 24 Feb 2012 12:52:50 -0500 (EST)
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <4F47CDB5.4020003@kpi.ua>
References: <4F47CDB5.4020003@kpi.ua>
Message-ID: <3d8b1b2809397cdcdd5794fa9e32458e.NginxMailingListRussian@forum.nginx.org>

Андрей Василишин Wrote:
-------------------------------------------------------
> 24.02.2012 19:41, zeromind пишет:
> 
> > сделал:
> > Reading package lists... Done
> > Building dependency tree
> > Reading state information... Done
> > E: Unable to locate package nginx-extras
> >
> > всё нормально? и для чего
> это...
> > так же удалил из первого
> локейшена mp4 и
> > flv - теперь пишет в плеере
> 404 not found ))
> > благодарю за помощь :)
> 
> 
> Вы б это... если ленитесь
> читать документацию -
> наймите админа, который 
> хоть раз да не поленился ее
> прочитать.
> console via e-mail - очень
> медленный, не стабильный
> способ настройки 
> серверов.
> 
> -- 
> WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


завтра начну работать с документацией,
т.к. нужно nginx допиливать.. 
вам отдельное спасибо :)

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222082,222964#msg-222964


From meganuke на meganuke.ru  Fri Feb 24 18:41:36 2012
From: meganuke на meganuke.ru (Nikita Stupin)
Date: Fri, 24 Feb 2012 22:41:36 +0400
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <3d8b1b2809397cdcdd5794fa9e32458e.NginxMailingListRussian@forum.nginx.org>
References: <4F47CDB5.4020003@kpi.ua>
	<3d8b1b2809397cdcdd5794fa9e32458e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F47D9E0.2040602@meganuke.ru>

On 2/24/12 9:52 PM, zeromind wrote:
> завтра начну работать с документацией,

Простите за нескромный вопрос. Вы случаем не сеошник?


From nginx-forum на nginx.us  Fri Feb 24 19:47:12 2012
From: nginx-forum на nginx.us (zeromind)
Date: Fri, 24 Feb 2012 14:47:12 -0500 (EST)
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <4F47D9E0.2040602@meganuke.ru>
References: <4F47D9E0.2040602@meganuke.ru>
Message-ID: <25214e8eda637e2be64e02f581a885d3.NginxMailingListRussian@forum.nginx.org>

Nikita Stupin Wrote:
-------------------------------------------------------
> On 2/24/12 9:52 PM, zeromind wrote:
> > завтра начну работать с
> документацией,
> 
> Простите за нескромный
> вопрос. Вы случаем не
> сеошник?
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

нет, и совсем в этом не разбираюсь :))
пишу скрипты на php,js )

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222082,222966#msg-222966


From nginx-forum на nginx.us  Mon Feb 27 06:47:10 2012
From: nginx-forum на nginx.us (elDante)
Date: Mon, 27 Feb 2012 01:47:10 -0500 (EST)
Subject: =?UTF-8?B?UmU6IGF1dGggYmFzaWM6INC00L7RgdGC0YPQvyDQsdC10Lcg0L/QsNGA0L7Qu9GP?=
	=?UTF-8?B?INC6INC+0L/RgNC10LTQtdC70LXQvdC90L7QvNGDIHVybA==?=
In-Reply-To: <201202241842.21299.ne@vbart.ru>
References: <201202241842.21299.ne@vbart.ru>
Message-ID: <8632e695ec6672a26989df713c3ee90d.NginxMailingListRussian@forum.nginx.org>

Реальный url: /node/1409

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222942,223032#msg-223032


From yuriyvid на softline.ru  Mon Feb 27 10:01:31 2012
From: yuriyvid на softline.ru (Yuriy Vidineev)
Date: Mon, 27 Feb 2012 15:01:31 +0500
Subject: =?UTF-8?B?UmU6IGF1dGggYmFzaWM6INC00L7RgdGC0YPQvyDQsdC10Lcg0L/QsNGA0L7Qu9GP?=
	=?UTF-8?B?INC6INC+0L/RgNC10LTQtdC70LXQvdC90L7QvNGDIHVybA==?=
In-Reply-To: <8632e695ec6672a26989df713c3ee90d.NginxMailingListRussian@forum.nginx.org>
References: <201202241842.21299.ne@vbart.ru>
	<8632e695ec6672a26989df713c3ee90d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAENWr1+LF4stAB_JahODhKW-eRZ+N2m+6ukz7qGN3LKW1O8ckw@mail.gmail.com>

Я бы попробовал добавить
auth_basic off;
и в location со статикой.

Либо указать /node/1409
как
location ^~ /node/1409

27 февраля 2012 г. 12:47 пользователь elDante <nginx-forum на nginx.us>написал:

> Реальный url: /node/1409
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,222942,223032#msg-223032
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 

С уважением,
Юрий Видинеев
Системный администратор
Департамент разработки интернет проектов
| М  +7 987 852-47-64 | yuriyvid на apps.softline.ru
Компания Softline | 460021, г.Оренбург, ул. 60 лет Октября 1/1, офис No.102
www.softline.ru | like us on
Facebook<http://www.facebook.com/SoftlineCompany>& follow us on
twitter <http://twitter.com/Softlinegroup>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120227/5a330951/attachment.html>

From nginx-forum на nginx.us  Mon Feb 27 11:42:22 2012
From: nginx-forum на nginx.us (OleM2k)
Date: Mon, 27 Feb 2012 06:42:22 -0500 (EST)
Subject: =?UTF-8?B?0J/RgNC+0LrRgdC4INCy0L4g0LLRgdGRINC4INCyINC90LjQutGD0LTQsA==?=
Message-ID: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>

Всем-всем-всем доброго дня!

Организация на забор инета браузером
настраивает его на прокси 192.168.0.1:8080.
А мне хочется вот что:
1) настроить nginx на приём 127.0.0.1:80 и на
забор из 192.168.0.1:8080;
2) настроить браузер на 127.0.0.1:80 и
тыняться им по инету прежде всего
сквозь nginx.

    Просьба:
описана ли где либо такая конфигурация
nginx-а?
или как лучше всего её описать?
    Причина:
переискал в форумах nginx-а
перебрал все фразы в гугле
    не нашёл.

С большой радостью говорю спасибо за
движоКС и разработчику и
разработчикам!
Олег В. Мельничук

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223042,223042#msg-223042


From nginx-forum на nginx.us  Mon Feb 27 12:02:10 2012
From: nginx-forum на nginx.us (sai)
Date: Mon, 27 Feb 2012 07:02:10 -0500 (EST)
Subject: =?UTF-8?B?0J3QtSDQtNC+INC60L7QvdGG0LAg0L/QvtC90Y/RgtC90L7QtSDQv9C+0LLQtdC0?=
	=?UTF-8?B?0LXQvdC40LUgbmdpbnggMS4xLjE0INC/0L7RgdC70LUg0L3QtdGB0LrQvtC7?=
	=?UTF-8?B?0YzQutC40YUgcmVsb2FkLg==?=
Message-ID: <27a1b51a769e5830cd624958251c1af0.NginxMailingListRussian@forum.nginx.org>

Привет всем. 

Ось Centos 5.5 64-bit nginx 1.1.14

После добавления в конфиг виртуальных
хостов делаю restart. PS показывает
следующие:


root     20690  0.2 18.5 251804 190564 ?       Ss   17:47   0:00 nginx:
master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
nginx    20691  0.0 18.6 251808 190916 ?       S    17:47   0:00  \_
nginx: worker process
nginx    20692  0.0 18.6 251808 190916 ?       S    17:47   0:00  \_
nginx: worker process
nginx    20694  0.0 18.6 251808 190916 ?       S    17:47   0:00  \_
nginx: worker process
nginx    20695  0.0 18.6 251808 190916 ?       S    17:47   0:00  \_
nginx: worker process
nginx    20696  0.0 18.6 251808 190916 ?       S    17:47   0:00  \_
nginx: worker process
nginx    20697  0.0 18.6 251808 190916 ?       S    17:47   0:00  \_
nginx: worker process
nginx    20698  0.0 18.6 251808 190916 ?       S    17:47   0:00  \_
nginx: worker process
nginx    20699  0.0 18.6 251808 190916 ?       S    17:47   0:00  \_
nginx: worker process
nginx    20700  0.0 18.6 251808 190916 ?       S    17:47   0:00  \_
nginx: worker process
nginx    20701  0.0 18.6 251808 190912 ?       S    17:47   0:00  \_
nginx: worker process

Затем делаю reload. Вижу: 

Reload 1

root     20690  1.4 34.4 422596 353308 ?       Ss   17:47   0:01 nginx:
master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
nginx    20944  0.4 34.3 422600 352532 ?       S    17:49   0:00  \_
nginx: worker process
nginx    20945  0.4 34.3 422600 352532 ?       S    17:49   0:00  \_
nginx: worker process
nginx    20946  0.4 34.3 422600 352532 ?       S    17:49   0:00  \_
nginx: worker process
nginx    20947  0.4 34.3 422600 352532 ?       S    17:49   0:00  \_
nginx: worker process
nginx    20948  0.4 34.3 422600 352532 ?       S    17:49   0:00  \_
nginx: worker process
nginx    20949  0.5 34.3 422600 352532 ?       S    17:49   0:00  \_
nginx: worker process
nginx    20950  0.4 34.3 422600 352532 ?       S    17:49   0:00  \_
nginx: worker process
nginx    20951  0.5 34.3 422600 352532 ?       S    17:49   0:00  \_
nginx: worker process
nginx    20953  0.4 34.3 422600 352532 ?       S    17:49   0:00  \_
nginx: worker process
nginx    20954  0.7 34.3 422600 352532 ?       S    17:49   0:00  \_
nginx: worker process

Как видим память увеличилась почти в
два раза. Из-за чего это происходит? 
Системный
аллокатор не отдаёт память обратно?
Можно ли как-то с этим бороться, или это
нормальное поведение nginx? 

Вот ещё не понятная для меня штука.
Делаю последующие reload и вижу:

Reload 2 

root     20690  1.2 25.0 423008 257216 ?       Ss   17:47   0:04 nginx:
master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
nginx    21264  0.1 24.9 423012 256276 ?       S    17:52   0:00  \_
nginx: worker process
nginx    21265  0.1 24.9 423012 256276 ?       S    17:52   0:00  \_
nginx: worker process
nginx    21266  0.1 24.9 423012 256276 ?       S    17:52   0:00  \_
nginx: worker process
nginx    21268  0.1 24.9 423012 256276 ?       S    17:52   0:00  \_
nginx: worker process
nginx    21269  0.1 24.9 423012 256276 ?       S    17:52   0:00  \_
nginx: worker process
nginx    21270  0.1 24.9 423012 256276 ?       S    17:52   0:00  \_
nginx: worker process
nginx    21271  0.1 24.9 423012 256276 ?       S    17:52   0:00  \_
nginx: worker process
nginx    21272  0.1 24.9 423012 256276 ?       S    17:52   0:00  \_
nginx: worker process
nginx    21273  0.1 24.9 423012 256276 ?       S    17:52   0:00  \_
nginx: worker process
nginx    21274  0.1 24.9 423012 256276 ?       S    17:52   0:00  \_
nginx: worker process

Reload 3

root     20690  1.1 16.2 423008 166964 ?       Ss   17:47   0:09 nginx:
master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
nginx    22000  0.0 15.8 423012 162764 ?       S    17:57   0:00  \_
nginx: worker process
nginx    22001  0.0 15.8 423012 162764 ?       S    17:57   0:00  \_
nginx: worker process
nginx    22002  0.0 16.3 423012 167916 ?       S    17:57   0:00  \_
nginx: worker process
nginx    22003  0.0 16.7 423012 172276 ?       S    17:57   0:00  \_
nginx: worker process
nginx    22004  0.0 16.5 423012 169864 ?       S    17:57   0:00  \_
nginx: worker process
nginx    22005  0.0 18.0 423012 185612 ?       S    17:57   0:00  \_
nginx: worker process
nginx    22006  0.0 18.2 423012 187212 ?       S    17:57   0:00  \_
nginx: worker process
nginx    22007  0.1 18.2 423012 187212 ?       S    17:57   0:00  \_
nginx: worker process
nginx    22008  0.0 18.2 423012 187212 ?       S    17:57   0:00  \_
nginx: worker process
nginx    22010  0.0 18.2 423012 187212 ?       S    17:57   0:00  \_
nginx: worker process

Процент занимаемой памяти процессами
уменьшился. Почему так произошло?
Притом когда я делал много reload при
меньшем количестве виртуальных хостов,
таких  спецэффектов не замечал. Т.е не
было такого, что процент занимаемой
памяти становился меньше при
последующих reload. Такой эффект
возникает, когда во время reload
физическая память кончается на VPS. 

Буду очень благодарен за любую
информацию по данным вопросам.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223044,223044#msg-223044


From nginx-forum на nginx.us  Mon Feb 27 13:11:02 2012
From: nginx-forum на nginx.us (slovoblydie)
Date: Mon, 27 Feb 2012 08:11:02 -0500 (EST)
Subject: ..directory index is forbiden..
Message-ID: <430c8e308b4a9a8d72f3f67b2ed0a620.NginxMailingListRussian@forum.nginx.org>

Всех приветствую!

Заранее прошу прощения за избитый
вопрос, но долго листал форум..  так и не
нашел способ решения.
Поэтом создаю новый топик.
Поставил nginx, одна за задач следующая:
некий компьютер забирает файл из папки
test-folder, и создает тут же файл отчета (txt
файл). 
Банально хотел для начала получить
листинг файлов в этой папке и получаю
"403 Forbidden", вот error-лог:

2012/02/28 12:15:21 [error] 6416#0: *1 rewrite or internal redirection
cycle while internal redirect to "/index.php", client: 192.168.0.1,
server: 192.168.0.3, request: "GET /favicon.ico HTTP/1.1", host:
"192.168.0.3"
2012/02/28 12:15:26 [error] 6416#0: *3 directory index of
"/usr/share/nginx/www/test-folder/" is forbidden, client: 192.168.0.1,
server: 192.168.0.3, request: "GET /cert1/ HTTP/1.1", host:
"192.168.0.3", referrer: "http://192.168.0.3/"


Конфиг-файл, прошу заметить он прост,
мне кажется даже до безобразия прост:
--------------------------------------------------
server {
listen 80;
server_name localhost;

root /usr/share/nginx/www/;
index index.html index.htm index.php;
access_log /usr/share/nginx/www/logs/access.log combined;
error_log /usr/share/nginx/www/logs/error.log;
allow all;

location / {
try_files $uri $uri/ /index.html;
}

location = /favicon.ico {
log_not_found off;
access_log off;
}

location ~ \.php$ {
fastcgi_param HTTPS on;
include fastcgi_params;
}

location ^~/test-folder/ {
root /usr/share/nginx/www;
autoindex on;
autoindex_exact_size off;
autoindex_localtime on;
charset utf-8;
allow all;
}
}
--------------------------------------------------

Так вот вопросики:
1) "internal redirect to "/index.php"" - это вообще как
получается, если индексный файл index.html,
и файл index.php отсутствует! и почему
фигурирует favicon.ico, в конфиге, как видно
обозначил этот файл.

первый вопрос несущественный, так
сказать мало волнующий, но всё же
интересно, поэтому задаю вопрос.

Теперь главное...
2) вторя часть лога показывает "directory index
of "/usr/share/nginx/www/test-folder/" is forbidden"  .. доступ
запрещен.  Если создаю в этой
директории файл index.html - ошибки нету, но
и листинга файлов нету. Скачивать
конкретные файлы при этом могу.
Пробовал chmod задавать 777,
безрезультатно.  
Т.е. доступа на отображение - нету. 

заранее спасибо.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223045,223045#msg-223045


From alexey.bobok на gmail.com  Mon Feb 27 14:00:37 2012
From: alexey.bobok на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JHQvtCx0L7Qug==?=)
Date: Mon, 27 Feb 2012 16:00:37 +0200
Subject: ..directory index is forbiden..
In-Reply-To: <430c8e308b4a9a8d72f3f67b2ed0a620.NginxMailingListRussian@forum.nginx.org>
References: <430c8e308b4a9a8d72f3f67b2ed0a620.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAH05gjbFwgaCrQYeB56fJ95XUwSuzGNC=pY2q=aUt2j=aWeSLA@mail.gmail.com>

У Вас там реально нет пробела перед /test-folder/ ?
>
>
> location ^~/test-folder/ {
>
> }
> }
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org <javascript:;>
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
 Think before you print.
Best regards, Alexey Bobok.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120227/3cfd7b0d/attachment.html>

From hell-for-yahoo на umail.ru  Mon Feb 27 19:54:11 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Mon, 27 Feb 2012 23:54:11 +0400
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQstC+INCy0YHRkSDQuCDQsiDQvdC40LrRg9C00LA=?=
In-Reply-To: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
References: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1584393486.20120227235411@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) OleM2k!

O> Организация на забор инета браузером
O> настраивает его на прокси 192.168.0.1:8080.
O> А мне хочется вот что:
O> 1) настроить nginx на приём 127.0.0.1:80 и на
O> забор из 192.168.0.1:8080;
O> 2) настроить браузер на 127.0.0.1:80 и
O> тыняться им по инету прежде всего
O> сквозь nginx.

Так вам нужен прокси или веб-сервер?
Я не понял, чем вам тот же squid или 3proxy не прокся?


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) понедельник, 27.02.2012, <23:53>


From hell-for-yahoo на umail.ru  Mon Feb 27 19:57:24 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Mon, 27 Feb 2012 23:57:24 +0400
Subject: =?UTF-8?B?UmU6INCd0LUg0LTQviDQutC+0L3RhtCwINC/0L7QvdGP0YLQvdC+0LUg0L/QvtCy?=
	=?UTF-8?B?0LXQtNC10L3QuNC1IG5naW54IDEuMS4xNCDQv9C+0YHQu9C1INC90LXRgdC6?=
	=?UTF-8?B?0L7Qu9GM0LrQuNGFIHJlbG9hZC4=?=
In-Reply-To: <27a1b51a769e5830cd624958251c1af0.NginxMailingListRussian@forum.nginx.org>
References: <27a1b51a769e5830cd624958251c1af0.NginxMailingListRussian@forum.nginx.org>
Message-ID: <137772078.20120227235724@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) sai!

s> Ось Centos 5.5 64-bit nginx 1.1.14

s> После добавления в конфиг виртуальных
s> хостов делаю restart. PS показывает
s> следующие:


s> root     20690  0.2 18.5 251804 190564 ?       Ss   17:47   0:00 nginx:
s> master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
s> nginx    20691  0.0 18.6 251808 190916 ?       S    17:47   0:00  \_
s> nginx: worker process
s> nginx    20692  0.0 18.6 251808 190916 ?       S    17:47   0:00  \_
s> nginx: worker process
s> nginx    20694  0.0 18.6 251808 190916 ?       S    17:47   0:00  \_
s> nginx: worker process
s> nginx    20695  0.0 18.6 251808 190916 ?       S    17:47   0:00  \_
s> nginx: worker process
s> nginx    20696  0.0 18.6 251808 190916 ?       S    17:47   0:00  \_
s> nginx: worker process
s> nginx    20697  0.0 18.6 251808 190916 ?       S    17:47   0:00  \_
s> nginx: worker process
s> nginx    20698  0.0 18.6 251808 190916 ?       S    17:47   0:00  \_
s> nginx: worker process
s> nginx    20699  0.0 18.6 251808 190916 ?       S    17:47   0:00  \_
s> nginx: worker process
s> nginx    20700  0.0 18.6 251808 190916 ?       S    17:47   0:00  \_
s> nginx: worker process
s> nginx    20701  0.0 18.6 251808 190912 ?       S    17:47   0:00  \_
s> nginx: worker process

s> Затем делаю reload. Вижу: 

s> Reload 1

s> root     20690  1.4 34.4 422596 353308 ?       Ss   17:47   0:01 nginx:
s> master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
s> nginx    20944  0.4 34.3 422600 352532 ?       S    17:49   0:00  \_
s> nginx: worker process
s> nginx    20945  0.4 34.3 422600 352532 ?       S    17:49   0:00  \_
s> nginx: worker process
s> nginx    20946  0.4 34.3 422600 352532 ?       S    17:49   0:00  \_
s> nginx: worker process
s> nginx    20947  0.4 34.3 422600 352532 ?       S    17:49   0:00  \_
s> nginx: worker process
s> nginx    20948  0.4 34.3 422600 352532 ?       S    17:49   0:00  \_
s> nginx: worker process
s> nginx    20949  0.5 34.3 422600 352532 ?       S    17:49   0:00  \_
s> nginx: worker process
s> nginx    20950  0.4 34.3 422600 352532 ?       S    17:49   0:00  \_
s> nginx: worker process
s> nginx    20951  0.5 34.3 422600 352532 ?       S    17:49   0:00  \_
s> nginx: worker process
s> nginx    20953  0.4 34.3 422600 352532 ?       S    17:49   0:00  \_
s> nginx: worker process
s> nginx    20954  0.7 34.3 422600 352532 ?       S    17:49   0:00  \_
s> nginx: worker process

s> Как видим память увеличилась почти в
s> два раза. Из-за чего это происходит?
s> Системный
s> аллокатор не отдаёт память обратно?
s> Можно ли как-то с этим бороться, или это
s> нормальное поведение nginx? 

Это нормальное поведение nginx. Почитайте уже документацию, что ли.

s> Вот ещё не понятная для меня штука.
s> Делаю последующие reload и вижу:

s> Reload 2 

s> root     20690  1.2 25.0 423008 257216 ?       Ss   17:47   0:04 nginx:
s> master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
s> nginx    21264  0.1 24.9 423012 256276 ?       S    17:52   0:00  \_
s> nginx: worker process
s> nginx    21265  0.1 24.9 423012 256276 ?       S    17:52   0:00  \_
s> nginx: worker process
s> nginx    21266  0.1 24.9 423012 256276 ?       S    17:52   0:00  \_
s> nginx: worker process
s> nginx    21268  0.1 24.9 423012 256276 ?       S    17:52   0:00  \_
s> nginx: worker process
s> nginx    21269  0.1 24.9 423012 256276 ?       S    17:52   0:00  \_
s> nginx: worker process
s> nginx    21270  0.1 24.9 423012 256276 ?       S    17:52   0:00  \_
s> nginx: worker process
s> nginx    21271  0.1 24.9 423012 256276 ?       S    17:52   0:00  \_
s> nginx: worker process
s> nginx    21272  0.1 24.9 423012 256276 ?       S    17:52   0:00  \_
s> nginx: worker process
s> nginx    21273  0.1 24.9 423012 256276 ?       S    17:52   0:00  \_
s> nginx: worker process
s> nginx    21274  0.1 24.9 423012 256276 ?       S    17:52   0:00  \_
s> nginx: worker process

s> Reload 3

s> root     20690  1.1 16.2 423008 166964 ?       Ss   17:47   0:09 nginx:
s> master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
s> nginx    22000  0.0 15.8 423012 162764 ?       S    17:57   0:00  \_
s> nginx: worker process
s> nginx    22001  0.0 15.8 423012 162764 ?       S    17:57   0:00  \_
s> nginx: worker process
s> nginx    22002  0.0 16.3 423012 167916 ?       S    17:57   0:00  \_
s> nginx: worker process
s> nginx    22003  0.0 16.7 423012 172276 ?       S    17:57   0:00  \_
s> nginx: worker process
s> nginx    22004  0.0 16.5 423012 169864 ?       S    17:57   0:00  \_
s> nginx: worker process
s> nginx    22005  0.0 18.0 423012 185612 ?       S    17:57   0:00  \_
s> nginx: worker process
s> nginx    22006  0.0 18.2 423012 187212 ?       S    17:57   0:00  \_
s> nginx: worker process
s> nginx    22007  0.1 18.2 423012 187212 ?       S    17:57   0:00  \_
s> nginx: worker process
s> nginx    22008  0.0 18.2 423012 187212 ?       S    17:57   0:00  \_
s> nginx: worker process
s> nginx    22010  0.0 18.2 423012 187212 ?       S    17:57   0:00  \_
s> nginx: worker process

s> Процент занимаемой памяти процессами
s> уменьшился. Почему так произошло?
s> Притом когда я делал много reload при
s> меньшем количестве виртуальных хостов,
s> таких  спецэффектов не замечал. Т.е не
s> было такого, что процент занимаемой
s> памяти становился меньше при
s> последующих reload. Такой эффект
s> возникает, когда во время reload
s> физическая память кончается на VPS. 

s> Буду очень благодарен за любую
s> информацию по данным вопросам.

Всё есть в документации. nginx изначально проектировался, как сервер
высоконагруженных приложений, и ведёт себя намного аккуратнее и нежнее в
ситуациях, подразумевающих возможный отказ от обслуживания, сколь бы
кратковременен он ни был.


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) понедельник, 27.02.2012, <23:54>


From nginx-forum на nginx.us  Tue Feb 28 05:20:50 2012
From: nginx-forum на nginx.us (slovoblydie)
Date: Tue, 28 Feb 2012 00:20:50 -0500 (EST)
Subject: ..directory index is forbiden..
In-Reply-To: <CAH05gjbFwgaCrQYeB56fJ95XUwSuzGNC=pY2q=aUt2j=aWeSLA@mail.gmail.com>
References: <CAH05gjbFwgaCrQYeB56fJ95XUwSuzGNC=pY2q=aUt2j=aWeSLA@mail.gmail.com>
Message-ID: <bbf6baf7c010f3e3af1e47ea6bb15e32.NginxMailingListRussian@forum.nginx.org>

showjumper Wrote:
-------------------------------------------------------
> У Вас там реально нет
> пробела перед /test-folder/ ?
> >
> >
> > location ^~/test-folder/ {
> >


Проверил файл -  пробел есть!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223045,223089#msg-223089


From rpsl на me.com  Tue Feb 28 06:08:24 2012
From: rpsl на me.com (..)
Date: Tue, 28 Feb 2012 10:08:24 +0400
Subject: ..directory index is forbiden..
In-Reply-To: <430c8e308b4a9a8d72f3f67b2ed0a620.NginxMailingListRussian@forum.nginx.org>
References: <430c8e308b4a9a8d72f3f67b2ed0a620.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAF1cJW2CjR8mUYH8kHJs=t4_87XHQkpJENVSePLDNLxMxwkPAg@mail.gmail.com>

Возможно закрывающий слеш на root все портит?

Попробуйте так root /usr/share/nginx/www;

2012/2/27 slovoblydie <nginx-forum на nginx.us>

> Всех приветствую!
>
> Заранее прошу прощения за избитый
> вопрос, но долго листал форум..  так и не
> нашел способ решения.
> Поэтом создаю новый топик.
> Поставил nginx, одна за задач следующая:
> некий компьютер забирает файл из папки
> test-folder, и создает тут же файл отчета (txt
> файл).
> Банально хотел для начала получить
> листинг файлов в этой папке и получаю
> "403 Forbidden", вот error-лог:
>
> 2012/02/28 12:15:21 [error] 6416#0: *1 rewrite or internal redirection
> cycle while internal redirect to "/index.php", client: 192.168.0.1,
> server: 192.168.0.3, request: "GET /favicon.ico HTTP/1.1", host:
> "192.168.0.3"
> 2012/02/28 12:15:26 [error] 6416#0: *3 directory index of
> "/usr/share/nginx/www/test-folder/" is forbidden, client: 192.168.0.1,
> server: 192.168.0.3, request: "GET /cert1/ HTTP/1.1", host:
> "192.168.0.3", referrer: "http://192.168.0.3/"
>
>
> Конфиг-файл, прошу заметить он прост,
> мне кажется даже до безобразия прост:
> --------------------------------------------------
> server {
> listen 80;
> server_name localhost;
>
> root /usr/share/nginx/www/;
> index index.html index.htm index.php;
> access_log /usr/share/nginx/www/logs/access.log combined;
> error_log /usr/share/nginx/www/logs/error.log;
> allow all;
>
> location / {
> try_files $uri $uri/ /index.html;
> }
>
> location = /favicon.ico {
> log_not_found off;
> access_log off;
> }
>
> location ~ \.php$ {
> fastcgi_param HTTPS on;
> include fastcgi_params;
> }
>
> location ^~/test-folder/ {
> root /usr/share/nginx/www;
> autoindex on;
> autoindex_exact_size off;
> autoindex_localtime on;
> charset utf-8;
> allow all;
> }
> }
> --------------------------------------------------
>
> Так вот вопросики:
> 1) "internal redirect to "/index.php"" - это вообще как
> получается, если индексный файл index.html,
> и файл index.php отсутствует! и почему
> фигурирует favicon.ico, в конфиге, как видно
> обозначил этот файл.
>
> первый вопрос несущественный, так
> сказать мало волнующий, но всё же
> интересно, поэтому задаю вопрос.
>
> Теперь главное...
> 2) вторя часть лога показывает "directory index
> of "/usr/share/nginx/www/test-folder/" is forbidden"  .. доступ
> запрещен.  Если создаю в этой
> директории файл index.html - ошибки нету, но
> и листинга файлов нету. Скачивать
> конкретные файлы при этом могу.
> Пробовал chmod задавать 777,
> безрезультатно.
> Т.е. доступа на отображение - нету.
>
> заранее спасибо.
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,223045,223045#msg-223045
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120228/7795e453/attachment.html>

From johnbat26 на gmail.com  Tue Feb 28 06:18:20 2012
From: johnbat26 на gmail.com (Eugene Batogov)
Date: Tue, 28 Feb 2012 09:18:20 +0300
Subject: =?UTF-8?B?Tmdpbngg0L3QtSDQvtGC0LrQu9C40LrQsNC10YLRgdGPINC90LAg0LfQsNC/0YA=?=
	=?UTF-8?B?0L7RgdGLIC4uLg==?=
Message-ID: <CANmTJwSv9mRJYcv+y3P6UxiiD0_ViDfENEx_G3cTJ=Mg72CryQ@mail.gmail.com>

Привет всем.


Хочу убедится что я правильно понимаю механизмы работы NGINX.


Есть основной сервер nginx с 8 workers, в нем есть location, который
проксирует на другой сервер.

Тот, другой сервер занимается сохранением статистики.


*Вопрос: Что произойдет, если сервер статистики перестанет откликаться на
запросы?*

Я думаю что, когда все workers будут ждать ответа от сервера статистики (c
таймаутом по умолчанию 60 сек), тогда случится отказ в обслуживании
основного сервера.


*Я прав, или worker nginx-a не блокируется на ожидании ответа от сервера
статистики?*


В конфиге следующее:

---
worker_processes 8;
timer_resolution 100ms;
worker_rlimit_nofile 1000000;
worker_priority -5;

error_log /var/log/nginx/error.log crit; #MUST BE "CRIT" LEVEL AT
PRODUCTION !!!
#error_log /var/log/nginx/error.log notice;
#error_log /var/log/nginx/error.log info;
pid /var/run/nginx.pid;

events {
worker_connections 100000;
use epoll;
}

...

location /stat/ {

proxy_pass http://stat_server:8080

error_page 404 502 504 =@fallback

}

...

---
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120228/5443abf6/attachment.html>

From pavel2000 на ngs.ru  Tue Feb 28 07:10:09 2012
From: pavel2000 на ngs.ru (Pavel V.)
Date: Tue, 28 Feb 2012 14:10:09 +0700
Subject: =?UTF-8?B?UmU6IE5naW54INC90LUg0L7RgtC60LvQuNC60LDQtdGC0YHRjyDQvdCwINC30LA=?=
	=?UTF-8?B?0L/RgNC+0YHRiyAuLi4=?=
In-Reply-To: <CANmTJwSv9mRJYcv+y3P6UxiiD0_ViDfENEx_G3cTJ=Mg72CryQ@mail.gmail.com>
References: <CANmTJwSv9mRJYcv+y3P6UxiiD0_ViDfENEx_G3cTJ=Mg72CryQ@mail.gmail.com>
Message-ID: <1311268566.20120228141009@ngs.ru>

Здравствуйте, Eugene.

Вы писали 28 февраля 2012 г., 13:18:20:

> Привет всем.

> Хочу убедится что я правильно понимаю механизмы работы NGINX.

> Есть основной сервер nginx с 8 workers, в нем есть location, который проксирует на другой сервер.
> Тот, другой сервер занимается сохранением статистики.

> Вопрос: Что произойдет, если сервер статистики перестанет откликаться на запросы?
> Я думаю что, когда все workers будут ждать ответа от сервера статистики (c таймаутом по умолчанию
> 60 сек), тогда случится отказ в обслуживании основного сервера.

workers будут ждать ответа, но они будут делать это не блокируясь, т.е. будут принимать новые
соединения и будут пытаться их обработать.
Если это будет запрос к location /stat/, то nginx будет посылать запросы на "сервер статистики" aka
"бэкенд" и _ожидать_ от него ответа (неблокируюясь ждать событий на сокете, "привязанном" к запросу).
В это же время этот же worker сможет принимать новые и обрабатывать уже имеющиеся у него соединения.

1 worker обслуживает много запросов, не зависимо от того, подвисло ли соединение к бэкенду или
нет. Обработка - неблокирующаяся. Она также неблокирующаяся в большинстве других случаев, либо
старается блокироваться на минимально возможное время.



-- 
С уважением,
 Pavel                          mailto:pavel2000 на ngs.ru


From nginx-forum на nginx.us  Tue Feb 28 07:22:07 2012
From: nginx-forum на nginx.us (OleM2k)
Date: Tue, 28 Feb 2012 02:22:07 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQstC+INCy0YHRkSDQuCDQsiDQvdC40LrRg9C00LA=?=
In-Reply-To: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
References: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
Message-ID: <7c095fb67b39f119f98028732b1cccd5.NginxMailingListRussian@forum.nginx.org>

О>Так вам нужен прокси или веб-сервер?
Мне нужен прокси
О>Я не понял, чем вам тот же squid или 3proxy
не прокся?
Хочу те вкусности, из которых умничка
Игорёшка изготовил нДжинХ-а:
http://wiki.nginx.org/NginxRuOverview

А вот как упросить нДжинХ-а принять за
бакэнд любой сервер в инете (по запросу
браузера настроенного на прокси с
нДжинХ-ом) мне своего ума и не хватило...
:(

Андрей, спасибо Вам за ответ!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223042,223094#msg-223094


From johnbat26 на gmail.com  Tue Feb 28 07:27:54 2012
From: johnbat26 на gmail.com (Eugene Batogov)
Date: Tue, 28 Feb 2012 10:27:54 +0300
Subject: =?UTF-8?B?UmU6IE5naW54INC90LUg0L7RgtC60LvQuNC60LDQtdGC0YHRjyDQvdCwINC30LA=?=
	=?UTF-8?B?0L/RgNC+0YHRiyAuLi4=?=
In-Reply-To: <1311268566.20120228141009@ngs.ru>
References: <CANmTJwSv9mRJYcv+y3P6UxiiD0_ViDfENEx_G3cTJ=Mg72CryQ@mail.gmail.com>
	<1311268566.20120228141009@ngs.ru>
Message-ID: <CANmTJwSeTGuBzEoU5pNptDQcsG+Wx_5cehfLEhiLd=arSoUfVw@mail.gmail.com>

В каком случае worker может заблокироваться?

При запросах на backend он, как я  понял никогда не блокируется.


28 февраля 2012 г. 11:10 пользователь Pavel V. <pavel2000 на ngs.ru> написал:

> Здравствуйте, Eugene.
>
> Вы писали 28 февраля 2012 г., 13:18:20:
>
> > Привет всем.
>
> > Хочу убедится что я правильно понимаю механизмы работы NGINX.
>
> > Есть основной сервер nginx с 8 workers, в нем есть location, который
> проксирует на другой сервер.
> > Тот, другой сервер занимается сохранением статистики.
>
> > Вопрос: Что произойдет, если сервер статистики перестанет откликаться на
> запросы?
> > Я думаю что, когда все workers будут ждать ответа от сервера статистики
> (c таймаутом по умолчанию
> > 60 сек), тогда случится отказ в обслуживании основного сервера.
>
> workers будут ждать ответа, но они будут делать это не блокируясь, т.е.
> будут принимать новые
> соединения и будут пытаться их обработать.
> Если это будет запрос к location /stat/, то nginx будет посылать запросы
> на "сервер статистики" aka
> "бэкенд" и _ожидать_ от него ответа (неблокируюясь ждать событий на
> сокете, "привязанном" к запросу).
> В это же время этот же worker сможет принимать новые и обрабатывать уже
> имеющиеся у него соединения.
>
> 1 worker обслуживает много запросов, не зависимо от того, подвисло ли
> соединение к бэкенду или
> нет. Обработка - неблокирующаяся. Она также неблокирующаяся в большинстве
> других случаев, либо
> старается блокироваться на минимально возможное время.
>
>
>
> --
> С уважением,
>  Pavel                          mailto:pavel2000 на ngs.ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru




-- 
С уважением Eugene Batogov (RU: Батогов Евгений Владимирович) a.k.a.
JohnBat26
          e-mail: JohnBat26 на yahoo.com, JohnBat26 на gmail.com,
JohnBat26 на yandex.ru
          IM: ICQ:198710313, Google/Yahoo/AIM/AOL: JohnBat26, Jabber:
JohnBat26 на jabber.ru


P.S. Java & Gentoo Linux & Google --> FOREVER !!!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120228/ef381b95/attachment.html>

From johnbat26 на gmail.com  Tue Feb 28 07:30:23 2012
From: johnbat26 на gmail.com (Eugene Batogov)
Date: Tue, 28 Feb 2012 10:30:23 +0300
Subject: =?UTF-8?B?UmU6IE5naW54INC90LUg0L7RgtC60LvQuNC60LDQtdGC0YHRjyDQvdCwINC30LA=?=
	=?UTF-8?B?0L/RgNC+0YHRiyAuLi4=?=
In-Reply-To: <CANmTJwSeTGuBzEoU5pNptDQcsG+Wx_5cehfLEhiLd=arSoUfVw@mail.gmail.com>
References: <CANmTJwSv9mRJYcv+y3P6UxiiD0_ViDfENEx_G3cTJ=Mg72CryQ@mail.gmail.com>
	<1311268566.20120228141009@ngs.ru>
	<CANmTJwSeTGuBzEoU5pNptDQcsG+Wx_5cehfLEhiLd=arSoUfVw@mail.gmail.com>
Message-ID: <CANmTJwRa7GrcL=QRUU2z5+PXYQ+rkc9jPEw8o23BjdANTcgkfw@mail.gmail.com>

И вообще, кто может дать ссылки с описанием базовых алгоритмов работы nginx?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120228/24e0e6aa/attachment.html>

From nginx-forum на nginx.us  Tue Feb 28 07:39:59 2012
From: nginx-forum на nginx.us (slovoblydie)
Date: Tue, 28 Feb 2012 02:39:59 -0500 (EST)
Subject: ..directory index is forbiden..
In-Reply-To: <CAF1cJW2CjR8mUYH8kHJs=t4_87XHQkpJENVSePLDNLxMxwkPAg@mail.gmail.com>
References: <CAF1cJW2CjR8mUYH8kHJs=t4_87XHQkpJENVSePLDNLxMxwkPAg@mail.gmail.com>
Message-ID: <f8e061c4a989b9a9bd78c6395980f632.NginxMailingListRussian@forum.nginx.org>

Rpsl Wrote:
-------------------------------------------------------
> Возможно закрывающий слеш
> на root все портит?
> 
> Попробуйте так root
> /usr/share/nginx/www;
> 


Попробовал .. безрезультатно ..
Знаете, я уже столько раз ковырял файл
конфигов, что уже и забыл сколько всего
испробовал вариантов всяких ..
напрашиватся вывод что причина может
быть и вовсе не в конфиге nginx`a  ..

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223045,223097#msg-223097


From pavel2000 на ngs.ru  Tue Feb 28 07:44:41 2012
From: pavel2000 на ngs.ru (Pavel V.)
Date: Tue, 28 Feb 2012 14:44:41 +0700
Subject: =?UTF-8?B?UmU6IE5naW54INC90LUg0L7RgtC60LvQuNC60LDQtdGC0YHRjyDQvdCwINC30LA=?=
	=?UTF-8?B?0L/RgNC+0YHRiyAuLi4=?=
In-Reply-To: <CANmTJwSeTGuBzEoU5pNptDQcsG+Wx_5cehfLEhiLd=arSoUfVw@mail.gmail.com>
References: <CANmTJwSv9mRJYcv+y3P6UxiiD0_ViDfENEx_G3cTJ=Mg72CryQ@mail.gmail.com>
	<1311268566.20120228141009@ngs.ru>
	<CANmTJwSeTGuBzEoU5pNptDQcsG+Wx_5cehfLEhiLd=arSoUfVw@mail.gmail.com>
Message-ID: <1348310537.20120228144441@ngs.ru>

Здравствуйте, Eugene.

Вы писали 28 февраля 2012 г., 14:27:54:

> В каком случае worker может заблокироваться?

- Дисковые операции, если не используется aio.
- Операции с сетевой ФС
- Использование вами сторонних модулей или обработчиков, к примеру модуль Perl.

Цитата из документации ( http://nginx.org/ru/docs/http/ngx_http_perl_module.html ):

Если модуль Perl выполняет длительную операцию, например, определяет адрес по имени, соединяется с
другим сервером, делает запрос к базе данных, то на это время все остальные запросы, обслуживаемые
данным рабочим процессом, не будут обрабатываться. Поэтому рекомендуется ограничиться операциями,
время исполнения которых короткое и предсказуемое, например, обращение к локальной файловой системе.

> При запросах на backend он, как я понял никогда не блокируется.

да.



-- 
С уважением,
 Pavel                          mailto:pavel2000 на ngs.ru


From meganuke на meganuke.ru  Tue Feb 28 08:27:24 2012
From: meganuke на meganuke.ru (Nikita Stupin)
Date: Tue, 28 Feb 2012 12:27:24 +0400
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQstC+INCy0YHRkSDQuCDQsiDQvdC40LrRg9C00LA=?=
In-Reply-To: <7c095fb67b39f119f98028732b1cccd5.NginxMailingListRussian@forum.nginx.org>
References: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
	<7c095fb67b39f119f98028732b1cccd5.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F4C8FEC.9030503@meganuke.ru>

Почитайте 
http://www.codewalkers.com/c/a/Server-Administration/Squid-the-Caching-Proxy/ 
Там тоже много разных вкусностей. Не нужно стараться заткнуть nginxом 
каждую бочку.

On 2/28/12 11:22 AM, OleM2k wrote:
> О>Так вам нужен прокси или веб-сервер?
> Мне нужен прокси
> О>Я не понял, чем вам тот же squid или 3proxy
> не прокся?
> Хочу те вкусности, из которых умничка
> Игорёшка изготовил нДжинХ-а:
> http://wiki.nginx.org/NginxRuOverview
>
> А вот как упросить нДжинХ-а принять за
> бакэнд любой сервер в инете (по запросу
> браузера настроенного на прокси с
> нДжинХ-ом) мне своего ума и не хватило...
> :(
>
> Андрей, спасибо Вам за ответ!
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223042,223094#msg-223094
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Tue Feb 28 08:58:13 2012
From: nginx-forum на nginx.us (OleM2k)
Date: Tue, 28 Feb 2012 03:58:13 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQstC+INCy0YHRkSDQuCDQsiDQvdC40LrRg9C00LA=?=
In-Reply-To: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
References: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
Message-ID: <9c93bc48e1866e2ceb70c5793089952c.NginxMailingListRussian@forum.nginx.org>

Ага, значит нДжинХ не делает этого или
никто с ним такого не делал.
Причины не имеют смыслового веса.

Никита, спасибо Вам за ответ!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223042,223101#msg-223101


From a.vasilishin на kpi.ua  Tue Feb 28 09:02:53 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Tue, 28 Feb 2012 11:02:53 +0200
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQstC+INCy0YHRkSDQuCDQsiDQvdC40LrRg9C00LA=?=
In-Reply-To: <9c93bc48e1866e2ceb70c5793089952c.NginxMailingListRussian@forum.nginx.org>
References: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
	<9c93bc48e1866e2ceb70c5793089952c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F4C983D.9060407@kpi.ua>

28.02.2012 10:58, OleM2k пишет:
> Ага, значит нДжинХ не делает этого или
> никто с ним такого не делал.
> Причины не имеют смыслового веса.
>
> Никита, спасибо Вам за ответ!
>


А Вы пробовали искать в рассылке? Только я уже раза 3 конфиг для direct 
proxy выкладывал.
И да, работать оно будет не везде, например, гмейл не будет работать 
через такую проксю. Правда я не пробовал еще с режимом keep-alive http 1.1

-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From onokonem на gmail.com  Tue Feb 28 09:05:39 2012
From: onokonem на gmail.com (Daniel Podolsky)
Date: Tue, 28 Feb 2012 13:05:39 +0400
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQstC+INCy0YHRkSDQuCDQsiDQvdC40LrRg9C00LA=?=
In-Reply-To: <4F4C983D.9060407@kpi.ua>
References: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
	<9c93bc48e1866e2ceb70c5793089952c.NginxMailingListRussian@forum.nginx.org>
	<4F4C983D.9060407@kpi.ua>
Message-ID: <CAKaHDOFQUXRsAypwT8fHGgBWsk9m0EwU1mjOWjYYYMOeSUAooA@mail.gmail.com>

> И да, работать оно будет не везде, например, гмейл не будет работать через
> такую проксю.
А вообще HTTPS - будет работать? Hint: ему CONNECT нужен.

From nginx-forum на nginx.us  Tue Feb 28 09:35:49 2012
From: nginx-forum на nginx.us (OleM2k)
Date: Tue, 28 Feb 2012 04:35:49 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQstC+INCy0YHRkSDQuCDQsiDQvdC40LrRg9C00LA=?=
In-Reply-To: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
References: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
Message-ID: <5561f3d7e8e6d802c96df1aca77e7132.NginxMailingListRussian@forum.nginx.org>

ой... Андрей, СПАСИБОЧКИ БОЛЬШУЩЕЕ!!!
я не знал фразы direct proxy :)

сейчас поищу!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223042,223107#msg-223107


From nginx-forum на nginx.us  Tue Feb 28 09:52:05 2012
From: nginx-forum на nginx.us (OleM2k)
Date: Tue, 28 Feb 2012 04:52:05 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQstC+INCy0YHRkSDQuCDQsiDQvdC40LrRg9C00LA=?=
In-Reply-To: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
References: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
Message-ID: <49f06d11a08d961ac0189b410095540e.NginxMailingListRussian@forum.nginx.org>

>Андрей Василишин
>А Вы пробовали искать в рассылке?
Только я уже раза 3 конфиг для direct proxy
выкладывал.
>И да, работать оно будет не везде,
например, гмейл не будет работать через
такую проксю. Правда я не пробовал еще с
режимом keep-alive http 1.1

Андрей...
Если не сочтёте за труд...
Поиском с http://forum.nginx.org фразы  "direct proxy" и "
"direct proxy" " нашёл только эту страничку...
Да и гугл сюда уже ведет.

Подскажите пожулуйста, как найти тот
конфиг о котором Вы говорили.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223042,223108#msg-223108


From a.vasilishin на kpi.ua  Tue Feb 28 10:03:47 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Tue, 28 Feb 2012 12:03:47 +0200
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQstC+INCy0YHRkSDQuCDQsiDQvdC40LrRg9C00LA=?=
In-Reply-To: <49f06d11a08d961ac0189b410095540e.NginxMailingListRussian@forum.nginx.org>
References: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
	<49f06d11a08d961ac0189b410095540e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F4CA683.100@kpi.ua>

28.02.2012 11:52, OleM2k пишет:
>> Андрей Василишин
>> А Вы пробовали искать в рассылке?
> Только я уже раза 3 конфиг для direct proxy
> выкладывал.
>> И да, работать оно будет не везде,
> например, гмейл не будет работать через
> такую проксю. Правда я не пробовал еще с
> режимом keep-alive http 1.1
>
> Андрей...
> Если не сочтёте за труд...
> Поиском с http://forum.nginx.org фразы  "direct proxy" и "
> "direct proxy" " нашёл только эту страничку...
> Да и гугл сюда уже ведет.
>
> Подскажите пожулуйста, как найти тот
> конфиг о котором Вы говорили.


Даже не знаю, например, попробовать поискать еще по моей фамилии.
server {
         allow   192.168.0.0/24;
         deny    all;
         server_name ~^(?<domain>.+)$;
         access_log  /var/log/nginx/proxy.access.log  main;
         error_log   /var/log/nginx/proxy.error.log  crit;
         listen 192.168.0.1:80;
         resolver 8.8.8.8;
         location / {
                 proxy_pass http://$domain;
                 proxy_redirect off;
                 proxy_set_header Host $host;
                 proxy_set_header X-Real-IP $remote_addr;
                 proxy_set_header X-Forwarded-For 
$proxy_add_x_forwarded_for;

         }
}


Для нгинкс >1.1.4 можно добавить еще:
             proxy_http_version 1.1;
             proxy_set_header Connection "";

-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From stalker на altlinux.ru  Tue Feb 28 22:18:10 2012
From: stalker на altlinux.ru (Anton Gorlov)
Date: Wed, 29 Feb 2012 02:18:10 +0400
Subject: =?UTF-8?B?Zmx2INC4INGC0YDQsNGE0LjQug==?=
Message-ID: <4F4D52A2.9010901@altlinux.ru>

Есть ли возможность при использовании flv модуля хоть как-то посчитать 
трафик?
Прямо в лоб добавление в
location ~ \.flv$
flv; 
 

access_log  /var/log/nginx/flv.access.log
...

Как и предчувствовалось не помогло - лог  создался но остался пустым.
nginx -v
nginx: nginx version: nginx/1.0.5


From hell-for-yahoo на umail.ru  Tue Feb 28 22:31:38 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Wed, 29 Feb 2012 02:31:38 +0400
Subject: =?UTF-8?B?UmU6IGZsdiDQuCDRgtGA0LDRhNC40Lo=?=
In-Reply-To: <4F4D52A2.9010901@altlinux.ru>
References: <4F4D52A2.9010901@altlinux.ru>
Message-ID: <895103706.20120229023138@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Anton Gorlov!

AG> Есть ли возможность при использовании flv модуля хоть как-то посчитать 
AG> трафик?

При чём тут nginx?
Считайте трафик там, где он реально проходит - fprobe-ulog и любой
flow-процессор вам в помощь.


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) среда, 29.02.2012, <02:30>


From stalker на altlinux.ru  Tue Feb 28 22:46:11 2012
From: stalker на altlinux.ru (Anton Gorlov)
Date: Wed, 29 Feb 2012 02:46:11 +0400
Subject: =?UTF-8?B?UmU6IGZsdiDQuCDRgtGA0LDRhNC40Lo=?=
In-Reply-To: <895103706.20120229023138@mtu-net.ru>
References: <4F4D52A2.9010901@altlinux.ru>
	<895103706.20120229023138@mtu-net.ru>
Message-ID: <4F4D5933.2080906@altlinux.ru>

29.02.2012 2:31, Andrey Repin пишет:

> AG>  Есть ли возможность при использовании flv модуля хоть как-то посчитать
> AG>  трафик?
> При чём тут nginx?
> Считайте трафик там, где он реально проходит - fprobe-ulog и любой
> flow-процессор вам в помощь.
Не хотелось бы на контент-сервере ещё и это взгромождать. да и точные 
цифры тут не нужны. во ти подумал из логов веб-сервера выдрать нужную инфу


From a.vasilishin на kpi.ua  Tue Feb 28 22:49:23 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Wed, 29 Feb 2012 00:49:23 +0200
Subject: =?UTF-8?B?UmU6IGZsdiDQuCDRgtGA0LDRhNC40Lo=?=
In-Reply-To: <4F4D5933.2080906@altlinux.ru>
References: <4F4D52A2.9010901@altlinux.ru>
	<895103706.20120229023138@mtu-net.ru>
	<4F4D5933.2080906@altlinux.ru>
Message-ID: <4F4D59F3.4040509@kpi.ua>

29.02.2012 0:46, Anton Gorlov пишет:
> 29.02.2012 2:31, Andrey Repin пишет:
>
>> AG> Есть ли возможность при использовании flv модуля хоть как-то
>> посчитать
>> AG> трафик?
>> При чём тут nginx?
>> Считайте трафик там, где он реально проходит - fprobe-ulog и любой
>> flow-процессор вам в помощь.
> Не хотелось бы на контент-сервере ещё и это взгромождать. да и точные
> цифры тут не нужны. во ти подумал из логов веб-сервера выдрать нужную инфу
>

Поставьте мунин, по графикам будет видно, сколько чего

-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From exelib на googlemail.com  Tue Feb 28 23:54:48 2012
From: exelib на googlemail.com (Anton Bessonov)
Date: Wed, 29 Feb 2012 00:54:48 +0100
Subject: =?UTF-8?B?0J/QsNGA0LDQvNC10YLRgNGLINC4IFBPU1Qt0LfQsNC/0YDQvtGBLg==?=
Message-ID: <4F4D6948.1000508@googlemail.com>

Здравствуйте,

есть много форумов с общей проблемой: спаммеры регистрируются с адресами 
а ля w.ag.ne.rl.u.t.hers.e.n на gmail.com. Пока блокирую в ручную по айпи 
хостеров, но это мало эффективно. Ворочать плагины/настройки/сырцы 
форумов было бы эффективнее, но на данный момент не реально.

Вопрос: можно ли как нибудь средствами энджина (или совместно с перлом 
или eval + сторонним пхп-скриптом) перехватывать посты "с более чем 
тремя точками и окончанием @gmail.com"?

С уважением,

Антон


From server_inc на list.ru  Wed Feb 29 00:47:05 2012
From: server_inc на list.ru (=?KOI8-R?Q?=F3=D4=C1=CE=C9=D3=CC=C1=D7?=)
Date: Wed, 29 Feb 2012 02:47:05 +0200
Subject: =?UTF-8?B?UmU6IGZsdiDQuCDRgtGA0LDRhNC40Lo=?=
In-Reply-To: <4F4D59F3.4040509@kpi.ua>
References: <4F4D52A2.9010901@altlinux.ru>
	<895103706.20120229023138@mtu-net.ru>
	<4F4D5933.2080906@altlinux.ru> <4F4D59F3.4040509@kpi.ua>
Message-ID: <4F4D7589.8020204@list.ru>

29.02.2012 0:49, Андрей Василишин пишет:
> 29.02.2012 0:46, Anton Gorlov пишет:
>> 29.02.2012 2:31, Andrey Repin пишет:
>>
>>> AG> Есть ли возможность при использовании flv модуля хоть как-то
>>> посчитать
>>> AG> трафик?
>>> При чём тут nginx?
>>> Считайте трафик там, где он реально проходит - fprobe-ulog и любой
>>> flow-процессор вам в помощь.
>> Не хотелось бы на контент-сервере ещё и это взгромождать. да и точные
>> цифры тут не нужны. во ти подумал из логов веб-сервера выдрать нужную 
>> инфу
>>
>
> Поставьте мунин, по графикам будет видно, сколько чего
>
Я для этих целей использую munin и awstats. Правда без flv .

munin красиво рисует графики а awstat прекрасно парсит логи nginx.

Формат логов для awstats
log_format main '$remote_addr [$time_local] "$request" $status 
$body_bytes_sent "$http_referer" "$http_user_agent"';


From stalker на altlinux.ru  Wed Feb 29 05:16:40 2012
From: stalker на altlinux.ru (Anton Gorlov)
Date: Wed, 29 Feb 2012 09:16:40 +0400
Subject: =?UTF-8?B?UmU6IGZsdiDQuCDRgtGA0LDRhNC40Lo=?=
In-Reply-To: <4F4D7589.8020204@list.ru>
References: <4F4D52A2.9010901@altlinux.ru>
	<895103706.20120229023138@mtu-net.ru>
	<4F4D5933.2080906@altlinux.ru> <4F4D59F3.4040509@kpi.ua>
	<4F4D7589.8020204@list.ru>
Message-ID: <4F4DB4B8.804@altlinux.ru>

29.02.2012 4:47, Станислав пишет:
> Я для этих целей использую munin и awstats. Правда без flv .
>
> munin красиво рисует графики а awstat прекрасно парсит логи nginx.

как раз нечто подобное и хотел...но увы..оно в flv в лог ничего не пишет


From ink08 на ink-online.ru  Wed Feb 29 08:35:47 2012
From: ink08 на ink-online.ru (ink08)
Date: Wed, 29 Feb 2012 11:35:47 +0300
Subject: =?UTF-8?B?UmU6INCf0LDRgNCw0LzQtdGC0YDRiyDQuCBQT1NULdC30LDQv9GA0L7RgS4=?=
In-Reply-To: <4F4D6948.1000508@googlemail.com>
References: <4F4D6948.1000508@googlemail.com>
Message-ID: <CA+WOrk3XGXTv-oJ6B84xW8v6qB5V5oCivSmEmTcbN5v41AULqg@mail.gmail.com>

когда мне надо было посмотреть что в POST-запросах приходило, в лог
выводил $body_request. попробуйте парсить его

29 февраля 2012 г. 3:54 пользователь Anton Bessonov
<exelib на googlemail.com> написал:
> Здравствуйте,
>
> есть много форумов с общей проблемой: спаммеры регистрируются с адресами а
> ля w.ag.ne.rl.u.t.hers.e.n на gmail.com. Пока блокирую в ручную по айпи
> хостеров, но это мало эффективно. Ворочать плагины/настройки/сырцы форумов
> было бы эффективнее, но на данный момент не реально.
>
> Вопрос: можно ли как нибудь средствами энджина (или совместно с перлом или
> eval + сторонним пхп-скриптом) перехватывать посты "с более чем тремя
> точками и окончанием @gmail.com"?
>
> С уважением,
>
> Антон
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
С уважением,
Боваев Бова

From mdounin на mdounin.ru  Wed Feb 29 13:34:10 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 29 Feb 2012 17:34:10 +0400
Subject: =?UTF-8?B?UmU6IGZsdiDQuCDRgtGA0LDRhNC40Lo=?=
In-Reply-To: <4F4DB4B8.804@altlinux.ru>
References: <4F4D52A2.9010901@altlinux.ru>
	<895103706.20120229023138@mtu-net.ru>
	<4F4D5933.2080906@altlinux.ru> <4F4D59F3.4040509@kpi.ua>
	<4F4D7589.8020204@list.ru> <4F4DB4B8.804@altlinux.ru>
Message-ID: <20120229133410.GD67687@mdounin.ru>

Hello!

On Wed, Feb 29, 2012 at 09:16:40AM +0400, Anton Gorlov wrote:

> 29.02.2012 4:47, Станислав пишет:
> >Я для этих целей использую munin и awstats. Правда без flv .
> >
> >munin красиво рисует графики а awstat прекрасно парсит логи nginx.
> 
> как раз нечто подобное и хотел...но увы..оно в flv в лог ничего не пишет

Логгирование не зависит от наличия/отсутствия flv.  Если логи не 
пишутся - то проблема в чём-то другом, например такое может быть 
если запрос из-за post_action логгируется в другом location'е.  
Полный конфиг как выглядит?

Maxim Dounin


From nginx-forum на nginx.us  Wed Feb 29 14:18:05 2012
From: nginx-forum на nginx.us (Ar3s)
Date: Wed, 29 Feb 2012 09:18:05 -0500 (EST)
Subject: punbb
Message-ID: <d570476143c5f425d3d5782f8a6298e6.NginxMailingListRussian@forum.nginx.org>

Добрый день. Имеется сервер который
работает nginx=>php-cgi через unix сокеты
Не могу нормально настроить punbb для
работы с ЧПУ и реврайтами.
Если у кого есть готовый конфиг - прошу
поделиться.

В данный момент использую следующее:

server {
        listen   80;
        server_name  forum.site.in www.forum.site.in;

access_log      /var/log/nginx/forum.log;
error_log       /var/log/nginx/forum_error.log;

        location / {
                root   /var/www/forum;
                index  index.html index.htm index.php;
                error_page 404 = @forum;
                }

        location @forum {
                rewrite ^/([^?]*)(?:\?(.*))? /index.php?title=$1&$2
last;
                }


                location ~ ^(.+\.php)(.*)$ {
                fastcgi_pass  unix:/tmp/.fastcgi.www-data/socket;
                fastcgi_index  index.php;
                fastcgi_param  SCRIPT_FILENAME 
/var/www/forum/$fastcgi_script_name;
                include fastcgi_params;
                }
        }

Копипастил частями по всей сети.
Напортачил, знаю. очень прошу помочь с
конфигом нормальным. спасибо.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223140,223140#msg-223140


From bediev на gmail.com  Wed Feb 29 14:29:47 2012
From: bediev на gmail.com (Marat Bediev)
Date: Wed, 29 Feb 2012 20:29:47 +0600
Subject: punbb
In-Reply-To: <d570476143c5f425d3d5782f8a6298e6.NginxMailingListRussian@forum.nginx.org>
References: <d570476143c5f425d3d5782f8a6298e6.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAOVv4Z1H8BF-TjuHak_Wdoo8S-FnitHR2NQT3dQRn24_1KDM0g@mail.gmail.com>

думаю, если бы Вы показали реврайт-правила из .htaccess дело пошло бы
быстрее


-- 
Marat Bediev,
System Administrator
_________________________

Tel: +996555990584

E-mail: bediev на gmail.com
Skype: p1gmale0n
Twitter: @p1gmale0n
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120229/69037b46/attachment.html>

From mdounin на mdounin.ru  Wed Feb 29 14:55:10 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 29 Feb 2012 18:55:10 +0400
Subject: nginx-1.1.16
Message-ID: <20120229145509.GJ67687@mdounin.ru>

Изменения в nginx 1.1.16                                          29.02.2012

    *) Изменение: ограничение на количество одновременных подзапросов
       поднято до 200.

    *) Добавление: параметр from в директиве disable_symlinks.

    *) Добавление: директивы return и error_page теперь могут использоваться
       для возврата перенаправлений с кодом 307.

    *) Исправление: в рабочем процессе мог произойти segmentation fault,
       если использовалась директива resolver и на глобальном уровне не была
       задана директива error_log.
       Спасибо Роману Арутюняну.

    *) Исправление: в рабочем процессе мог произойти segmentation fault,
       если использовались директивы "proxy_http_version 1.1" или
       "fastcgi_keep_conn on".

    *) Исправление: утечек памяти.
       Спасибо Lanshun Zhou.

    *) Исправление: в директиве disable_symlinks.

    *) Исправление: при использовании ZFS размер кэша на диске мог считаться
       некорректно; ошибка появилась в 1.0.1.

    *) Исправление: nginx не собирался компилятором icc 12.1.

    *) Исправление: nginx не собирался gcc на Solaris; ошибка появилась в
       1.1.15.


Maxim Dounin


From voron на amhost.net  Wed Feb 29 15:22:14 2012
From: voron на amhost.net (Alex Vorona)
Date: Wed, 29 Feb 2012 17:22:14 +0200
Subject: nginx-1.1.16
In-Reply-To: <20120229145509.GJ67687@mdounin.ru>
References: <20120229145509.GJ67687@mdounin.ru>
Message-ID: <4F4E42A6.5000304@amhost.net>

29.02.2012 16:55, Maxim Dounin wrote:
> Изменения в nginx 1.1.16                                          29.02.2012
[...]
>     *) Добавление: параметр from в директиве disable_symlinks.
Как задать необходимость проверки /home/username/* без проверки самого /home/username и,
соответственно, требования разрешения чтения /home ?


From mdounin на mdounin.ru  Wed Feb 29 15:39:17 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 29 Feb 2012 19:39:17 +0400
Subject: nginx-1.1.16
In-Reply-To: <4F4E42A6.5000304@amhost.net>
References: <20120229145509.GJ67687@mdounin.ru> <4F4E42A6.5000304@amhost.net>
Message-ID: <20120229153917.GN67687@mdounin.ru>

Hello!

On Wed, Feb 29, 2012 at 05:22:14PM +0200, Alex Vorona wrote:

> 29.02.2012 16:55, Maxim Dounin wrote:
> > Изменения в nginx 1.1.16                                          29.02.2012
> [...]
> >     *) Добавление: параметр from в директиве disable_symlinks.
> Как задать необходимость проверки /home/username/* без проверки самого /home/username и,
> соответственно, требования разрешения чтения /home ?

disable_symlinks on from=/home/username;

Для файла вида /home/username/path/to/file nginx откроет 
"/home/username" (без проверки), потом последовательно откроет 
"path", "to", "file" (с проверкой).

http://nginx.org/ru/docs/http/ngx_http_core_module.html#disable_symlinks

Maxim Dounin


From voron на amhost.net  Wed Feb 29 15:45:24 2012
From: voron на amhost.net (Alex Vorona)
Date: Wed, 29 Feb 2012 17:45:24 +0200
Subject: nginx-1.1.16
In-Reply-To: <20120229153917.GN67687@mdounin.ru>
References: <20120229145509.GJ67687@mdounin.ru> <4F4E42A6.5000304@amhost.net>
	<20120229153917.GN67687@mdounin.ru>
Message-ID: <4F4E4814.7050603@amhost.net>

29.02.2012 17:39, Maxim Dounin wrote:
[...]
> disable_symlinks on from=/home/username;
> 
> Для файла вида /home/username/path/to/file nginx откроет 
> "/home/username" (без проверки), потом последовательно откроет 
> "path", "to", "file" (с проверкой).
> 
> http://nginx.org/ru/docs/http/ngx_http_core_module.html#disable_symlinks
Собственно после прочтения и возник вопрос
>Однако если дополнительно указан параметр from=префикс, символические ссылки проверяются
>лишь начиная с элемента пути, заданного префиксом.

Префиксом задан /home/username. Неточность в документации?


From mdounin на mdounin.ru  Wed Feb 29 15:55:38 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 29 Feb 2012 19:55:38 +0400
Subject: nginx-1.1.16
In-Reply-To: <4F4E4814.7050603@amhost.net>
References: <20120229145509.GJ67687@mdounin.ru> <4F4E42A6.5000304@amhost.net>
	<20120229153917.GN67687@mdounin.ru> <4F4E4814.7050603@amhost.net>
Message-ID: <20120229155537.GP67687@mdounin.ru>

Hello!

On Wed, Feb 29, 2012 at 05:45:24PM +0200, Alex Vorona wrote:

> 29.02.2012 17:39, Maxim Dounin wrote:
> [...]
> > disable_symlinks on from=/home/username;
> > 
> > Для файла вида /home/username/path/to/file nginx откроет 
> > "/home/username" (без проверки), потом последовательно откроет 
> > "path", "to", "file" (с проверкой).
> > 
> > http://nginx.org/ru/docs/http/ngx_http_core_module.html#disable_symlinks
> Собственно после прочтения и возник вопрос
> >Однако если дополнительно указан параметр from=префикс, символические ссылки проверяются
> >лишь начиная с элемента пути, заданного префиксом.
> 
> Префиксом задан /home/username. Неточность в документации?

Да, надо переформулировать более корректно.

Maxim Dounin


From xpahos на gmail.com  Wed Feb 29 16:04:28 2012
From: xpahos на gmail.com (Alexander Gryanko)
Date: Wed, 29 Feb 2012 20:04:28 +0400
Subject: =?UTF-8?B?0JzQvtC00YPQu9GMINC00LvRjyDRgNCw0LHQvtGC0Ysg0YEgbWQ1INC4IHJlcXVl?=
	=?UTF-8?B?c3RfdXJp?=
Message-ID: <CALPhgfLC5b+M5Y3mU9t1X00J9B4hT771M4dGJno=OEjfrnooYg@mail.gmail.com>

Имеется скрипт, который генерирует изображения и складывает их на диск.
Скрипт получает url в параметрах, генерирует md5 от него и превьюшки вида
url_md5[0]/url_md5[1]/url_md5[2]/url_md5.jpg. Так все долго работало и всех
все устраивало, пока недавно все не упало и не было решено переписать все
это. В итоге получился wsgi скрипт на питоне, который проверяет наличие
файла на диске и если его нет, то отправляет в очередь url для генерации.

Нужно сохранить все превью, которые были сгенерированы ранее, т.е. большой
объем данных вида url_md5[0]/url_md5[1]/url_md5[2]/url_md5.jpg и при этом
сделать отдачу изображений через nginx. Пока я вишу такие решения:
1) nginx + mod_perl - но не хотелось бы использовать perl и вообще
интерпретируемые языки в отдаче.
2) nginx + try_files $var /foo?bar=$var и
передавать url_md5[0]/url_md5[1]/url_md5[2]/url_md5.jpg в url скрипте.
3) написать самому модуль для nginx, который будет генерировать md5,
проверять наличие файла и отдавать его клиенту.

Как поступить лучше или может есть какое-то другое решение, которое может
решить эту задачу?

-- 
С уважением,
Александр Грянко
Liveinternet.ru
URL: http://liveinternet.ru
E-mail: gryanko на corp.liveinternet.ru
Phone: +7(962)9558222
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120229/90218efe/attachment.html>

From zzz на zzz.org.ua  Wed Feb 29 16:40:35 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Wed, 29 Feb 2012 18:40:35 +0200
Subject: =?UTF-8?B?UmU6INCc0L7QtNGD0LvRjCDQtNC70Y8g0YDQsNCx0L7RgtGLINGBIG1kNSDQuCBy?=
	=?UTF-8?B?ZXF1ZXN0X3VyaQ==?=
In-Reply-To: <CALPhgfLC5b+M5Y3mU9t1X00J9B4hT771M4dGJno=OEjfrnooYg@mail.gmail.com>
References: <CALPhgfLC5b+M5Y3mU9t1X00J9B4hT771M4dGJno=OEjfrnooYg@mail.gmail.com>
Message-ID: <CAKb9G9gPVB7dPBi-ronqCOCMQQ9KwEYut9LvKhSayt4LTviWVQ@mail.gmail.com>

> 1) nginx + mod_perl - но не хотелось бы использовать perl и вообще
> интерпретируемые языки в отдаче.

Да ну, вы же собираетесь файлы с фс отдавать nginx'ом. Даже если ваш
скрипт выполняется за 1 мс, это все равно в очень много раз меньше,
чем операции с диском. Интерпретаторам как раз самое подходящее место
в управлении отдачей файлов.

From xpahos на gmail.com  Wed Feb 29 18:39:23 2012
From: xpahos на gmail.com (Alexander Gryanko)
Date: Wed, 29 Feb 2012 22:39:23 +0400
Subject: =?UTF-8?B?UmU6INCc0L7QtNGD0LvRjCDQtNC70Y8g0YDQsNCx0L7RgtGLINGBIG1kNSDQuCBy?=
	=?UTF-8?B?ZXF1ZXN0X3VyaQ==?=
In-Reply-To: <CAKb9G9gPVB7dPBi-ronqCOCMQQ9KwEYut9LvKhSayt4LTviWVQ@mail.gmail.com>
References: <CALPhgfLC5b+M5Y3mU9t1X00J9B4hT771M4dGJno=OEjfrnooYg@mail.gmail.com>
	<CAKb9G9gPVB7dPBi-ronqCOCMQQ9KwEYut9LvKhSayt4LTviWVQ@mail.gmail.com>
Message-ID: <CALPhgfJwOdpg4mLnLju6o+-CS+b0mhTfhPhExYaOOgFmk0HHeA@mail.gmail.com>

Извините, стоило добавить что раньше для кэширования использовался squid.

Часто встречаю упоминания, что у nginx есть проблемы с потреблением
ресурсов при работе с perl модулем. Сам такого не наблюдал, тк никогда не
приходилось его использовать.

On Wednesday, 29 February 2012, Alexandr Gomoliako <zzz на zzz.org.ua> wrote:
>> 1) nginx + mod_perl - но не хотелось бы использовать perl и вообще
>> интерпретируемые языки в отдаче.
>
> Да ну, вы же собираетесь файлы с фс отдавать nginx'ом. Даже если ваш
> скрипт выполняется за 1 мс, это все равно в очень много раз меньше,
> чем операции с диском. Интерпретаторам как раз самое подходящее место
> в управлении отдачей файлов.
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

-- 
С уважением,
Александр Грянко
Liveinternet.ru
URL: http://liveinternet.ru
E-mail: gryanko на corp.liveinternet.ru
Phone: +7(962)9558222
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120229/8e03591f/attachment.html>

From zzz на zzz.org.ua  Wed Feb 29 19:48:54 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Wed, 29 Feb 2012 21:48:54 +0200
Subject: =?UTF-8?B?UmU6INCc0L7QtNGD0LvRjCDQtNC70Y8g0YDQsNCx0L7RgtGLINGBIG1kNSDQuCBy?=
	=?UTF-8?B?ZXF1ZXN0X3VyaQ==?=
In-Reply-To: <CALPhgfJwOdpg4mLnLju6o+-CS+b0mhTfhPhExYaOOgFmk0HHeA@mail.gmail.com>
References: <CALPhgfLC5b+M5Y3mU9t1X00J9B4hT771M4dGJno=OEjfrnooYg@mail.gmail.com>
	<CAKb9G9gPVB7dPBi-ronqCOCMQQ9KwEYut9LvKhSayt4LTviWVQ@mail.gmail.com>
	<CALPhgfJwOdpg4mLnLju6o+-CS+b0mhTfhPhExYaOOgFmk0HHeA@mail.gmail.com>
Message-ID: <CAKb9G9hkUtwv49qeJF48JMFGTy_5Ug0DVg6ZLEVtJZQHUPoiTQ@mail.gmail.com>

On Wed, Feb 29, 2012 at 8:39 PM, Alexander Gryanko <xpahos на gmail.com> wrote:
> Извините, стоило добавить что раньше для кэширования использовался squid.
>
> Часто встречаю упоминания, что у nginx есть проблемы с потреблением ресурсов
> при работе с perl модулем. Сам такого не наблюдал, тк никогда не приходилось
> его использовать.

Не думаю, что в этом могут быть вообще хоть какие-нибудь CPU-bound проблемы.
Если будут трудности, всегда можно спросить в рассылке.

P.S. Я тоже когда-то пробовал и squid, и varnish, и proxy_fetch и
proxy_cache nginx'а, а все равно пришлось написать самому. Они вообще
не предназначены для отдачи картинок.

From gmm на csdoc.com  Wed Feb 29 20:19:20 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Wed, 29 Feb 2012 22:19:20 +0200
Subject: =?UTF-8?B?UmU6INCc0L7QtNGD0LvRjCDQtNC70Y8g0YDQsNCx0L7RgtGLINGBIG1kNSDQuCBy?=
	=?UTF-8?B?ZXF1ZXN0X3VyaQ==?=
In-Reply-To: <CALPhgfLC5b+M5Y3mU9t1X00J9B4hT771M4dGJno=OEjfrnooYg@mail.gmail.com>
References: <CALPhgfLC5b+M5Y3mU9t1X00J9B4hT771M4dGJno=OEjfrnooYg@mail.gmail.com>
Message-ID: <4F4E8848.9080408@csdoc.com>

On 29.02.2012 18:04, Alexander Gryanko wrote:

> Имеется скрипт, который генерирует изображения и складывает их на диск.
> Скрипт получает url в параметрах, генерирует md5 от него и превьюшки
> вида url_md5[0]/url_md5[1]/url_md5[2]/url_md5.jpg.

[...]

> Как поступить лучше или может есть какое-то другое решение, которое
> может решить эту задачу?

через X-Accel-Redirect, файлы будет отдавать nginx напрямую с диска.

http://kovyrin.net/2006/11/01/nginx-x-accel-redirect-php-rails/lang/ru/

только вместо ruby например, скрипт на python, запускаемый через uwsgi.

-- 
Best regards,
  Gena


From zzz на zzz.org.ua  Wed Feb 29 20:25:25 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Wed, 29 Feb 2012 22:25:25 +0200
Subject: =?UTF-8?B?UmU6INCc0L7QtNGD0LvRjCDQtNC70Y8g0YDQsNCx0L7RgtGLINGBIG1kNSDQuCBy?=
	=?UTF-8?B?ZXF1ZXN0X3VyaQ==?=
In-Reply-To: <4F4E8848.9080408@csdoc.com>
References: <CALPhgfLC5b+M5Y3mU9t1X00J9B4hT771M4dGJno=OEjfrnooYg@mail.gmail.com>
	<4F4E8848.9080408@csdoc.com>
Message-ID: <CAKb9G9hgEoQmiCDu6NREx5dBTWjXQYCOfaU1CCXt6Lyc=so0iw@mail.gmail.com>

> через X-Accel-Redirect, файлы будет отдавать nginx напрямую с диска.
>
> http://kovyrin.net/2006/11/01/nginx-x-accel-redirect-php-rails/lang/ru/
>
> только вместо ruby например, скрипт на python, запускаемый через uwsgi.

У такого решения намного больше оверхед, чем у встроенных интерпретаторов.

From xpahos на gmail.com  Wed Feb 29 21:12:36 2012
From: xpahos на gmail.com (Alexander Gryanko)
Date: Thu, 1 Mar 2012 01:12:36 +0400
Subject: =?UTF-8?B?UmU6INCc0L7QtNGD0LvRjCDQtNC70Y8g0YDQsNCx0L7RgtGLINGBIG1kNSDQuCBy?=
	=?UTF-8?B?ZXF1ZXN0X3VyaQ==?=
In-Reply-To: <CAKb9G9hkUtwv49qeJF48JMFGTy_5Ug0DVg6ZLEVtJZQHUPoiTQ@mail.gmail.com>
References: <CALPhgfLC5b+M5Y3mU9t1X00J9B4hT771M4dGJno=OEjfrnooYg@mail.gmail.com>
	<CAKb9G9gPVB7dPBi-ronqCOCMQQ9KwEYut9LvKhSayt4LTviWVQ@mail.gmail.com>
	<CALPhgfJwOdpg4mLnLju6o+-CS+b0mhTfhPhExYaOOgFmk0HHeA@mail.gmail.com>
	<CAKb9G9hkUtwv49qeJF48JMFGTy_5Ug0DVg6ZLEVtJZQHUPoiTQ@mail.gmail.com>
Message-ID: <CALPhgfLxV3C3rAu6z1zmyTxp=_K0QmQwBu6c9cKuimE2SbYFJA@mail.gmail.com>

> P.S. Я тоже когда-то пробовал и squid, и varnish, и proxy_fetch и
proxy_cache nginx'а, а все равно пришлось написать самому. Они вообще
не предназначены для отдачи картинок.

А можно поподробнее про "пришлось написать самому"? У нас в принципе есть
свой веб сервер, там я могу реализовать проверку картинок, но он не умеет
CGI/FCGI/WSGI. Не хотелось бы городить лес из 2х серверов только ради
отдачи картинок.

2012/2/29 Alexandr Gomoliako <zzz на zzz.org.ua>

> On Wed, Feb 29, 2012 at 8:39 PM, Alexander Gryanko <xpahos на gmail.com>
> wrote:
> > Извините, стоило добавить что раньше для кэширования использовался squid.
> >
> > Часто встречаю упоминания, что у nginx есть проблемы с потреблением
> ресурсов
> > при работе с perl модулем. Сам такого не наблюдал, тк никогда не
> приходилось
> > его использовать.
>
> Не думаю, что в этом могут быть вообще хоть какие-нибудь CPU-bound
> проблемы.
> Если будут трудности, всегда можно спросить в рассылке.
>
> P.S. Я тоже когда-то пробовал и squid, и varnish, и proxy_fetch и
> proxy_cache nginx'а, а все равно пришлось написать самому. Они вообще
> не предназначены для отдачи картинок.
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
С уважением,
Александр Грянко
Liveinternet.ru
URL: http://liveinternet.ru
E-mail: gryanko на corp.liveinternet.ru
Phone: +7(962)9558222
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120301/c5eb506c/attachment.html>

From zzz на zzz.org.ua  Wed Feb 29 21:44:34 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Wed, 29 Feb 2012 23:44:34 +0200
Subject: =?UTF-8?B?UmU6INCc0L7QtNGD0LvRjCDQtNC70Y8g0YDQsNCx0L7RgtGLINGBIG1kNSDQuCBy?=
	=?UTF-8?B?ZXF1ZXN0X3VyaQ==?=
In-Reply-To: <CALPhgfLxV3C3rAu6z1zmyTxp=_K0QmQwBu6c9cKuimE2SbYFJA@mail.gmail.com>
References: <CALPhgfLC5b+M5Y3mU9t1X00J9B4hT771M4dGJno=OEjfrnooYg@mail.gmail.com>
	<CAKb9G9gPVB7dPBi-ronqCOCMQQ9KwEYut9LvKhSayt4LTviWVQ@mail.gmail.com>
	<CALPhgfJwOdpg4mLnLju6o+-CS+b0mhTfhPhExYaOOgFmk0HHeA@mail.gmail.com>
	<CAKb9G9hkUtwv49qeJF48JMFGTy_5Ug0DVg6ZLEVtJZQHUPoiTQ@mail.gmail.com>
	<CALPhgfLxV3C3rAu6z1zmyTxp=_K0QmQwBu6c9cKuimE2SbYFJA@mail.gmail.com>
Message-ID: <CAKb9G9i=U2pLZrqY2yHHfAw_ATMmv-T1LVLayPCxNgahcMbaHA@mail.gmail.com>

> А можно поподробнее про "пришлось написать самому"?

> свой веб сервер, там я могу реализовать проверку картинок, но он не умеет
> CGI/FCGI/WSGI. Не хотелось бы городить лес из 2х серверов только ради отдачи
> картинок.

Можно, и думаю со временем положу на гитхаб. Но не уверен в
релевантности, может у вас другая проблема (не дисковое IO) и вы уже
давно отдаете картинки с SSD.

From xpahos на gmail.com  Wed Feb 29 22:15:24 2012
From: xpahos на gmail.com (Alexander Gryanko)
Date: Thu, 1 Mar 2012 02:15:24 +0400
Subject: =?UTF-8?B?UmU6INCc0L7QtNGD0LvRjCDQtNC70Y8g0YDQsNCx0L7RgtGLINGBIG1kNSDQuCBy?=
	=?UTF-8?B?ZXF1ZXN0X3VyaQ==?=
In-Reply-To: <CAKb9G9i=U2pLZrqY2yHHfAw_ATMmv-T1LVLayPCxNgahcMbaHA@mail.gmail.com>
References: <CALPhgfLC5b+M5Y3mU9t1X00J9B4hT771M4dGJno=OEjfrnooYg@mail.gmail.com>
	<CAKb9G9gPVB7dPBi-ronqCOCMQQ9KwEYut9LvKhSayt4LTviWVQ@mail.gmail.com>
	<CALPhgfJwOdpg4mLnLju6o+-CS+b0mhTfhPhExYaOOgFmk0HHeA@mail.gmail.com>
	<CAKb9G9hkUtwv49qeJF48JMFGTy_5Ug0DVg6ZLEVtJZQHUPoiTQ@mail.gmail.com>
	<CALPhgfLxV3C3rAu6z1zmyTxp=_K0QmQwBu6c9cKuimE2SbYFJA@mail.gmail.com>
	<CAKb9G9i=U2pLZrqY2yHHfAw_ATMmv-T1LVLayPCxNgahcMbaHA@mail.gmail.com>
Message-ID: <CALPhgfJkwoHc=+ebRaCnsDu7_zN0FZ2Xd3CXbbhf8MC=7bZ6hQ@mail.gmail.com>

Пока не будет запущено под реальной нагрузкой проблем нет :) Серверы с SSD
есть, но пока только в тестовом режиме и весьма хорошо себя показывают.

2012/3/1 Alexandr Gomoliako <zzz на zzz.org.ua>

> > А можно поподробнее про "пришлось написать самому"?
>
> > свой веб сервер, там я могу реализовать проверку картинок, но он не умеет
> > CGI/FCGI/WSGI. Не хотелось бы городить лес из 2х серверов только ради
> отдачи
> > картинок.
>
> Можно, и думаю со временем положу на гитхаб. Но не уверен в
> релевантности, может у вас другая проблема (не дисковое IO) и вы уже
> давно отдаете картинки с SSD.
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
С уважением,
Александр Грянко
Liveinternet.ru
URL: http://liveinternet.ru
E-mail: gryanko на corp.liveinternet.ru
Phone: +7(962)9558222
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120301/aebeb0af/attachment-0001.html>