поместил в корень C;\ , русских мультибайтовых букв в пути теперь нет,
работает отлично как и прежде. Спасибо Anton Sayetsky. Вопрос закрыт.


13 февраля 2014 г., 15:42 пользователь <nginx-ru-requ...@nginx.org> написал:

> Сообщения, предназначенные для списка рассылки nginx-ru, необходимо
> отправлять по адресу
>         nginx-ru@nginx.org
>
> Для изменения параметров подписки вы можеже использовать веб-страницу
>         http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
> Для получения информации о том, как пользовать почтовым интерфейсом,
> отправьте письмо, в теле или теме которого будет слово 'help', по
> адресу:
>         nginx-ru-requ...@nginx.org
>
> Адрес человека, ответственного за этот список рассылки:
>         nginx-ru-ow...@nginx.org
>
> При ответе, пожалуйста, измение тему письма так, чтобы она была более
> содержательной чем "Re: Содержание дайджеста списка рассылки
> nginx-ru..."
>
> Today's Topics:
>
>    1. nginx: [emerg] (Андрей Рогачёв)
>    2. Re: nginx: [emerg] (Anton Sayetsky)
>    3. Re: запись в access_log больших объемов данных (Валентин Бартенев)
>    4. Re: Что такое: 2 физических / 2 логических ядра?
>       (Anatoly Mikhailov)
>    5. Re: запись в access_log больших объемов данных (Oleg Palij)
>    6. Re: Что такое: 2 физических / 2 логических ядра? (Maxim Dounin)
>    7. tab в конце http заголовков (Anton Yuzhaninov)
>    8. Nginx запущен, но не заходит на страницу (smotritel)
>    9. Re: запись в access_log больших объемов данных (Валентин Бартенев)
>
>
> ---------- Пересылаемое сообщение ----------
> From: "Андрей Рогачёв" <ares.12...@gmail.com>
> To: nginx-ru@nginx.org
> Cc:
> Date: Wed, 12 Feb 2014 21:20:26 +0400
> Subject: nginx: [emerg]
> C:\Users\Андрей\nginx-1.5.2\nginx-1.5.2>nginx.exe
> nginx: [emerg] CreateFile()
> "C:\Users\Андрей\nginx-1.5.2\nginx-1.5.2/conf/nginx.
> conf" failed (1113: No mapping for the Unicode character exists in the
> target mu
> lti-byte code page)
>
> Windows 8.1
>
> Подскажите, как решить эту проблему?
>
>
> ---------- Пересылаемое сообщение ----------
> From: Anton Sayetsky <vsj...@gmail.com>
> To: nginx-ru@nginx.org
> Cc:
> Date: Wed, 12 Feb 2014 19:22:01 +0200
> Subject: Re: nginx: [emerg]
> 2014-02-12 19:20 GMT+02:00 Андрей Рогачёв <ares.12...@gmail.com>:
> > C:\Users\Андрей\nginx-1.5.2\nginx-1.5.2>nginx.exe
> > nginx: [emerg] CreateFile()
> > "C:\Users\Андрей\nginx-1.5.2\nginx-1.5.2/conf/nginx.
> > conf" failed (1113: No mapping for the Unicode character exists in the
> > target mu
> > lti-byte code page)
> >
> > Windows 8.1
> >
> > Подскажите, как решить эту проблему?
> > "C:\Users\Андрей
> Переместить отсюда.
>
>
> ---------- Пересылаемое сообщение ----------
> From: "Валентин Бартенев" <vb...@nginx.com>
> To: nginx-ru@nginx.org
> Cc:
> Date: Wed, 12 Feb 2014 21:45 +0400
> Subject: Re: запись в access_log больших объемов данных
> On Wednesday 12 February 2014 13:40:23 Oleg Palij wrote:
> > Добрый день.
> >
> > Пишем в access_log данные POST:
> >
> > log_format test '$request_body’;
> >
> > location /test {
> >       client_body_buffer_size 500k;
> >       proxy_pass $scheme://127.0.0.1:$server_port/success;
> >       access_log /var/log/nginx/test_log test;
> > }
> > location /success {
> >       access_log off;
> >       return 200;
> > }
> >
> > Некоторые данные приходят обрезанными, т.е. идут нормальные данные,
> потом \n и начинается новая строка с данными.
> > POST данные могут быть большими (до 500 килобайт).
> >
> > Не может это быть связанно с тем что nginx пишет из одного потока в лог,
> не успевает дописать, как туда же начинает писать другой поток, прерывая
> тем самым запись предыдущего?
> > И можно-ли что-то с этим сделать?
> >
> > nginx/1.4.4
> > Linux 3.10.17 x86_64
>
> timer_resolution используется?
>
> --
> Валентин Бартенев
>
>
> ---------- Пересылаемое сообщение ----------
> From: Anatoly Mikhailov <anat...@sonru.com>
> To: "nginx-ru@nginx.org Simonov" <nginx-ru@nginx.org>
> Cc:
> Date: Wed, 12 Feb 2014 23:27:57 +0000
> Subject: Re: Что такое: 2 физических / 2 логических ядра?
>
> On 05 Feb 2014, at 09:44, Anton Yuzhaninov <cit...@citrin.ru> wrote:
>
> > On 02/05/14 10:10, tfox wrote:
> >> Выделенный сервер с процессором Intel Atom D525.
> >> В описании к серверу сказано: это двухъядерный процессор ... но
> благодаря
> >> технологии HyperThreading, способен обработать четыре потока за один
> раз.
> >> Как это понять?
> >>
> >> Вообщем моя проблема в том, что я не знаю какое значение установить для
> >> директивы worker_processes в конфигурационном файле nginx.conf
> >
> > Оптимальное число worker_processes зависит от множества параметров:
> > - задач выполняемых nginx
> > - объема свободной памяти
> > - загрузки процессора другими задачами (не nginx).
> >
> > Если на сервере ничего кроме nginx нагрузку не создает, то ставьте 4.
> Если память/CPU нужны кому то ещё - ставьте 2. Если nginx активно раздаёт
> контент с дисков и часто блокируется на запросах к диску - worker_processes
> лучше поставить значительно больше 4, конкретное значение лучше определить
> экспериментально.
> >
>
> Ничем не лучше, только путаете людей. Ставьте auto, если у вас Nginx 1.3.8+
>
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru@nginx.org
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>
>
> ---------- Пересылаемое сообщение ----------
> From: Oleg Palij <o.pa...@dp.uz.gov.ua>
> To: nginx-ru@nginx.org
> Cc:
> Date: Thu, 13 Feb 2014 08:53:59 +0200
> Subject: Re: запись в access_log больших объемов данных
>
> 12 февр. 2014, в 19:45, Валентин Бартенев <vb...@nginx.com> написал(а):
>
> > On Wednesday 12 February 2014 13:40:23 Oleg Palij wrote:
> >> Добрый день.
> >>
> >> Пишем в access_log данные POST:
> >>
> >> Некоторые данные приходят обрезанными, т.е. идут нормальные данные,
> потом \n и начинается новая строка с данными.
> >> POST данные могут быть большими (до 500 килобайт).
> >>
> >> Не может это быть связанно с тем что nginx пишет из одного потока в
> лог, не успевает дописать, как туда же начинает писать другой поток,
> прерывая тем самым запись предыдущего?
> >> И можно-ли что-то с этим сделать?
> >>
> >> nginx/1.4.4
> >> Linux 3.10.17 x86_64
> >
> > timer_resolution используется?
>
> Да. В конфиге есть timer_resolution 100ms;
>
> ---------- Пересылаемое сообщение ----------
> From: Maxim Dounin <mdou...@mdounin.ru>
> To: nginx-ru@nginx.org
> Cc:
> Date: Thu, 13 Feb 2014 14:08:31 +0400
> Subject: Re: Что такое: 2 физических / 2 логических ядра?
> Hello!
>
> On Wed, Feb 12, 2014 at 11:27:57PM +0000, Anatoly Mikhailov wrote:
>
> >
> > On 05 Feb 2014, at 09:44, Anton Yuzhaninov <cit...@citrin.ru> wrote:
> >
> > > On 02/05/14 10:10, tfox wrote:
> > >> Выделенный сервер с процессором Intel Atom D525.
> > >> В описании к серверу сказано: это двухъядерный процессор ... но
> благодаря
> > >> технологии HyperThreading, способен обработать четыре потока за один
> раз.
> > >> Как это понять?
> > >>
> > >> Вообщем моя проблема в том, что я не знаю какое значение установить
> для
> > >> директивы worker_processes в конфигурационном файле nginx.conf
> > >
> > > Оптимальное число worker_processes зависит от множества параметров:
> > > - задач выполняемых nginx
> > > - объема свободной памяти
> > > - загрузки процессора другими задачами (не nginx).
> > >
> > > Если на сервере ничего кроме nginx нагрузку не создает, то
> > > ставьте 4. Если память/CPU нужны кому то ещё - ставьте 2. Если
> > > nginx активно раздаёт контент с дисков и часто блокируется на
> > > запросах к диску - worker_processes лучше поставить
> > > значительно больше 4, конкретное значение лучше определить
> > > экспериментально.
> > >
> >
> > Ничем не лучше, только путаете людей. Ставьте auto, если у вас
> > Nginx 1.3.8+
>
> Антон всё правильно написал.  Значение auto == 4 в даном случае, и
> его имеет смысл ставить, когда сервер полностью отдан nginx'у и
> упирается в процессор.  Это, безусловно, достаточно типичный
> случай, но в зависимости от структуры нагрузки - могут быть
> полезны или даже необходимы другие значения.
>
> --
> Maxim Dounin
> http://nginx.org/
>
>
>
>
> ---------- Пересылаемое сообщение ----------
> From: Anton Yuzhaninov <cit...@citrin.ru>
> To: nginx-ru@nginx.org
> Cc:
> Date: Thu, 13 Feb 2014 14:09:13 +0400
> Subject: tab в конце http заголовков
> В RFC на HTTP пишут, что пробельные символы в конце и в начале не являются
> частью значения заголовка:
> http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4.4
> The field-content does not include any leading or trailing LWS ...
>
> Пробелы nginx отрезает как в начале так и в конце, а вот символы табуляции
> не трогоает (и при зиписи в лог они превращаются в \x09). Почему такая
> дискриминация?
>
> Проблемы и tab-ы в данном случае должны быть равнозначны:
> LWS            = [CRLF] 1*( SP | HT )
>
> Не могу сказать, что это сильно мешает жить, но в логах изредка
> встречается такой User-Agent:
> Opera/9.80 (Windows NT 6.1) Presto/2.12.388 Version/12.16\x09
>
>
>
>
> ---------- Пересылаемое сообщение ----------
> From: "smotritel" <nginx-fo...@nginx.us>
> To: nginx-ru@nginx.org
> Cc:
> Date: Thu, 13 Feb 2014 06:25:22 -0500
> Subject: Nginx запущен, но не заходит на страницу
> 1) CentOS.
> 2) netstat
> tcp        0      0 127.0.0.1:9000              0.0.0.0:*
> LISTEN      2765/php-cgi
> tcp        0      0 0.0.0.0:80                  0.0.0.0:*
> LISTEN      2958/nginx.conf
> 3)
>
>    server {
>        listen       80;
>        server_name  test.ru www.test.ru;
>
>        location / {
>            root   /usr/share/nginx/html;
>            index  index.php index.html index.htm;
>            ssi on;
>        }
>
>       location ~ \.php$ {
>       fastcgi_pass   127.0.0.1:9000;
>       fastcgi_index  index.php;
>       fastcgi_param  SCRIPT_FILENAME $document_root$fastcgi_script_name;
>       include        fastcgi_params;
>    }
>
>
>     location /status {
>         stub_status on;
>         access_log   off;
>         allow 192.168.163.1;
>         deny all;
>     }
>
> 4) захожу с IP  192.168.163.1 на 192.168.163.2.  узел недоступен.
> и даже на самом CentOS не заходит ни на 127.0.0.1, ни на 192.168.163.2.
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,247501,247501#msg-247501
>
>
>
>
> ---------- Пересылаемое сообщение ----------
> From: "Валентин Бартенев" <vb...@nginx.com>
> To: nginx-ru@nginx.org
> Cc:
> Date: Thu, 13 Feb 2014 15:42:05 +0400
> Subject: Re: запись в access_log больших объемов данных
> On Thursday 13 February 2014 08:53:59 Oleg Palij wrote:
> >
> > 12 февр. 2014, в 19:45, Валентин Бартенев <vb...@nginx.com> написал(а):
> >
> > > On Wednesday 12 February 2014 13:40:23 Oleg Palij wrote:
> > >> Добрый день.
> > >>
> > >> Пишем в access_log данные POST:
> > >>
> > >> Некоторые данные приходят обрезанными, т.е. идут нормальные данные,
> потом \n и начинается новая строка с данными.
> > >> POST данные могут быть большими (до 500 килобайт).
> > >>
> > >> Не может это быть связанно с тем что nginx пишет из одного потока в
> лог, не успевает дописать, как туда же начинает писать другой поток,
> прерывая тем самым запись предыдущего?
> > >> И можно-ли что-то с этим сделать?
> > >>
> > >> nginx/1.4.4
> > >> Linux 3.10.17 x86_64
> > >
> > > timer_resolution используется?
> >
> > Да. В конфиге есть timer_resolution 100ms;
>
> Уберите и будет всё нормально.
>
> --
> Валентин Бартенев
>
> _______________________________________________
> 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

Ответить