<div dir="ltr">поместил в корень C;\ , русских мультибайтовых букв в пути теперь нет, работает отлично как и прежде. Спасибо Anton Sayetsky. Вопрос закрыт.<div><div class="gmail_extra"><br><br><div class="gmail_quote">13 февраля 2014 г., 15:42 пользователь  <span dir="ltr"><<a href="mailto:nginx-ru-request@nginx.org" target="_blank">nginx-ru-request@nginx.org</a>></span> написал:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Сообщения, предназначенные для списка рассылки nginx-ru, необходимо<br>

отправлять по адресу<br>
        <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
<br>
Для изменения параметров подписки вы можеже использовать веб-страницу<br>
        <a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br>
<br>
Для получения информации о том, как пользовать почтовым интерфейсом,<br>
отправьте письмо, в теле или теме которого будет слово 'help', по<br>
адресу:<br>
        <a href="mailto:nginx-ru-request@nginx.org">nginx-ru-request@nginx.org</a><br>
<br>
Адрес человека, ответственного за этот список рассылки:<br>
        <a href="mailto:nginx-ru-owner@nginx.org">nginx-ru-owner@nginx.org</a><br>
<br>
При ответе, пожалуйста, измение тему письма так, чтобы она была более<br>
содержательной чем "Re: Содержание дайджеста списка рассылки<br>
nginx-ru..."<br>
<br>Today's Topics:<br>
<br>
   1. nginx: [emerg] (Андрей Рогачёв)<br>
   2. Re: nginx: [emerg] (Anton Sayetsky)<br>
   3. Re: запись в access_log больших объемов данных (Валентин Бартенев)<br>
   4. Re: Что такое: 2 физических / 2 логических ядра?<br>
      (Anatoly Mikhailov)<br>
   5. Re: запись в access_log больших объемов данных (Oleg Palij)<br>
   6. Re: Что такое: 2 физических / 2 логических ядра? (Maxim Dounin)<br>
   7. tab в конце http заголовков (Anton Yuzhaninov)<br>
   8. Nginx запущен, но не заходит на страницу (smotritel)<br>
   9. Re: запись в access_log больших объемов данных (Валентин Бартенев)<br>
<br><br>---------- Пересылаемое сообщение ----------<br>From: "Андрей Рогачёв" <<a href="mailto:ares.12265@gmail.com">ares.12265@gmail.com</a>><br>To: <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
Cc: <br>Date: Wed, 12 Feb 2014 21:20:26 +0400<br>Subject: nginx: [emerg]<br><div dir="ltr"><div>C:\Users\Андрей\nginx-1.5.2\nginx-1.5.2>nginx.exe</div><div>nginx: [emerg] CreateFile() "C:\Users\Андрей\nginx-1.5.2\nginx-1.5.2/conf/nginx.</div>
<div>conf" failed (1113: No mapping for the Unicode character exists in the target mu</div>
<div>lti-byte code page)</div><div><br></div><div>Windows 8.1</div><div><br></div><div>Подскажите, как решить эту проблему?</div></div>
<br><br>---------- Пересылаемое сообщение ----------<br>From: Anton Sayetsky <<a href="mailto:vsjcfm@gmail.com">vsjcfm@gmail.com</a>><br>To: <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>Cc: <br>Date: Wed, 12 Feb 2014 19:22:01 +0200<br>
Subject: Re: nginx: [emerg]<br>2014-02-12 19:20 GMT+02:00 Андрей Рогачёв <<a href="mailto:ares.12265@gmail.com">ares.12265@gmail.com</a>>:<br>
> C:\Users\Андрей\nginx-1.5.2\nginx-1.5.2>nginx.exe<br>
> nginx: [emerg] CreateFile()<br>
> "C:\Users\Андрей\nginx-1.5.2\nginx-1.5.2/conf/nginx.<br>
> conf" failed (1113: No mapping for the Unicode character exists in the<br>
> target mu<br>
> lti-byte code page)<br>
><br>
> Windows 8.1<br>
><br>
> Подскажите, как решить эту проблему?<br>
> "C:\Users\Андрей<br>
Переместить отсюда.<br>
<br><br>---------- Пересылаемое сообщение ----------<br>From: "Валентин Бартенев" <<a href="mailto:vbart@nginx.com">vbart@nginx.com</a>><br>To: <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
Cc: <br>Date: Wed, 12 Feb 2014 21:45 +0400<br>Subject: Re: запись в access_log больших объемов данных<br>On Wednesday 12 February 2014 13:40:23 Oleg Palij wrote:<br>
> Добрый день.<br>
><br>
> Пишем в access_log данные POST:<br>
><br>
> log_format test '$request_body’;<br>
><br>
> location /test {<br>
>       client_body_buffer_size 500k;<br>
>       proxy_pass $scheme://127.0.0.1:$server_port/success;<br>
>       access_log /var/log/nginx/test_log test;<br>
> }<br>
> location /success {<br>
>       access_log off;<br>
>       return 200;<br>
> }<br>
><br>
> Некоторые данные приходят обрезанными, т.е. идут нормальные данные, потом \n и начинается новая строка с данными.<br>
> POST данные могут быть большими (до 500 килобайт).<br>
><br>
> Не может это быть связанно с тем что nginx пишет из одного потока в лог, не успевает дописать, как туда же начинает писать другой поток, прерывая тем самым запись предыдущего?<br>
> И можно-ли что-то с этим сделать?<br>
><br>
> nginx/1.4.4<br>
> Linux 3.10.17 x86_64<br>
<br>
timer_resolution используется?<br>
<br>
--<br>
Валентин Бартенев<br>
<br><br>---------- Пересылаемое сообщение ----------<br>From: Anatoly Mikhailov <<a href="mailto:anatoly@sonru.com">anatoly@sonru.com</a>><br>To: "<a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a> Simonov" <<a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a>><br>
Cc: <br>Date: Wed, 12 Feb 2014 23:27:57 +0000<br>Subject: Re: Что такое: 2 физических / 2 логических ядра?<br><br>
On 05 Feb 2014, at 09:44, Anton Yuzhaninov <<a href="mailto:citrin@citrin.ru">citrin@citrin.ru</a>> wrote:<br>
<br>
> On 02/05/14 10:10, tfox wrote:<br>
>> Выделенный сервер с процессором Intel Atom D525.<br>
>> В описании к серверу сказано: это двухъядерный процессор ... но благодаря<br>
>> технологии HyperThreading, способен обработать четыре потока за один раз.<br>
>> Как это понять?<br>
>><br>
>> Вообщем моя проблема в том, что я не знаю какое значение установить для<br>
>> директивы worker_processes в конфигурационном файле nginx.conf<br>
><br>
> Оптимальное число worker_processes зависит от множества параметров:<br>
> - задач выполняемых nginx<br>
> - объема свободной памяти<br>
> - загрузки процессора другими задачами (не nginx).<br>
><br>
> Если на сервере ничего кроме nginx нагрузку не создает, то ставьте 4. Если память/CPU нужны кому то ещё - ставьте 2. Если nginx активно раздаёт контент с дисков и часто блокируется на запросах к диску - worker_processes лучше поставить значительно больше 4, конкретное значение лучше определить экспериментально.<br>

><br>
<br>
Ничем не лучше, только путаете людей. Ставьте auto, если у вас Nginx 1.3.8+<br>
<br>
> _______________________________________________<br>
> nginx-ru mailing list<br>
> <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
> <a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br>
<br>
<br><br>---------- Пересылаемое сообщение ----------<br>From: Oleg Palij <<a href="mailto:o.palij@dp.uz.gov.ua">o.palij@dp.uz.gov.ua</a>><br>To: <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>Cc: <br>
Date: Thu, 13 Feb 2014 08:53:59 +0200<br>Subject: Re: запись в access_log больших объемов данных<br><br>
12 февр. 2014, в 19:45, Валентин Бартенев <<a href="mailto:vbart@nginx.com">vbart@nginx.com</a>> написал(а):<br>
<br>
> On Wednesday 12 February 2014 13:40:23 Oleg Palij wrote:<br>
>> Добрый день.<br>
>><br>
>> Пишем в access_log данные POST:<br>
>><br>
>> Некоторые данные приходят обрезанными, т.е. идут нормальные данные, потом \n и начинается новая строка с данными.<br>
>> POST данные могут быть большими (до 500 килобайт).<br>
>><br>
>> Не может это быть связанно с тем что nginx пишет из одного потока в лог, не успевает дописать, как туда же начинает писать другой поток, прерывая тем самым запись предыдущего?<br>
>> И можно-ли что-то с этим сделать?<br>
>><br>
>> nginx/1.4.4<br>
>> Linux 3.10.17 x86_64<br>
><br>
> timer_resolution используется?<br>
<br>
Да. В конфиге есть timer_resolution 100ms;<br><br>---------- Пересылаемое сообщение ----------<br>From: Maxim Dounin <<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>><br>To: <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
Cc: <br>Date: Thu, 13 Feb 2014 14:08:31 +0400<br>Subject: Re: Что такое: 2 физических / 2 логических ядра?<br>Hello!<br>
<br>
On Wed, Feb 12, 2014 at 11:27:57PM +0000, Anatoly Mikhailov wrote:<br>
<br>
><br>
> On 05 Feb 2014, at 09:44, Anton Yuzhaninov <<a href="mailto:citrin@citrin.ru">citrin@citrin.ru</a>> wrote:<br>
><br>
> > On 02/05/14 10:10, tfox wrote:<br>
> >> Выделенный сервер с процессором Intel Atom D525.<br>
> >> В описании к серверу сказано: это двухъядерный процессор ... но благодаря<br>
> >> технологии HyperThreading, способен обработать четыре потока за один раз.<br>
> >> Как это понять?<br>
> >><br>
> >> Вообщем моя проблема в том, что я не знаю какое значение установить для<br>
> >> директивы worker_processes в конфигурационном файле nginx.conf<br>
> ><br>
> > Оптимальное число worker_processes зависит от множества параметров:<br>
> > - задач выполняемых nginx<br>
> > - объема свободной памяти<br>
> > - загрузки процессора другими задачами (не nginx).<br>
> ><br>
> > Если на сервере ничего кроме nginx нагрузку не создает, то<br>
> > ставьте 4. Если память/CPU нужны кому то ещё - ставьте 2. Если<br>
> > nginx активно раздаёт контент с дисков и часто блокируется на<br>
> > запросах к диску - worker_processes лучше поставить<br>
> > значительно больше 4, конкретное значение лучше определить<br>
> > экспериментально.<br>
> ><br>
><br>
> Ничем не лучше, только путаете людей. Ставьте auto, если у вас<br>
> Nginx 1.3.8+<br>
<br>
Антон всё правильно написал.  Значение auto == 4 в даном случае, и<br>
его имеет смысл ставить, когда сервер полностью отдан nginx'у и<br>
упирается в процессор.  Это, безусловно, достаточно типичный<br>
случай, но в зависимости от структуры нагрузки - могут быть<br>
полезны или даже необходимы другие значения.<br>
<br>
--<br>
Maxim Dounin<br>
<a href="http://nginx.org/" target="_blank">http://nginx.org/</a><br>
<br>
<br>
<br><br>---------- Пересылаемое сообщение ----------<br>From: Anton Yuzhaninov <<a href="mailto:citrin@citrin.ru">citrin@citrin.ru</a>><br>To: <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>Cc: <br>Date: Thu, 13 Feb 2014 14:09:13 +0400<br>
Subject: tab в конце http заголовков<br>В RFC на HTTP пишут, что пробельные символы в конце и в начале не являются частью значения заголовка:<br>
<a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4.4" target="_blank">http://www.w3.org/Protocols/<u></u>rfc2616/rfc2616-sec4.html#<u></u>sec4.4</a><br>
The field-content does not include any leading or trailing LWS ...<br>
<br>
Пробелы nginx отрезает как в начале так и в конце, а вот символы табуляции не трогоает (и при зиписи в лог они превращаются в \x09). Почему такая дискриминация?<br>
<br>
Проблемы и tab-ы в данном случае должны быть равнозначны:<br>
LWS            = [CRLF] 1*( SP | HT )<br>
<br>
Не могу сказать, что это сильно мешает жить, но в логах изредка встречается такой User-Agent:<br>
Opera/9.80 (Windows NT 6.1) Presto/2.12.388 Version/12.16\x09<br>
<br>
<br>
<br><br>---------- Пересылаемое сообщение ----------<br>From: "smotritel" <<a href="mailto:nginx-forum@nginx.us">nginx-forum@nginx.us</a>><br>To: <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
Cc: <br>Date: Thu, 13 Feb 2014 06:25:22 -0500<br>Subject: Nginx запущен, но не заходит на страницу<br>1) CentOS.<br>
2) netstat<br>
tcp        0      0 <a href="http://127.0.0.1:9000" target="_blank">127.0.0.1:9000</a>              0.0.0.0:*<br>
LISTEN      2765/php-cgi<br>
tcp        0      0 <a href="http://0.0.0.0:80" target="_blank">0.0.0.0:80</a>                  0.0.0.0:*<br>
LISTEN      2958/nginx.conf<br>
3)<br>
<br>
   server {<br>
       listen       80;<br>
       server_name  <a href="http://test.ru" target="_blank">test.ru</a> <a href="http://www.test.ru" target="_blank">www.test.ru</a>;<br>
<br>
       location / {<br>
           root   /usr/share/nginx/html;<br>
           index  index.php index.html index.htm;<br>
           ssi on;<br>
       }<br>
<br>
      location ~ \.php$ {<br>
      fastcgi_pass   <a href="http://127.0.0.1:9000" target="_blank">127.0.0.1:9000</a>;<br>
      fastcgi_index  index.php;<br>
      fastcgi_param  SCRIPT_FILENAME $document_root$fastcgi_script_name;<br>
      include        fastcgi_params;<br>
   }<br>
<br>
<br>
    location /status {<br>
        stub_status on;<br>
        access_log   off;<br>
        allow 192.168.163.1;<br>
        deny all;<br>
    }<br>
<br>
4) захожу с IP  192.168.163.1 на 192.168.163.2.  узел недоступен.<br>
и даже на самом CentOS не заходит ни на 127.0.0.1, ни на 192.168.163.2.<br>
<br>
Posted at Nginx Forum: <a href="http://forum.nginx.org/read.php?21,247501,247501#msg-247501" target="_blank">http://forum.nginx.org/read.php?21,247501,247501#msg-247501</a><br>
<br>
<br>
<br><br>---------- Пересылаемое сообщение ----------<br>From: "Валентин Бартенев" <<a href="mailto:vbart@nginx.com">vbart@nginx.com</a>><br>To: <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
Cc: <br>Date: Thu, 13 Feb 2014 15:42:05 +0400<br>Subject: Re: запись в access_log больших объемов данных<br>On Thursday 13 February 2014 08:53:59 Oleg Palij wrote:<br>
><br>
> 12 февр. 2014, в 19:45, Валентин Бартенев <<a href="mailto:vbart@nginx.com">vbart@nginx.com</a>> написал(а):<br>
><br>
> > On Wednesday 12 February 2014 13:40:23 Oleg Palij wrote:<br>
> >> Добрый день.<br>
> >><br>
> >> Пишем в access_log данные POST:<br>
> >><br>
> >> Некоторые данные приходят обрезанными, т.е. идут нормальные данные, потом \n и начинается новая строка с данными.<br>
> >> POST данные могут быть большими (до 500 килобайт).<br>
> >><br>
> >> Не может это быть связанно с тем что nginx пишет из одного потока в лог, не успевает дописать, как туда же начинает писать другой поток, прерывая тем самым запись предыдущего?<br>
> >> И можно-ли что-то с этим сделать?<br>
> >><br>
> >> nginx/1.4.4<br>
> >> Linux 3.10.17 x86_64<br>
> ><br>
> > timer_resolution используется?<br>
><br>
> Да. В конфиге есть timer_resolution 100ms;<br>
<br>
Уберите и будет всё нормально.<br>
<br>
--<br>
Валентин Бартенев<br>
<br>_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br></blockquote></div><br></div></div></div>