Re: fastcgi режет POST до 64000 байт при переходе в next upstream
Добрый день. Новостей не появилось, да? Д. 2014-08-27 8:37 GMT+06:00 Danila Shtan dan...@shtan.ru: Спасибо, Валентин. BTW, я чего-то не понимаю, или баг действительно довольно тяжелый? В моем случае он обозначает, что для ряда запросов вне зависимости от количества бэкендов и их загруженности нужно добиваться, чтобы запрос всегда мог обработать первый бэкенд. Это немного обескураживает. Д. 2014-08-27 2:37 GMT+06:00 Валентин Бартенев vb...@nginx.com: On Tuesday 26 August 2014 23:35:06 Danila Shtan wrote: Полдня сегодня ловил баг, который оказался уже описан в рассылке (англоязычной, правда) — http://forum.nginx.org/read.php?29,250947,251007#msg-251007 Суть в том, что в случае проблем на первом бэкенде, запрос перепосылается на второй, но содержимое POST оказывается равным ровно 64000. Насколько я понимаю, в виде try this patch решение пробегало, а есть какое-то понимание, когда оно добежит до stable? Увы, предложенный патч не понравилось ответственному и не был одобрен. Придумать другое решение руки тогда не дошли. Посмотрю на досуге, что ещё можно с этим сделать. А пока можете использовать предложенный патч. -- Валентин Бартенев ___ 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
fastcgi режет POST до 64000 байт при переходе в next upstream
Полдня сегодня ловил баг, который оказался уже описан в рассылке (англоязычной, правда) — http://forum.nginx.org/read.php?29,250947,251007#msg-251007 Суть в том, что в случае проблем на первом бэкенде, запрос перепосылается на второй, но содержимое POST оказывается равным ровно 64000. Насколько я понимаю, в виде try this patch решение пробегало, а есть какое-то понимание, когда оно добежит до stable? Д. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: fastcgi режет POST до 64000 байт при переходе в next upstream
Спасибо, Валентин. BTW, я чего-то не понимаю, или баг действительно довольно тяжелый? В моем случае он обозначает, что для ряда запросов вне зависимости от количества бэкендов и их загруженности нужно добиваться, чтобы запрос всегда мог обработать первый бэкенд. Это немного обескураживает. Д. 2014-08-27 2:37 GMT+06:00 Валентин Бартенев vb...@nginx.com: On Tuesday 26 August 2014 23:35:06 Danila Shtan wrote: Полдня сегодня ловил баг, который оказался уже описан в рассылке (англоязычной, правда) — http://forum.nginx.org/read.php?29,250947,251007#msg-251007 Суть в том, что в случае проблем на первом бэкенде, запрос перепосылается на второй, но содержимое POST оказывается равным ровно 64000. Насколько я понимаю, в виде try this patch решение пробегало, а есть какое-то понимание, когда оно добежит до stable? Увы, предложенный патч не понравилось ответственному и не был одобрен. Придумать другое решение руки тогда не дошли. Посмотрю на досуге, что ещё можно с этим сделать. А пока можете использовать предложенный патч. -- Валентин Бартенев ___ 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
Re: client max body size в локейшине
Определить location ~ \.php { внутри location /manage http://nginx.org/ru/docs/http/ngx_http_core_module.html#location Д. 2014-03-30 19:47 GMT+06:00 ast-ross nginx-fo...@nginx.us: Никак не могу решить проблему с client_max_body_size В общем суть в том что есть только 1 входной файл index.php (YII Framework) вот конфиг: server { listen 80; server_name example.com; client_max_body_size 1m; set $home_root /var/www/mysite; root $home_root/public; location /manage { client_max_body_size 100m; try_files $uri $uri/ /index.php?$args; } location / { index index.php index.html; try_files $uri $uri/ /index.php?$args; } location ~ \.php { fastcgi_split_path_info ^(.+\.php)(.*)$; set $fsn /index.php; if (-f $document_root$fastcgi_script_name) { set $fsn $fastcgi_script_name; } fastcgi_pass backend-php; fastcgi_param SCRIPT_FILENAME $document_root$fsn; fastcgi_param PATH_INFO$fastcgi_path_info; fastcgi_param PATH_TRANSLATED $document_root$fsn; include fastcgi_params; } } В самом фреймворке роутинг для админки прописывается на подобии /manage/publication/edit/12 /manage/publication/delete/12 /manage/publication/12/files и т.д. Так вот для всех URL которые начинаются на manage надо увеличить client_max_body_size что я и попытался сделать в приведенном конфиге. Не сработало, видимо потоу что с локейшена /manage запрос все равно уходит в локейшен / а там видимо client_max_body_size = 1m Как решить эту задачу? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,248855,248855#msg-248855 ___ 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
Re: Распределённое хранение файлов [OFFTOPIC]
Мы положили в mongodb, а перед раздатчиками поставили кэширующие прокси на nginx. Д. понедельник, 17 февраля 2014 г. пользователь Andrey Velikoredchanin написал: Когда у меня была такая задача, я исходил из принципа что самое надежное решение - самое простое. Я использовал много серверов с NFS, запись в базе того, на каком сервере лежит файл и X-Accel-Redirect при его выдаче. 17 февраля 2014 г., 1:41 пользователь Alex Yakovenko aleksey.yakove...@gmail.comjavascript:_e(%7B%7D,'cvml','aleksey.yakove...@gmail.com'); написал: https://github.com/mogilefs/ 16 февраля 2014 г., 21:33 пользователь Михаил Монашёв postmas...@softsearch.rujavascript:_e(%7B%7D,'cvml','postmas...@softsearch.ru'); написал: Здравствуйте. Расскажите, пожалуйста, как Вы храните много разных файлов, если они на один сервер не влазят? Есть ли специальные инструменты для распространения файлов по серверам, поддержания нужного количества реплик, обхода всех файлов или файлов с каким-то признаком и т.п. -- С уважением, Михаил mailto:postmas...@softsearch.rujavascript:_e(%7B%7D,'cvml','postmas...@softsearch.ru'); ___ nginx-ru mailing list nginx-ru@nginx.org javascript:_e(%7B%7D,'cvml','nginx-ru@nginx.org'); http://mailman.nginx.org/mailman/listinfo/nginx-ru -- WBR Alex Yakovenko ___ nginx-ru mailing list nginx-ru@nginx.org javascript:_e(%7B%7D,'cvml','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
Re: Передача заголовков клиенту
http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_buffering ? Д. 2013/10/15 Aleus Essentia nginx-fo...@nginx.us Добрый день! Подскажите, можно ли указать NGINX'у сразу передавать заголовки клиенту, без ожидания получения полностью всего заголовка? У меня есть upstream-сервер, который после запроса от клиента в некоторых случаях может долго отвечать, больше 5 минут. Поэтому для поддержания соединения upstream отсылает незначащие строки заголовка раз в 10 секунд. Но NGINX копит заголовок, пока не наткнётся на \n\n. Как решить эту проблему? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,243691,243691#msg-243691 ___ 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
Re: Кроссдоменная авторизация средставми nginx
Проблема с auth_basic не в том, как её наследовать, а в том, что на domain.com, site.domain.com, trash.domain.com пользователю придется вводить пароли отдельно. Д. 2013/5/8 Васильев Zmey! Олег zmey1...@ya.ru Занесите auth_basic в контекст http {}, все server{} внутри унаследуют его (только что проверил). 05.05.2013, 18:23, psixo...@gmail.com psixo...@gmail.com: Здравствуйте, Nginx-ru. Дано: домен с большим количеством поддоменов. Задача: открыть доступ только для ограниченного круга лиц, включая мобильные клиенты. Крайне желательно ограничиться средствами nginx, не вмешиваясь в скрипты сайта. Авторизация нужна только для того, чтобы не могли зайти люди с улицы. Т.е. вполне подойдет что-то слабенькое, как, например, факт наличия куки у клиента и т.п. Никак не могу придумать, как это реализовать. Basic-авторизацияне подходит, т.к. она не кроссдоменная. Рассматривал вариант когда сайт не пускает никого, у кого нет определенной куки, а получить ее можно, зайдя на определенный урл внутри сайта. Возникли проблемы с внесением изменений в текущую конфигурацию nginx: if ($cookie_edws != '1033'){ return 444; } location = /auth_url { add_header Set-Cookie lcid=1033;Domain=.domain.com ;Path=/;Max-Age=31536000; rewrite ^(.*)$ domain.com persistent; } if (!-e $request_filename) { rewrite ^(.*)$ /index.php break; } Таким образом, если физически auth_url не существует, то управление в location = /auth_url не попадет никогда, а всегда будет передано в if (-e $request_filename). Даже если вмешаться в структуру сайта (что неприемлимо) и создать файл auth_url, то в location управление не попадет из-за существования if ($cookie_edws != '1033'). Замкнутый круг какой-то. Может многоуважаемый All подскажет как быть? -- С уважением, Psixozzz mailto:psixo...@gmail.com ___ 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 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Исключение для списка файлов
Добрый день. вторник, 26 февраля 2013 г. пользователь Алексей Бобок писал: 26 февраля 2013 г., 18:40 пользователь Михаил Монашёв postmas...@softsearch.ru javascript:_e({}, 'cvml', 'postmas...@softsearch.ru'); написал: Здравствуйте, Алексей. Есть средней нагруженности видеосторадж (700мбит/сек) На нем есть порядка 150 mp4/flv видео, для которых нужно включить огранчение по гео. А сколько всего в видеосторадж влезает видео-файлов и из скольких он винтов? Всегда интересовало, как умудряются хранить и раздавать видео, не оставаясь в минусе из-за количества железа и трафика. -- С уважением, Михаил mailto:postmas...@softsearch.rujavascript:_e({}, 'cvml', 'postmas...@softsearch.ru'); ___ nginx-ru mailing list nginx-ru@nginx.org javascript:_e({}, 'cvml', 'nginx-ru@nginx.org'); http://mailman.nginx.org/mailman/listinfo/nginx-ru 4 SATA x 2Tb 1 SSD x 250Gb для кеша выдает сейчас суммарно около 1000 tps (ssd - 800, sata - 200) и 650Мбит freebsd LA - 0,5, RAM - 1Gb active Я прошу прощения, 1000 tps (rps?) и 650 мегабит - это 650 килобит (читай 65 килобайт) на полный запрос (читай - файл?). Это точно видео? Д. -- Think before you print. Best regards, Alexey Bobok. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru