Re: basic auth
25.03.2013 08:49, collerperm пишет: Всем привет! Добрый день! Хочу настроить к 2 своим vhosts сабжевую аутентификацию. В одном случае на корень, во-втором на директорию. Прочитал эту ветку http://forum.nginx.org/read.php?2,2304,2304 но так и не понял таки какой вариант правильный. Испробовал несколько из предложенных однако так оно полностью не заработало. Вот конфиг одного из моих хостов (форума на движке IPB): А где у вас здесь аутентификация? В вашем конфиге её просто нет. Уточните, что именно вы хотите спрятать под аутентификацию - php-скрипты или и статику тоже -, и допишите в нужный location auth_basic closed site; auth_basic_user_file conf/htpasswd; -- Best regards, Andrey Kopeyko and...@kopeyko.ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Transfer-Encoding: chunked для статических файлов
On Monday 25 March 2013 13:21:28 Руслан Шарипов wrote:
Добрый день.
Подскажите, поддерживает ли nginx возможность отдавать статические
файлы чанками?
В этом нет практического смысла. Теоретически можно его заставить это делать
через какой-нибудь обработчик, который сделает размер ответа неизвестным
(например пропускать через SSI, sub filter, или addition filter).
Если запросить ресурс, который nginx будет проксировать, то
Transfer-Encoding: chunked включается. Например, запрашиваем ресурс,
который формируется wsgi-бэкендом: curl
http://server.example.com/api/v1/file/foobar/status, то ответ будет
таким:
HTTP/1.1 200 OK
Server: nginx/1.2.1
Date: Mon, 25 Mar 2013 09:09:08 GMT
Content-Type: application/json
Transfer-Encoding: chunked
Connection: close
d
{status: 0}
0
Т.е. все хорошо, ответ пришел чанками.
Не всегда. Всё зависит от ресурса. Если размер ответа неизвестен, то будет
использоваться chunked transfer encoding, при условии, что клиент его
поддерживает.
Но если запросить ресурс, который представляет из себя просто
статичный файл и обрабатывается вот таким location'ом:
location /files/ {
root /home/uploader/receiver;
chunked_transfer_encoding on;
}
То имеем такую картину:
Запрос: curl http://server.example.com/files/foobar
Ответ:
HTTP/1.1 200 OK
Server: nginx/1.2.1
Date: Mon, 25 Mar 2013 09:05:02 GMT
Content-Type: application/octet-stream
Content-Length: 819098
Last-Modified: Mon, 25 Mar 2013 08:38:21 GMT
Connection: keep-alive
Accept-Ranges: bytes
...data
Т.е. nginx отдает файл спрошняком, не деля его на чанки. Можно ли
добиться того, чтобы nginx разбивал на чанки не только ответы от
бэкендов, но и статические файлы? (здесь же возникает вопрос, как
настаивать размер чанка)
Спасибо.
p.s. возможно задачу можно решить иначе, поэтому также поясню зачем
мне это надо. Если верить некому Бену
(https://groups.google.com/forum/?fromgroups=#!topic/python-tornado/kvZma1J
Y1hc), то штатный http-клиент из tornado позволяет использовать
streaming_callback
(http://www.tornadoweb.org/en/stable/httpclient.html) только в том
случае, если ответ от сервера не сплошной, а разбит на чанки.
Некий Бен скорее всего неправ, и streaming_callback работает вне зависимости
от chunked transfer encoding. Во всяком случае, никаких явных указаний на
обратное я не нашел. И было очень бы странно, если бы он это требовал.
--
Валентин Бартенев
http://nginx.org/en/donation.html
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Redirect from www to non-www uri
On Monday 25 March 2013 14:05:20 flexdiez wrote:
Есть домен site.ru
При переходе на него с префиксом www, браузер говорит
К сожалению, Google Chrome не может найти страницу www.site.ru
в конфиге nginx.conf у меня прописано
http {
...
...
server {
listen *:80;
server_name www.site.ru;
rewrite ^(.*) http://site.ru$1 permanent;
}
}
Но это почему-то не помогает.
Подскажите пожалуйста, в чем может быть причина.
В DNS.
--
Валентин Бартенев
http://nginx.org/en/donation.html
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Скорость начала воспроизведения видео в модуле mp4
Хотел поинтересоваться. От чего зависит, как быстро начнется воспроизведение видео файла? Я написал флеш плеер, у Actionscript Netstream класса есть параметр относящийся к объему буфферизации, но он ничего не меняет. Тогда я решил копать в сторону конвертации видео. Я конвертирую видео через avconv. Есть ли какие-то реккомендации от комманды Nginx, которая разрабатывала mp4 модуль? Я пытаюсь добиться мгновенной перемотки видео, чтобы буфферизация не скачивала с сервера по 4-6мб видео перед тем, как начать его проигрывать. Как мне такого достичь? В каком направлении копать? Буду так же признателен за список форумов, где я могу получить хоть какую-то помощь в этой сфере. Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,237744,237744#msg-237744 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Скорость начала воспроизведения видео в модуле mp4
25.03.2013 16:57, somebi пишет: Хотел поинтересоваться. От чего зависит, как быстро начнется воспроизведение видео файла? Я написал флеш плеер, у Actionscript Netstream класса есть параметр относящийся к объему буфферизации, но он ничего не меняет. http://nginx.org/ru/docs/http/ngx_http_mp4_module.html не? в том числе про метаданные. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Скорость начала воспроизведения видео в модуле mp4
Я все это уже сделал еще до публикации этого поста. Но размер первичного файла приблизительно 5mb. Как можно уменьшить этот размер, скажем до 1mb? mp4_buffer_size 1m; mp4_max_buffer_size 5m; Эти настройки вроде настраивают сколько nginx будет использовать памяти на сервере. Я правда не пробовал их менять. Если поменять max_buffer_size, то что поменяется? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,237744,237764#msg-237764 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Скорость начала воспроизведения видео в модуле mp4
Выкидывает исключение, если ставлю mp4_max_buffer_size 2mb: mp4 moov atom is too large:5376175, you may want to increase mp4_max_buffer_size Хмм это уже интересно. Значит надо копать в сторону размера мета данных. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,237744,237765#msg-237765 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Шейпер в Nginx не работает
On Monday 25 March 2013 23:20:27 sdfasdf asdfasdf wrote: Здравствуйте! Столкнулся с очень неприятной проблемой. В Nginx не работает шейпер. Суть проблемы такова: Есть канал на 10 мегабит к примеру. Когда подключается человек с мощным каналом (а сейчас он почти у всех) и начинает что-то качать, то забирает себе всю скорость. Когда подключается второй и третий человек им достаются жалкие 1-2 килобайта в секунду! Ну как же так можно, разве Nginx не должен шейпить скорость и раздавать ее всем потокам поровну? Бред какой-то. Поясните мне кто знает... неужели Nginx такой тупой? Советовать мне $limit_rate и иже с ним НЕ НАДО. Это правило сведёт на нет всю свободность и канал будет проставить. Никаких ограничений вообще быть не должно, вопрос стоит в честной раздаче скорости всем потокам поровну. У вас наверное linux и sendfile включен? -- Валентин Бартенев http://nginx.org/en/donation.html ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Скорость начала воспроизведения видео в модуле mp4
Посмотрите файл какой-то програмкой, которая умеет парсить mp4 файлы на атомы и гляньте где находиться moov атом. Если в конце файла, то пока не скачается весь файл, проигрывание не начнется. В этом случае надо переупаковать файл таким образом, чтобы moov находился вначале. Судя по симптомам проблема именно в этом, хотя ошибка говорит о другом. moov атом обычно небольшой ~до 10кб, вряд ли он будет 5мб. 25.03.2013, в 19:04, somebi написал(а): Выкидывает исключение, если ставлю mp4_max_buffer_size 2mb: mp4 moov atom is too large:5376175, you may want to increase mp4_max_buffer_size Хмм это уже интересно. Значит надо копать в сторону размера мета данных. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,237744,237765#msg-237765 ___ 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: Скорость начала воспроизведения видео в модуле mp4
В том то и дело, что он огромный. Я уже переместил метаданные в начало фильма с помощью qt-faststart. Из-за чего может быть такой большой файл мета данных? Что вообще входит в эти мета данные? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,237744,237776#msg-237776 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Скорость начала воспроизведения видео в модуле mp4
Стрим работает, все проигрывается, только скачивается порядка 6 мегабайт до начала проигрывания и столько же при перемотке фильма. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,237744,23#msg-23 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Шейпер в Nginx не работает
On Tue, Mar 26, 2013 at 12:04:04AM +0400, sdfasdf asdfasdf wrote: Да, у меня linux и sendfile включен. Отключил sendfile, выключил-включил nginx и эффекта ноль. Так что sendfile тут видимо непричем. http://nginx.org/r/sendfile_max_chunk/ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
