поместил в корень 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
