Re: resumable upload
On Mar 29, 2013, at 7:38 PM, Andrey N. Oktyabrski wrote: > On 29.03.2013 17:02, Валентин Бартенев wrote: >> Просто когда дело заходит о том, что на грамотную реализацию и последующую >> поддержку этого кода нужно потратить сколько-то человеко-часов, которые >> должен >> кто-то оплатить, то часто выясняется, что большинству вопрошающих не очень то >> оно и нужно было. > Большинство вопрошающих вполне устраивал upload_module. > > P.S. Пожалуй, это тупиковая ветвь дискуссии. тупиковая, он поломался с nginx 1.3.9, а автор этого плагина забил на поддержку уже как полгода. > > ___ > 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: resumable upload
On 29.03.2013 17:02, Валентин Бартенев wrote: Просто когда дело заходит о том, что на грамотную реализацию и последующую поддержку этого кода нужно потратить сколько-то человеко-часов, которые должен кто-то оплатить, то часто выясняется, что большинству вопрошающих не очень то оно и нужно было. Большинство вопрошающих вполне устраивал upload_module. P.S. Пожалуй, это тупиковая ветвь дискуссии. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: nginx+memcached код ответа отличный от 200 OK
Благодярю за ответ. В принципе про 200 и 404 (и 500-е при ошибках) из
мемкешеда я уже экспериментальным путем понял.
Про независимость return - понятно
Maksim Anfilatov Wrote:
---
> Memcached модуль умеет возвращать только 200 и 404 коды.
> Return работает независимо от memcached.
> 29.03.2013 17:27 пользователь "pioneer32"
> написал:
>
> > Всем доброго времени суток.
> >
> > Возникла следующая необходимость заменить код ответа при "попадание
> в кэш"
> > на "203 Non-Authoritative Information".
> >
> > Вот вырезка из конфига:
> >
> > location = /test/ {
> > memcached_pass 127.0.0.1:11211;
> > error_page 404 502 504 = @fallback_test;
> > add_header Content-Type text/html;
> > return 203;
> > }
> >
> > Дает пустой ответ, даже если ее заменить на return 200 - тело ответа
> будет
> > пустым. Ответ будет только в случае исключения команды return из
> данного
> > location.
> >
> > Linux http 3.2.0-4-amd64 #1 SMP Debian 3.2.39-2 x86_64 GNU/Linux
> > debian 7.0
> > nginx version: nginx/1.2.1
> >
> > Весь мануал вдоль и поперек излазил.
> > Подскажите пожалуйста как это сделать.
> >
> > Posted at Nginx Forum:
> > http://forum.nginx.org/read.php?21,237945,237945#msg-237945
> >
> > ___
> > 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
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,237945,237960#msg-237960
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: resumable upload
On Friday 29 March 2013 17:32:32 Илья Шипицин wrote: > а расскажите в двух словах, почему надо аплоады именно на nginx-е > делать, а например не на php в режиме fastcgi ? > Люди хотят экономить ресурсы, не прокачивать файлы лишний через сокет и php. А если файл очень большой, то операция: сбросить тело в файл на диск -> прочитать его -> отправить в сокет -> получить на той стороне -> опять записать на диск - может быть слишком ресурсоёмкой. -- Валентин Бартенев http://nginx.org/en/donation.html ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: nginx+memcached код ответа отличный от 200 OK
Memcached модуль умеет возвращать только 200 и 404 коды.
Return работает независимо от memcached.
29.03.2013 17:27 пользователь "pioneer32" написал:
> Всем доброго времени суток.
>
> Возникла следующая необходимость заменить код ответа при "попадание в кэш"
> на "203 Non-Authoritative Information".
>
> Вот вырезка из конфига:
>
> location = /test/ {
> memcached_pass 127.0.0.1:11211;
> error_page 404 502 504 = @fallback_test;
> add_header Content-Type text/html;
> return 203;
> }
>
> Дает пустой ответ, даже если ее заменить на return 200 - тело ответа будет
> пустым. Ответ будет только в случае исключения команды return из данного
> location.
>
> Linux http 3.2.0-4-amd64 #1 SMP Debian 3.2.39-2 x86_64 GNU/Linux
> debian 7.0
> nginx version: nginx/1.2.1
>
> Весь мануал вдоль и поперек излазил.
> Подскажите пожалуйста как это сделать.
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,237945,237945#msg-237945
>
> ___
> 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: resumable upload
а расскажите в двух словах, почему надо аплоады именно на nginx-е делать, а например не на php в режиме fastcgi ? 29 марта 2013 г., 19:02 пользователь Валентин Бартенев написал: > On Friday 29 March 2013 07:21:24 Andrey N. Oktyabrski wrote: >> On 29.03.2013 00:30, Валентин Бартенев wrote: >> >>> Пользоваться штатными средствами. >> >>> >> >>> http://nginx.org/r/client_body_in_file_only/ru >> >> >> >> Вот бы штатными средствами было вот это реализовано, так можно было бы и >> >> пользоваться: >> >> http://www.grid.net.ru/nginx/resumable_uploads.ru.html >> > >> > Сделать всякого можно, был бы только спрос. >> >> А сколько человек можно назвать спросом? :-) Вот мне надо, один уже >> есть. У нас таким образом приложение со смартфона на сервер грузит >> большие файлы. > > Просто когда дело заходит о том, что на грамотную реализацию и последующую > поддержку этого кода нужно потратить сколько-то человеко-часов, которые должен > кто-то оплатить, то часто выясняется, что большинству вопрошающих не очень то > оно и нужно было. > > Счетчиками обычно заведуют тут: http://nginx.com/services.html =) > > -- > Валентин Бартенев > http://nginx.org/en/donation.html > ___ > 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+memcached код ответа отличный от 200 OK
Всем доброго времени суток.
Возникла следующая необходимость заменить код ответа при "попадание в кэш"
на "203 Non-Authoritative Information".
Вот вырезка из конфига:
location = /test/ {
memcached_pass 127.0.0.1:11211;
error_page 404 502 504 = @fallback_test;
add_header Content-Type text/html;
return 203;
}
Дает пустой ответ, даже если ее заменить на return 200 - тело ответа будет
пустым. Ответ будет только в случае исключения команды return из данного
location.
Linux http 3.2.0-4-amd64 #1 SMP Debian 3.2.39-2 x86_64 GNU/Linux
debian 7.0
nginx version: nginx/1.2.1
Весь мануал вдоль и поперек излазил.
Подскажите пожалуйста как это сделать.
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,237945,237945#msg-237945
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: неблокирующий аплоад
On Friday 29 March 2013 13:27:01 Anatoly Mikhailov wrote: > On Mar 28, 2013, at 11:08 PM, Anatoly Mikhailov wrote: > > On Mar 28, 2013, at 8:30 PM, Валентин Бартенев wrote: > >> On Thursday 28 March 2013 23:54:48 Andrey N. Oktyabrski wrote: > >>> On 28.03.2013 18:45, Валентин Бартенев wrote: > On Thursday 28 March 2013 16:34:21 Anatoly Mikhailov wrote: > > Вопрос по неблокирующему аплоаду больших файлов, в идеале без > > необходимости использовать проксирование на upstream. > > > > 2 варианта: > > 1) nginx-upload-module > > 2) lua-resty-upload > > > > Первый поломался с выходом nginx 1.3.9 > > https://github.com/vkholodkov/nginx-upload-module/issues/41 Второй > > требует 2 дополнительных модуля (devkit, lua), но еще не > > production-ready > > > > Что выбрать? > > Пользоваться штатными средствами. > > http://nginx.org/r/client_body_in_file_only/ru > >>> > >>> Вот бы штатными средствами было вот это реализовано, так можно было бы > >>> и пользоваться: > >>> http://www.grid.net.ru/nginx/resumable_uploads.ru.html > >> > >> Сделать всякого можно, был бы только спрос. > > > > если хорошо задокументировать, то спрос будет обязательно, > > погуглив, можно только найти nginx_upload_module и lua модуль, > > но про client_body_in_file так просто не найдешь, хотя если покопать: > > - http://forum.nginx.org/read.php?2,223189,223198#msg-223198 > > - http://forum.nginx.org/read.php?2,227175,227177 > > - http://mailman.nginx.org/pipermail/nginx/2012-September/035447.html > > > > кстати, сейчас тестируем штатное решение - это то, что нужно, спасибо! > > есть возможность отправить POST без multi-part data заголовков с формы, > что штатный модуль все правильно распарсил? > Есть. XMLHttpRequest2 умеет посылать файлы, не оборачивая их, и не кодируя тем или иным образом. Но разумеется если хотите покрыть всех пользователей: http://caniuse.com/#feat=xhr2 то нужен fallback на старый дедовский метод. -- Валентин Бартенев http://nginx.org/en/donation.html ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: resumable upload
On Friday 29 March 2013 07:21:24 Andrey N. Oktyabrski wrote: > On 29.03.2013 00:30, Валентин Бартенев wrote: > >>> Пользоваться штатными средствами. > >>> > >>> http://nginx.org/r/client_body_in_file_only/ru > >> > >> Вот бы штатными средствами было вот это реализовано, так можно было бы и > >> пользоваться: > >> http://www.grid.net.ru/nginx/resumable_uploads.ru.html > > > > Сделать всякого можно, был бы только спрос. > > А сколько человек можно назвать спросом? :-) Вот мне надо, один уже > есть. У нас таким образом приложение со смартфона на сервер грузит > большие файлы. Просто когда дело заходит о том, что на грамотную реализацию и последующую поддержку этого кода нужно потратить сколько-то человеко-часов, которые должен кто-то оплатить, то часто выясняется, что большинству вопрошающих не очень то оно и нужно было. Счетчиками обычно заведуют тут: http://nginx.com/services.html =) -- Валентин Бартенев http://nginx.org/en/donation.html ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: неблокирующий аплоад
On Mar 28, 2013, at 11:08 PM, Anatoly Mikhailov wrote: > > On Mar 28, 2013, at 8:30 PM, Валентин Бартенев wrote: > >> On Thursday 28 March 2013 23:54:48 Andrey N. Oktyabrski wrote: >>> On 28.03.2013 18:45, Валентин Бартенев wrote: On Thursday 28 March 2013 16:34:21 Anatoly Mikhailov wrote: > Вопрос по неблокирующему аплоаду больших файлов, в идеале без > необходимости использовать проксирование на upstream. > > 2 варианта: > 1) nginx-upload-module > 2) lua-resty-upload > > Первый поломался с выходом nginx 1.3.9 > https://github.com/vkholodkov/nginx-upload-module/issues/41 Второй > требует 2 дополнительных модуля (devkit, lua), но еще не > production-ready > > Что выбрать? Пользоваться штатными средствами. http://nginx.org/r/client_body_in_file_only/ru >>> >>> Вот бы штатными средствами было вот это реализовано, так можно было бы и >>> пользоваться: >>> http://www.grid.net.ru/nginx/resumable_uploads.ru.html >>> >> >> Сделать всякого можно, был бы только спрос. > > если хорошо задокументировать, то спрос будет обязательно, > погуглив, можно только найти nginx_upload_module и lua модуль, > но про client_body_in_file так просто не найдешь, хотя если покопать: > - http://forum.nginx.org/read.php?2,223189,223198#msg-223198 > - http://forum.nginx.org/read.php?2,227175,227177 > - http://mailman.nginx.org/pipermail/nginx/2012-September/035447.html > > кстати, сейчас тестируем штатное решение - это то, что нужно, спасибо! > есть возможность отправить POST без multi-part data заголовков с формы, что штатный модуль все правильно распарсил? >> >> -- >> Валентин Бартенев >> http://nginx.org/en/donation.html >> ___ >> 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: resumable upload
On Mar 29, 2013, at 9:09 AM, Anatoly Mikhailov wrote: > > On Mar 29, 2013, at 3:21 AM, Andrey N. Oktyabrski wrote: > >> On 29.03.2013 00:30, Валентин Бартенев wrote: > Пользоваться штатными средствами. > > http://nginx.org/r/client_body_in_file_only/ru Вот бы штатными средствами было вот это реализовано, так можно было бы и пользоваться: http://www.grid.net.ru/nginx/resumable_uploads.ru.html >>> >>> Сделать всякого можно, был бы только спрос. >> А сколько человек можно назвать спросом? :-) Вот мне надо, один уже есть. У >> нас таким образом приложение со смартфона на сервер грузит большие файлы. >> > > да и что тут говорить, весьма популярный проект с 10K watchers восхваляет > nginx_upload_module так как будто это единственное решение https://github.com/blueimp/jQuery-File-Upload/wiki/Uploading-to-nginx-using-the-nginx-upload-module > >> ___ >> 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: resumable upload
On Mar 29, 2013, at 3:21 AM, Andrey N. Oktyabrski wrote: > On 29.03.2013 00:30, Валентин Бартенев wrote: Пользоваться штатными средствами. http://nginx.org/r/client_body_in_file_only/ru >>> >>> Вот бы штатными средствами было вот это реализовано, так можно было бы и >>> пользоваться: >>> http://www.grid.net.ru/nginx/resumable_uploads.ru.html >> >> Сделать всякого можно, был бы только спрос. > А сколько человек можно назвать спросом? :-) Вот мне надо, один уже есть. У > нас таким образом приложение со смартфона на сервер грузит большие файлы. > да и что тут говорить, весьма популярный проект с 10K watchers восхваляет nginx_upload_module так как будто это единственное решение > ___ > 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: Request Entity Too Large
On Mar 28, 2013, at 17:34 , Aleksandr Sytar wrote:
> Я бы резюмировал бы так - дайте возможность вносить многострочные комментарии
Наверное, это стоит сделать в виде:
disable server {
...
}
disable location /dir/ {
...
}
и в более общем виде
disable {
...
}
Более короткое слово "off" хуже, потому что его сложно искать - будет
совпадений с флагами директив - on/off.
--
Igor Sysoev
http://nginx.com/services.html
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
