Re: chunkin сломан?
On Wed, Feb 12, 2014 at 10:21:48AM +0400, denis wrote: 12.02.2014 8:49, Sargas пишет: Этот модуль уже не нужен, причем давно. Так же не нужно что-то в конфиге прописывать. Это просто работает :) А где про это офдоки? и кто знает, с каких версий nginx оно было рабочее и в каких выпилено. http://nginx.org/ru/CHANGES.ru-1.4 : Изменения в nginx 1.3.9 27.11.2012 : : *) Добавление: поддержка chunked transfer encoding при получении тела :запроса. : : [...] ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Nginx (https) + apache (http)
Спасибо Валентину Бартеневу! разобрался, дело было и правда в proxy_redirect. Рабочий вариант: proxy_redirect http://$host/ $scheme://$host/; Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247338,247448#msg-247448 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: image_filter+proxy_pass and 301 (moved permanently) on backend
Hello, Thx Sergey for this tips (solution) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,245867,247452#msg-247452 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
запись в access_log больших объемов данных
Добрый день. Пишем в 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 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
nginx: [emerg]
C:\Users\Андрей\nginx-1.5.2\nginx-1.5.2nginx.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 Подскажите, как решить эту проблему? ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: nginx: [emerg]
2014-02-12 19:20 GMT+02:00 Андрей Рогачёв ares.12...@gmail.com: C:\Users\Андрей\nginx-1.5.2\nginx-1.5.2nginx.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\Андрей Переместить отсюда. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
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 используется? -- Валентин Бартенев ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru