Re: upload module 2.0.10

Тестирую:
nginx 0.8.13 + upload module 2.0.10 = страница залипает, если смотреть
firebug-ом, то видно что после загрузки файла, запрос на открытие
страницы проходит, ответ от сервера 200, но браузер
новую страницу не
отображает и индикатор не останавливается.
Тестировал в Firefox 3.5.2
и Chrome 4.0.204.0 всё под линукс Ubuntu 9.04.

в логах
2009/09/01 09:33:14 [info] 17394#0: *13 started uploading file
"Firefox_wallpaper.png" to "/var/upload/tmp_up/0000000001" (field
"file", content type "image/png"), client: 192.168.10.50, server:
up.lluga.net, request: "POST /upload?X-Progress-ID=4a9cc023a19ab
HTTP/1.1", host: "up.lluga.net", referrer: "http://up.lluga.net/"
2009/09/01 09:33:14 [info] 17394#0: *13 finished uploading file
"Firefox_wallpaper.png" to "/var/upload/tmp_up/0000000001", client:
192.168.10.50, server: up.lluga.net, request: "POST
/upload?X-Progress-ID=4a9cc023a19ab HTTP/1.1", host: "up.lluga.net",
referrer: "http://up.lluga.net/"
2009/09/01 09:33:17 [notice] 17444#0: *32 "^/([0-9]+)(/*)$" matches
"/43633/", client: 192.168.10.50, server: up.lluga.net, request: "POST
/43633/ HTTP/1.1", host: "up.lluga.net", referrer:
"http://up.lluga.net/"
2009/09/01 09:33:17 [notice] 17444#0: *32 rewritten data:
"/item_info.php", args: "item=43633", client: 192.168.10.50, server:
up.lluga.net, request: "POST /43633/ HTTP/1.1", host: "up.lluga.net",
referrer: "http://up.lluga.net/"

nginx 0.8.13 + upload module 2.0.9 = 500 ошибка при аплоаде, наверное,

Re: Repeated http-header If-Modified-Since

On Mon, 31 Aug 2009 18:47:13 +0400
Igor Sysoev <is@...> wrote:

> > http://zipper.paco.net/~igor/oops.eng/about.html
> > первое:
> > Each request is served by a separate thread, which allows to use all
> > available processors on multiprocessor machine.
> > 
> > Как это каждый запрос в отдельном треде применим с несколькими
> > тысячами запросов в секунду?
> 
> Насколько я знаю, это устаревшее описание: в какой-то
момент там
> появились пулы трэдов и один трэд мог работать с несколькими
> запросами.

Если я правильно помню, пулы тредов в oops
это несколько другое. Один запрос - один тред, но на
каждый запрос не
открывается тред, а держится пул уже созданных
тредов (если
использовать ключи -wW), за счет чего оптимизируется
обработка запроса.
На старых FreeBSD (4.x) это уменьшало проблемы утечек и стабильности
работы, а не только скорости (без использования -wW
практически не
реально было держать нормальную нагрузку долгое время).

Re: Скорость отклика

Роман wrote:
> Чисто визуально заметил такую ситуацию когда
первый раз захожу на сайт
> задумывается.
> Лазию по сайту все влет.
> 
> Если какое то время подождать снова сначала
задумается, а дальше влет.
> 
> Скажите пожалуйста чем проверять, куда копать?

Ещё есть вариант проверить скорость загрузки сайта
через 
http://Site-Perf.com/ - если будут задержки то будет видно где.

проблемы с keepalive

Приветствую !

Обновился с 0.8.9 до 0.8.13 и столкнулся с такой проблемой: при
включенном keepalive подгружаются "не все" картинки на странице.
Картинки проксируются с апача, грузятся первые 3-5 и всё.
Те что отдаются статикой, грузятся нормально.
Соответственно, после выставления keepalive_timeout  0 всё
работает нормально.

В логах всё чисто, ничего странного не наблюдается

~>nginx -V
nginx version: nginx/0.8.13
configure arguments: --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
--http-log-path=/var/log/nginx/access.log
--http-client-body-temp-path=/var/lib/nginx/body
--http-proxy-temp-path=/var/lib/nginx/proxy
--http-fastcgi-temp-path=/var/lib/nginx/fastcgi --with-debug
--with-http_stub_status_module --with-http_addition_module
--with-http_random_index_module --with-http_flv_module
--with-http_ssl_module --with-http_dav_module
--with-http_realip_module --with-http_secure_link_module
--with-http_xslt_module --with-http_addition_module
--with-http_image_filter_module --with-http_geoip_module
--add-module=mod_zip-1.1.4
--add-module=nginx_uploadprogress_module-0.5
--add-module=nginx_upload_module-2.1.1

Re: Траблы с ssl сертификатом

Проблема с порядком применения server_name

Hello nginx-ru,

  Имеется nginx 0.6.31 (на Debian etch) для него автоматически пишется
конфигурация на сотню server по такому шаблону (домен вымышленный,
конфигурацию показать не могу)

server {
  server_name .crm.ta.com;
  listen 80;
  ...
}
...
server {
  server_name .ta.com;
  listen 80;
  ...
}

Почему-то запрос http://crm.ta.com попадает во вторую
секцию, хотя
надо в первую.
По debug логу видно, что его несёт именно в ta.com.

Раньше всё работало нормально, но после какого-то
изменения в конфиге
перестало, момент изменения не известен :(

Вопрос: как можно понять логику выбора server у nginx? Какой
лог может
подсказать как проходит выбор домена?

--

-- 
Best regards,
 Vladimir                          mailto:marunin@...

А поднимите пожалуйста sysoev.ru

А то доку почитать хочется...

С почтением,
  Илья Винокуров.

Re: А поднимите пожалуйста sysoev.ru

Здравствуйте, Илья.

Вы писали 2 сентября 2009 г., 16:58:51:

> А то доку почитать хочется...

> С почтением,
>   Илья Винокуров.

Все работает

--

-- 
С уважением,
 Aleksandr                          mailto:aleksandr@...

Re: Траблы с ssl сертификатом

On Wed, 02 Sep 2009 22:04:33 +0400
Башлов Дмитрий <dema515@...> wrote:

> Все привет.
> 
> Такие же траблы с Godaddy сертификатами,
> 
>  openssl s_client -connect secure.luxshop.se:443
-CApath /etc/ssl/certs или где у вас лежит набор доверяемых корневых
сертификатов.

> verify error:num=19:self signed certificate in certificate chain
> verify return:0
это означает что цепочка сертификатов правильная,
добавь ключик выше и
эта ругань пройдет...

--

-- 
 Alexey Bazhin
  mailto:baz@...

Re: Проблема с порядком применения server_name

а менять местами server{} пробовали?
вдруг ...

On 02.09.2009, at 22:39, Vladimir Marunin wrote:

> Hello nginx-ru,
>
>  Имеется nginx 0.6.31 (на Debian etch) для него автоматически пишется
> конфигурация на сотню server по такому шаблону (домен вымышленный,
> конфигурацию показать не могу)
>
> server {
>  server_name .crm.ta.com;
>  listen 80;
>  ...
> }
> ...
> server {
>  server_name .ta.com;
а если попробовать вот так:
  server_name *.ta.com;
  ...
}
server {
  server_name ta.com;
??

>  listen 80;
>  ...
> }
>
> Почему-то запрос http://crm.ta.com попадает во вторую
секцию, хотя
> надо в первую.
> По debug логу видно, что его несёт именно в ta.com.
>
> Раньше всё работало нормально, но после какого-то
изменения в конфиге
> перестало, момент изменения не известен :(
>
> Вопрос: как можно понять логику выбора server у nginx? Какой
лог может
> подсказать как проходит выбор домена?
>
> -- 
> Best regards,
> Vladimir                          mailto:marunin@...
>
>