секрет - как удалось договориться с Игорем? :)
Этот модуль не использует syslog(), а полностью реализует протокол на UDP.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
ается
> http://nginx-server.com/cgi-bin/... , которого, естественно, нет.
> Можно ли как-нибудь заменить этот редирект, чтобы запрос после него
> принял форму http://nginx-server.com/server1/cgi-bin/... ??
>
http://nginx.org/ru/docs/http/ngx_http_sub_module.html
--
Валентин Бартенев
_
On Tuesday 27 May 2014 12:40:35 Anatoly Mikhailov wrote:
[..]
>
> Валентин, пока подходящее решение не будет найдено, есть планы выложить
> текущий патч сюда http://nginx.org/patches/ ? Это было бы очень удобно.
ok
http://nginx.org/patches/patch.spdy_upstream_fix.txt
--
Валентин
On Monday 26 May 2014 10:53:49 Anatoly Mikhailov wrote:
> On 23 May 2014, at 13:36, Валентин Бартенев wrote:
>
>
> > On Friday 23 May 2014 11:54:11 Anatoly Mikhailov wrote:
> >
> >> Наткнулся на проблему, с которой, похоже, уже разобрались
> >>
ируется.
Другое решение - когда руки дойдут. И надеюсь, что скоро это случится.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
> Планируется ли добавить поддержку переменных в error_log?
>
Не планируется.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
On Wednesday 14 May 2014 10:34:46 dant4z wrote:
[..]
>
> на $uri пойдет GET. Дальше, если в мемкэше не окажется этого ключа, то будет
> 404 и на бэкенд пойдет GET вместо POST, так?
>
Так.
--
Валентин Бартенев
___
nginx-ru mailing l
_pass.
>
> Без напилника добиться того что вы хотите не получится.
>
[..]
error_page 405 $uri;
На $uri уже пойдет GET.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
On Monday 12 May 2014 02:28:33 dimik wrote:
> есть какой-нибудь workaround?
>
> Может стоит сделать поддержку?
>
А usecase у вас какой?
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/li
ERS);
>
Если верить описанию "in a multithreaded environment",
а nginx к таковым не относится.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
i/scgi/uwsgi)_pass - работают примерно аналогично,
разница лишь в протоколе.
Проблема скорее всего в том, что от нас скрывают настоящую
конфигурацию, в которой желаемый запрос обрабатывается совсем
в другом location, без fastcgi_pass.
--
Валентин Бартенев
ый вопрос - какова эта самая вероятность.
>
> ребята из CloudFlare решили проверить эту вероятность экспериментальным путем
> https://www.cloudflarechallenge.com/heartbleed
>
Правильная ссылка:
http://blog.cloudflare.com/answering-the-critical-question-can-you-get-private-ssl-keys-using-
чем может быть связана
> такая проблема?
>
Этот запрос очевидно не попадает в ваш location /test/ с proxy_pass.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
едиректом уже на новом домене
при наличии параметра на URL без параметра и выдав при этом куку. Я бы
решил эту задачу небольшим скриптом.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
передать как-то иначе, скажем в параметрах
редиректа:
server {
server_name old.example.org;
rewrite ^ http://new.example.org$uri?session=$session_cookie;
}
Второй способ - это передать через CORS.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
я" у
них соединения)".
Это не так, подняв флаг у всех - означает, что он будет проверен
на ограничение по всем зонам, т.е. эффект достигается ровно обратный.
В таком виде, как вы сформулировали, задача модулем limit_req не
решается в принципе, поскольку модуль в настоящий момент не умеет
увеличивать счетчик без проверки при этом на лимит.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
лчанию 10 миллионов
попугаев.
Лучше отказаться от такой странной идеи - решать проблемы приложения с
помощью веб-сервера и пинать разработчиков сайта.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman
mp;s-price-min=$c3&s-price-max=$c4&s-
configurator-$3=$4&s-configurator-$5=$6&s-configurator-$7=$8&s-
configurator-$9=$n0&s-configurator-$n1=$n2&s-configurator-$n3=$n4&s-
configurator-$n5=$n6&s-configurator-$n7=$n8&s-configurator-$n9=$a0&s-
configurator-$
On Tuesday 08 April 2014 10:33:03 Konstantin Svist wrote:
[..]
>
> А для Heartbleed проблемы будет патч?
>
Обновите OpenSSL.
Подробности: http://nginx.com/blog/nginx-and-the-heartbleed-vulnerability/
--
Валентин Бартенев
___
nginx-ru mai
е не читает из-за ошибки в самом клиенте или из-за проблем с сетью,
либо ядро не сообщает (2.6.18 - тухлый антиквариат, там может быть что
угодно), или же где-то ошибка в nginx.
Стоит посмотреть тем же tcpdump-ом что происходит при этом на соединении.
--
Валентин Бартенев
__
meout явно не достаточно, вероятно клиент
не успевает потреблять с такой скоростью.
Значение по умолчанию там 60 секунд, зачем трогали?
>
> В общем как мне кажется проблема где-то около "sendfile() is not ready
> (11: Resource temporarily unavailable)
а 0.7.чтототам заметил. На 1.4.5 воспроизводится.
>
> Всё не так страшно, но хотелось бы понимать, какие директивы
> наследуются, а какие нет. Что надо тащить с собой, а что нет.
>
http://nginx.org/r/proxy_set_header/ru
Третье по счету предложение.
--
Валентин Бартенев
__
прос, то ли фичреквест - а можно как-нибудь узнать с
> каким OpenSSL собрано (например, если собирать из портов с
> WITH_OPENSSL_PORT=yes, то configure самого nginx выдаёт With OpenSSL
> System, при этом собирается таки с портовым)?
man ldd
--
Валентин Бартенев
On Thursday 20 March 2014 21:23:00 Ксения Юрьевна Блащук wrote:
> <http://nginx.org/r/proxy_max_temp_file_size/ru>
> Пробовала - без изменений, те же 200кб/c (.
>
А что пробовали? Без полного конфига вообще сложно что-то подсказать.
--
Ва
луйста, дайте совет, в какую сторону копать? Откуда может браться это
> ограничение в 200 КБ/c и кто виноват?
>
Копайте в сторону http://nginx.org/r/proxy_max_temp_file_size/ru
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
x.org/ru/docs/http/ngx_http_fastcgi_module.html#fastcgi_buffering
Отключение наоборот негативно влияет на производительность и необходимо в
основном для long polling задач.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman
дую тщательно изучить что делают все эти директивы, после этого
решение проблемы должно стать простым и понятным.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
ось бы чтобы на сайты без ssl нельзя попытаться было войти по
> https. Выше мне уже ответили что нужен второй ip.
>
Попытаться всегда можно. Повесив https на отдельный ip вы только измените
сообщение об ошибке и вообще лишите пользователя возможности увид
реализации?
>
http://nginx.org/ru/docs/http/ngx_http_auth_request_module.html
и никаких самописных модулей к nginx.
--
Валентин Бартенев
___
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
On Thursday 27 February 2014 13:22:39 AlexyFrost wrote:
[..]
> Меня, в целом, не столько беспокоят "левые" данные мастера в воркере,
> сколько потенциальные проблемы, которые они могут привнести (выше
> перечислял).
>
ИМХО все перечисленные проблемы надуманны.
t http://st.example.lab/1024mb_file -O /dev/null
>
> next attepmts:
>
> 100%[===>]
> 1,073,741,824 1.37G/s in 0.7s
>
А тут уже из пейджкэша.
--
Валентин Бартенев
___
nginx-
е строки замены знак вопроса,
например:
rewrite ^/users/(.*)$ /show?user=$1? last;
"
http://nginx.org/r/rewrite/ru
В вашем случае соответственно: rewrite ^ /aaa$arg_data?;
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@n
ужно чтобы только some_data.
> Как победить?
>
Почитать документацию по директиве rewrite:
http://nginx.org/r/rewrite/ru
А также не лишним будет узнать про переменную $arg_*
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
On Wednesday 19 February 2014 22:05:43 Vladimir Skubriev wrote:
> Просто мне было интересно узнать
> как может загрузка процессора и загрузка диска (не значительные) влиять на
> отдачу файла через по сути localhost.
>
[..]
Ну а сохраняли вы его куда при этом, в /dev/null надеюсь?
On Wednesday 19 February 2014 01:46:51 zzakirow wrote:
> Пожалуйста, подскажите как настроить так, что бы php файлы были не доступны
> для запуска, кроме index.php.
[..]
Убрать их из зоны видимости веб-сервера. Зачем вы их туда положили?
--
Валентин Ба
ать другие запросы он по-прежнему не
в состоянии.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
On Friday 14 February 2014 09:59:51 sebor wrote:
> Т.е. для 64-битной сборки достаточно указать только
> --with-cpu-opt=sparc64?
>
Да.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listi
sl=../openssl-1.0.1f --with-http_dav_module
> --with-http_flv_module --with-cc=/opt/solarisstudio12.3/bin/cc
> --with-cc-opt=-m64 --with-ld-opt=-m64
> Сыплется много предупреждений:
> cc: Warning: -xarch=v8plus is deprecated, use -m32 -xarch=sparc instead
[..]
Не надо использовать -m
On Thursday 13 February 2014 08:53:59 Oleg Palij wrote:
>
> 12 февр. 2014, в 19:45, Валентин Бартенев написал(а):
>
> > On Wednesday 12 February 2014 13:40:23 Oleg Palij wrote:
> >> Добрый день.
> >>
> >> Пишем в access_log данные POST:
> >&g
ть большими (до 500 килобайт).
>
> Не может это быть связанно с тем что nginx пишет из одного потока в лог, не
> успевает дописать, как туда же начинает писать другой поток, прерывая тем
> самым запись предыдущего?
> И можно-ли что-то с этим сделать?
>
> nginx
encoding
при получении тела запроса появилось годом позже в nginx 1.3.9.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
первом сообщении сами написали, что редирект возвращается на:
http://site.ru/
а в proxy_redirect зачем-то для замены указали
http://xx.xx.xx.xx:8080/
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
://site.ru/dir/
>
> в настройках nginx добавил:
> proxy_set_header X-Forwarded-Proto $scheme;
>
> в настройках apache:
> SetEnvIf X-Forwarded-Proto https HTTPS=on
>
> но не помогло :(
>
http://nginx.org/r/proxy_redirect/ru
--
Валентин Бартенев
___
On Monday 10 February 2014 01:24:44 denis wrote:
> 08.02.2014 0:32, Валентин Бартенев пишет:
> > On Friday 07 February 2014 18:45:51 denis wrote:
> > [..]
> >> А есть еще вариант -- аппаратный контроллер с поддержкой кэша чтения на
> >> ssd, и после прогрева кэша о
файлы на ssd.
>
Почему именно аппаратный?
bcache, dm-cache, EnhanceIO
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Mhp8X
> nginx.conf http://pastebin.com/bDW8Dw2r
>
[..]
Из лога ясно видно, что 500-ую ошибку вернули из FastCGI
и скорее всего это были ваши php-скрипты. Если в них указано
header('Status: 500 Internal Server Error'), то естественно
в логах php-демона ниче
nginx.org/mailman/listinfo/nginx-ru
По факту, Максим уже ответил на ваше сообщение, только ответ на форум по
какой-то причине не попал:
http://mailman.nginx.org/pipermail/nginx-ru/2014-February/053299.html
--
Валентин Бартенев
___
nginx-ru mailing list
=110=110&PID=200
Пробелы вокруг операторов в if обязательны.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
(shift+f5 в firefox) и увидеть
в чем она заключается.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
дит. Я просто оставлю эту ссылку здесь:
> >
> > http://wiki.nginx.org/Debugging
>
> дебаг я с удовольствеим посмотрел бы, директива error_log выставлена в debug
> но ничего не пишет у меня:
> error_log /var/log/nginx/error.log debug;
>
>
ror
> server {
>listen *:80 default_server;
> return 403;
> }
>
> *сайт*:
>
> server {
>listen *:80;
> server_name *сайт*;
> location / {
> <-->proxy_pass http://127.0.0.1:81/;
[..]
Так всё в
ей;
3. Ваш экземпляр nginx'а, от долгой и упорной работы,
осознал себя как личность и перепрограммировался.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
epalive между nginx и apache включен.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
; легитимных соединений.
[..]
Такие задачи никто не выполняет в реальном времени, держа соединение в
подвешенном состоянии. Складывайте задачи в очередь, возвращайте ответ,
сообщающий об этом, и обрабатывайте в фоне сколько потребуется.
--
Валентин Бартенев
_
On Thursday 23 January 2014 01:50:46 DenisM wrote:
> Валентин Бартенев Wrote:
> ---
> > On Wednesday 22 January 2014 09:32:19 DenisM wrote:
> > > Привет!
> > > Сайт на php-cgi (fastcgi). nginx 1.4.4.
> > > Н
ет.
>
> Всюду пробовал, нигде не работает.
Попробуйте выключить gzip-сжатие на бекэнде.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Это хорошо описано в документации:
http://nginx.org/r/server_name/ru
(со слов "При поиске виртуального сервера ...")
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
t; существует.
>
> > http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/aio.h.html
>
> В libuv , поверх которой Node.JS, все файловые операции, включая
> открытие файла, асинхронные:
> http://nodejs.org/api/fs.html#fs_fs_open_path_flags_mode_callback .
> Не знаю,
й DNS-сервер и как в нём это
> настроить. Ради такого дела даже поставлю где-нибудь.
http://mark.lindsey.name/2009/03/never-use-dns-ttl-of-zero-0.html
https://00f.net/2011/11/17/how-long-does-a-dns-ttl-last/
--
Валентин Бартенев
___
nginx-ru mailing l
на тебе очередная уточка.
>
Я, как уже тут прозвучало, посоветовал бы взять нормальный хостинг,
полагаю хороший датацентр будет всяко лучше, чем свой велосипед.
И если уже боитесь весь проект выносить на него, то можно хотя бы
поставить nginx и настроить проксирован
On Tuesday 14 January 2014 08:40:23 Vladimir Skubriev wrote:
> 13.01.2014 22:22, Валентин Бартенев пишет:
> > On Monday 13 January 2014 20:17:34 Sergey Kobzar wrote:
> >> On 01/13/14 19:46, VovansystemS wrote:
> >>>>> Половина попыток подключиться будет обла
приведенному руководству и собирать OpenSSL
самостоятельно.
Всё, что было нужно - это скачать архив с исходниками OpenSSL, распаковать,
и просто указать в --with-openssl=DIR вместо DIR путь к исходникам.
--
Валентин Бартенев
___
nginx-ru mailing lis
z + какая-ть чекалка.
> Естественно NS сервер должен быть где-то в ДЦ.
[..]
Едва ли это можно назвать "фэловер" при ненулевом TTL.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
еописанное вами относится к обсуждаемой в данной
подветке теме про http://habrahabr.ru/post/166855/ (которая вообще
не относится к кэшу и директивам proxy_cache_key/fastcgi_cache_key,
но уж так вышло, что была затронута)?
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
On Saturday 11 January 2014 03:51:15 Валентин Бартенев wrote:
[..]
Нда, сорри, уже плохо согласовываю слова в предложениях - явно пора спать.
Подводя итог, не надо вырывать отдельные фразы из RFC и пытаться их
интерпретировать в свою пользу.
Когда nginx выступает в роли клиента, он пытается
MUST be ignored.
>
> А несоответствие требованиям RFC 2616 - это ведь BUG, верно?
Поскольку мысль повторена по меньшей мере 3 раза, то и в третий раз,
на всякий случай: на ту часть nginx, которая работает в режиме сервера, не
распространяется клиентских требований RFC 2616, что в самом же RFC 2616
прописано, а именно роли клиента и сервера взаимоисключающие, и закреплены
для каждого индивидуального соединения.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
On Friday 10 January 2014 23:10:17 Gena Makhomed wrote:
> On 10.01.2014 22:48, Валентин Бартенев wrote:
>
> >> Разве много ли таких конфигураций, которые полагались
> >> на дефолтовое значение директивы proxy_cache_key ?
>
> > Полагаю не мало людей используют к
On Friday 10 January 2014 22:51:17 Gena Makhomed wrote:
> On 10.01.2014 15:07, Валентин Бартенев wrote:
>
> >>>>>> Кому интересно почитать, подробней вот ссылка.
> >>>>>> http://habrahabr.ru/post/166855/
> ...
> >> $host
> >>
енения перестанет.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
о, как с точки зрения понятности конфига, так и с точки
зрения унификации между различными upstream-модулями.
А также избавляет нас от странной формулировки в документации:
"By default, the directive’s value is close to the string"
и упрощает код в нескольких местах.
Понятно, что так
говаривают, что следует делать
при получении нескольких заголовков Host, ну а потом уже сюда.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
On Friday 10 January 2014 13:45:27 Gena Makhomed wrote:
> On 10.01.2014 12:24, Валентин Бартенев wrote:
> >>> Кому интересно почитать, подробней вот ссылка.
> >>> http://habrahabr.ru/post/166855/
> >>>
> >>> Как видите, корректное значения имею
которые сервер должен передавать приложению.
И в ней вполне черным по белому сказано, что все переменные HTTP_* это
protocol specific переменные полученные из заголовков переданных клиентом.
И есть безопасная и специфицированная переменная SERVER_NAME.
Если кто-то в п
выми
>
[..]
Только обращаю внимание, что с точки зрения обработки запроса "/webapp",
о котором спрашивает автор темы, ваша конфигурация ничем не отличается.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
; proxy_pass http://login.example.com;
> >
> > }
> >
> >
> >
> >
> > Про try_files тут не сказано ни слова.) Но возник законный вопрос: а как
>
> вернуть прежнее поведение? можно ли сделать это "красиво"? или придется
> городить магию
, чтобы перенаправлять в
> них запросы без изменения URI. Создавать подзапросы в именованный
> location - нельзя.
Подозреваю, что было бы удобно и логично, если URI при подзапросе в
именованный location брался из родительского запроса.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
On Saturday 04 January 2014 22:09:29 Maxim Dounin wrote:
> Hello!
>
> On Sat, Jan 04, 2014 at 06:12:25PM +0400, Валентин Бартенев wrote:
> > On Saturday 04 January 2014 15:01:16 Ксения Юрьевна Блащук wrote:
> > > Добрый день.
> > > Возник вопрос по модулю ngx_
ile /etc/nginx/nginx.conf test failed
>
[..]
>
> В чем может быть дело?
> Спасибо.
Это баг в проверке конфигурации.
Чтобы его обойти можете поменять местами так чтобы вначале шел больший
диапазон:
127.0.0.1-127.0.0.255 US;
127.0.0.1-127.0.0.1 RU;
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
ботчиков, а те
пинают "ленивых и криворуких" админов.
Что касается производительности, то я не ручаюсь сказать, что будет
быстрее, но уверен, что разница, если она и есть в какую-либо сторону,
неизмеримо мала.
--
Валентин Бартенев
___
ngi
ess_no
> _cache|wordpress_logged_in")
{
> set $no_cache 1;
> }
Скорее всего вы хотите:
map $args $empty_args {
default 0;
"" 1
}
fastcgi_no_cache $empty_args $https $cookie_auth_user $cookie_login .. ;
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
рее всего nginx тут вообще не причем, ваш браузер, перед тем как послать
отправить второй запрос, ожидает завершения первого.
> Что я делаю не так?
Используете для проверки конфигурации веб-сервера такой сложный инструмент со
своей непрозрачной логикой, как браузер.
--
Валентин Бартенев
htt
еобходимо обновить.
http://nginx.org/en/security_advisories.html
--
Валентин Бартенев
http://nginx.com/
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
root /opt/project/www/static;
> expires 15m;
> }
>
> Выше в конфиге ничего не делается с заголовками или кешами, но скажите, что
> показать, я покажу.
>
[..]
Покажите конфиг для начала, и nginx -V на всякий случай.
--
Валентин Бартенев
http://nginx.com/
gt; символом "|")?
>
> С уважением.
>
Реализовать список файлов можно с помощью директории, а директорию вынести
за область видимости веб-сервера.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
могу понять как его использовать и куда писать, нужные мне, строки.
> Буду благодарен если кто подскажет как вообще работать с модулями nginx и
> конкретно с ngx_http_headers_module.
>
И чем документация не устроила?
http://nginx.org/ru/docs/http/ngx_http_headers_module.html
илагаю в виде ссылки: http://prntscr.com/249v0c
> Заранее, большое спасибо за помощь!
>
Казалось бы, причем тут nginx?
Необходимо использовать версионирование в ссылках.
Скажем было /media/style/logo.png?1 , а когда загружаете новую версию файла -
уве
>main) {
rc = ngx_http_spdy_read_request_body(r, post_handler);
goto done;
}
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
On Friday 01 November 2013 17:50:51 Sergey Kobzar wrote:
> On 11/01/13 15:09, Валентин Бартенев wrote:
> > On Friday 01 November 2013 17:02:43 Валентин Бартенев wrote:
> >> On Friday 01 November 2013 16:54:43 Sergey Kobzar wrote:
> >> [..]
> >>
> >>>
On Friday 01 November 2013 17:02:43 Валентин Бартенев wrote:
> On Friday 01 November 2013 16:54:43 Sergey Kobzar wrote:
> [..]
>
> > > Далее у вас есть internal location, в котором тот же
> > > proxy_pass/fastcgi_pass с переменной и запрос отправляется на нужн
i;
и proxy_pass в этом случает будет выглядеть так:
proxy_pass http://$backend$original_uri;
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
On Friday 01 November 2013 16:41:47 Sergey Kobzar wrote:
> On 11/01/13 14:32, Валентин Бартенев wrote:
> > On Friday 01 November 2013 16:23:32 Sergey Kobzar wrote:
> >> Приветсвую
> >>
> >> Nginx стоит как frontend. За ним находится несколько десятков или бо
ginx.org/r/upstream_conf
> >Одно но:
> >This directive is available as part of our commercial subscription
> >only.
>
> Как вариант конечно...
> Вопрос к разработчикам: сколько стоит commercial subscription?
>
[..]
На сайте есть пр
lua?
>
Самый лучший вариант - X-Accel-Redirect, смотрите например в описании
директивы proxy_ignore_headers.
http://nginx.org/r/proxy_ignore_headers/ru
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
quot;При поиске виртуального
сервера по имени...".
Если у вас не так, то либо просто не работает SNI, либо вы что-то
перемудрили.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
".
Как отловить? Смотрите access_log, если формат его не меняли, то
увидите там "POST HTTP/1.1" 400.
--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
de,js выключен и клиент обращается к
> адресу http://live.domain.com/socket.io/socket.io.js , то ему СРАЗУ же
> выдается либо 404, либо 502 (что должно быть логично)
Либо выключайте то, что у вас слушает 1337 порт, либо обучайте это самое
отдавать соответствующий код.
--
Валентин Бартен
пасть в этот event_list[], и пока мы до него доберемся,
> структура, которая была связана с ним может быть уже использована под
> новое соединение.
Именно так.
--
Валентин Бартенев
http://nginx.org/en/donation.html
___
nginx-ru mailing list
nginx
gt; структура ngx_connection_t была использована повторно, но как, ведь процесс
> был заблокирован?
>
Нет, не так. Максим в своем ответе уже привел пример. Смотрите и мой выше.
Соединение могло быть закрыто, а равно как открыто другое соединение при
обработки других событий в цикле.
*/
Ключевой момент тут "this iteration", вся речь идет о текущей итерации
обработки
событий.
Мы могли закрыть соединение до того, как добрались до обработки событий,
с ним связанных (первая проверка). Могли закрыть соединение на read-событии,
а следом у нас идет write (вторая
Результаты 501 - 600 из 734 matches
Mail list logo