Добрый день!
Есть сайт где переход по страничкам осуществляется с помощью дерганья php
скрипта с различными параметрами.
Например /index.php?param1=aparam2=bparamN=N
Мне надо повесить auth_basic на определенные странички, то есть на запуск
php скрипта с определенными параметрами. Как это
Приведенная выше схема не работает
2015-04-01 10:59 GMT+03:00 Иван Мишин simplebo...@gmail.com:
ВОт так?
location / {
if ($query_string ~ param1=a ) {
error_page 418 = @restricted
я бы предложил вот такой вариант
location / {
if ($query_string ~
al=5f4ff3cb6478424481d6dfdf9d9a3696
http://site.ru/Mydll.dll?al=5f4ff3cb6478424481d6dfdf9d9a3696) {
return 418;
}
error_page
Кажется понял, проблема в proto UDP , а мне надо proto TCP.
Как заставить nginx юзать TCP ?
23 апреля 2015 г., 17:16 пользователь Иван Мишин simplebo...@gmail.com
написал:
Добрый вечер!
Обновил nginx то версии 1.8. и пытаюсь наладить syslog в сторону сислог
сервера с ip адресом x.x.x.x. При
Добрый вечер!
Обновил nginx то версии 1.8. и пытаюсь наладить syslog в сторону сислог
сервера с ip адресом x.x.x.x. При этом ip на котором крутиться nginx y.y.y.y
Конфиг
access_log syslog:server=x.x.x.x:415,facility=local4,tag=ololo main;
В итоге в логах пусто, а tcpdump выдает следующее
сислог сервер уже использует TCP и изменять это я не в праве.
23 апреля 2015 г., 17:45 пользователь Daniel Podolsky onoko...@gmail.com
написал:
Кажется понял, проблема в proto UDP , а мне надо proto TCP.
Как заставить nginx юзать TCP ?
ну зачем же вам TCP? чтобы все встало, если на той
Добрый день!
add_after_body /duo;
Для чего эта строка в конфиге?
Ну а так вроде бы все правильно по логике должно выдавать uno tres . В
чем проблема не совсем понятно
20 апреля 2015 г., 17:39 пользователь Eugene Mychlo m...@cname.me написал:
Добрый день,
Столкнулся со странной
Лучше бы поддержка syslog была по rfc5424
24 апреля 2015 г., 14:08 пользователь Vadim A. Misbakh-Soloviov
m...@mva.name написал:
Так, между прочим, HTTP работает по TCP. =)
Не долго ему осталось :) Google c QUIK уже спешит на помощь :)
--
Best regards,
mva
Гуру nginx, подскажите умеет ли nginx слать логи по TCP ?
23 апреля 2015 г., 18:04 пользователь Daniel Podolsky onoko...@gmail.com
написал:
2015-04-23 17:50 GMT+03:00 Иван Мишин simplebo...@gmail.com:
сислог сервер уже использует TCP и изменять это я не в праве.
ну тогда надо, наверное
А кто-нибудь в курсе как заставить nginx в зависимости от типа запроса http
или https выставлять определенный syslog priority ?
Что-то через if городить костыль не хотелось бы
29 апреля 2015 г., 10:51 пользователь Иван Мишин simplebo...@gmail.com
написал:
28.04.2015, 15:46, Иван Мишин simplebo
В nginx отсутствует поддержка методов OPTIONS и PROPFIND, необходимых
для полноценной работы протокола.
Тогда понятно, как-то я упустил из виду что спец клиенты webdav начинают
свой разговор с сервером с помощью метода OPTIONS .
8 мая 2015 г., 16:01 пользователь Vadim A. Misbakh-Soloviov
Поднял webdav сервер на nginx со следующим конфигом
server {
listen 80;
server_name x.x.x.x;
location / {
autoindex on;
root /etc/nginx/include/webdav;
;
}
Соответственно запрашивая http://test.info я попадаю во второй локейшн. А
когда запрашиваю http://test.info/index.php?param1=aparam2=bparamN=N
снова попадаю во второй. Не пойму в чем может проблема
13 мая 2015 г., 12:27 пользователь Иван Мишин simplebo...@gmail.com
написал:
Дело в том
Дело в том что на сколько я понимаю location не реагирует на параметры
скрипта
13 мая 2015 г., 11:31 пользователь Vadim A. Misbakh-Soloviov m...@mva.name
написал:
Может, для начала поменять их местами?
// на синтаксис не проверял
--
Best regards,
mva
{
auth_basic Restricted;
auth_basic_user_file include/passwd/testpass.txt;
proxy_pass http://127.0.0.1:8080;
}
2015-04-01 11:01 GMT+03:00 Иван Мишин simplebo...@gmail.com:
Приведенная выше схема не работает
2015-04-01 10:59 GMT+03
Предложенный вами синтаксис location/ пришлось сократить, иначе при
проверке
конфигурации возникала ошибка:
nginx: [emerg] named location @nameloc can be on the server level only
Будьте внимательнее!
В ошибке явно же написано что именованные локейшн @nameloc должен быть на
уровне
Всем привет!
Меня тоже интересует идея общего кеша для нескольких nginx. При этом
понравилась идея про оценку эффективности существующего кеша. Что бы точно
понимать есть ли смысл в идеи общего кеша. А потому хотелось бы узнать,
кто-то пробовал считать/оценивать эффективность кеша nginx? каким
Меня все же интересуют free варианты
15 апреля 2015 г., 20:01 пользователь Валентин Бартенев vb...@nginx.com
написал:
On Wednesday 15 April 2015 15:06:08 Иван Мишин wrote:
Всем привет!
Меня тоже интересует идея общего кеша для нескольких nginx. При этом
понравилась идея про оценку
Предположу, что надо сделать вот так:
это
server {
listen 80;
server_name www.club.site.com club.site.com clubsite.com
www.clubsite.com;
return 301 https://$server_name$request_uri;
}
надо заменить на
server {
listen 80;
server_name www.club.site.com club.site.com
Aleksandr Sytar sytar.a...@gmail.com
написал:
14 апреля 2015 г., 16:20 пользователь Иван Мишин simplebo...@gmail.com
написал:
1)урл не кеше, запрашиваем урл с помощью curl, получаем промах, еще раз
опять промах и т.д.
2)урл не в кеше, запрашиваем урл с помощью любого браузера - первый раз
По умолчанию nginx кеширует запросы вне зависимости от наличия или
отсутствия заголовка Cookie в запросе.
Скорее всего, в вашем случае проблема в том, что в ответе бекенда
присутствует заголовок Set-Cookie (и это, в свою очередь,
случается только для запросов без Cookie)
Максим, вы
Попробуйте заменить ($query_string ~ al=5f4ff3cb6478424481d6dfdf9d9a3696
http://site.ru/Mydll.dll?al=5f4ff3cb6478424481d6dfdf9d9a3696) на
($query_string ~ al= )
7 апреля 2015 г., 11:58 пользователь s.ivanov nginx-fo...@nginx.us
написал:
Проксировать нужно не только
выключена, error_page на этот раз не
срабатывает, и клиент получает 598.
25 июня 2015 г., 9:28 пользователь Иван Мишин simplebo...@gmail.com
написал:
в этом случае до винды этот код дойти не должен. если доходит - вы
плохо настроили error
Ну судя по tcpdump на стороне винды, 598 код все же доходит
В моем случае бекенда нет. Nginx используется как вебдав сервер.
Соответственно чтобы средствами винды можно было удалять или
переименовывать папку на веб сервер должен падать запрос вида DELETE
/Family/test/ HTTP/1.1, но проклятая винда шлет DELETE /Family/test
HTTP/1.1 то есть без слеша на
добавить переменную $uri
http://nginx.org/ru/docs/http/ngx_http_core_module.html#var_uri.
24 июня 2015 г., 11:16 пользователь Иван Мишин simplebo...@gmail.com
написал:
В моем случае бекенда нет. Nginx используется как вебдав сервер.
Соответственно чтобы средствами винды можно было удалять
Снять уже наконец дамп с 2-х сторон и посмотреть о чем действительно
разговаривают клиент с сервером?
Дамп снимал. Ничего там интересного не увидел. На всякий случай прикрепляю
результаты дампа к письму
24 июня 2015 г., 15:32 пользователь Dmitry Ivanov nginx...@sadok.spb.ru
написал:
прокси нет. 598 , с помощью него я попадаю в именованный локейшн
приведенный выше.
Приведу тогда полный конфиг для ясности. А так же дамп с обоих сторон
24 июня 2015 г., 16:28 пользователь Dmitry Ivanov nginx...@sadok.spb.ru
написал:
Здравствуйте, Иван.
Вы писали 24 июня 2015 г., 15:51:38:
Я наблюдал
всяческое игнорирование со стороны всторенного виндового WebDAV
всеразличных редиректов по 30x и т.д.
ОК, как я могу проверить игнорит винда 598 или нет?
24 июня 2015 г., 18:10 пользователь Иван Мишин simplebo...@gmail.com
написал:
не уверен, но 599 отрабатывает точно правильно
не уверен, но 599 отрабатывает точно правильно потому что метод PROPFIND
работает без вопросов. В качестве экспиремента поменял местами 599 и 598 в
итоге PROPFIND как работал так и работает а DELETE каталогов как не работал
так и не работает.
24 июня 2015 г., 18:02 пользователь Dmitry Ivanov
в этом случае до винды этот код дойти не должен. если доходит - вы
плохо настроили error
Ну судя по tcpdump на стороне винды, 598 код все же доходит до нее.
про какой? про переход в именованный локейшн? или про то, что код,
который для этого используется, наружу отдаваться не должен?
И
Добрый день!
Есть вот такой локейшн
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
ДОбрый день!
Есть вот такой локейшн
location @delete_handler {
internal;
open_file_cache off;
if (-d $webdav_root/$uri) { # Add trailing slash to dirs.
rewrite ^(.*[^/])$ $1/;
}
root$webdav_root;
dav_methods DELETE;
}
По
Может это фича nginx ?
2015-06-19 13:17 GMT+03:00 Иван Мишин simplebo...@gmail.com:
ДОбрый день!
Есть вот такой локейшн
location @delete_handler {
internal;
open_file_cache off;
if (-d $webdav_root/$uri) { # Add trailing slash to dirs.
rewrite
Даниель, можно подробнее пожалуйста про этот момент
--
Отправлено из Mail.Ru для Android
среда, 24 июня 2015г., 19:15 +04:00 от Daniel Podolsky onoko...@gmail.com:
прокси нет. 598 , с помощью него я попадаю в именованный локейшн приведенный
выше.
в этом случае до винды этот код дойти не
Максим, я опечатался при постановке вопроса. На самом деле в конфиге
тоже /tmp/cache.
То есть путь хранения кеша не менлся, менялись только ключи.
15 июня 2015 г., 18:01 пользователь Maxim Dounin mdou...@mdounin.ru
написал:
Hello!
On Mon, Jun 15, 2015 at 05:52:01PM +0300, Иван Мишин wrote
пользователь Иван Мишин simplebo...@gmail.com
написал:
Дело в том, что 'destination' передается в заголовках запроса, для правки
которых встроенных средств, наверное, нет
Да только судя по tcpdump destination то правильный , вот кусочек из дампа:
192.168.200.81.50818 192.168.200.92.80: Flags [P
Все привет!
Посоветуйте пожалуйста удобный механизм сброса кеша для отдельного
server_name или location. Надо использовать директиву proxy_cache_purge или
есть что-то более разумное?
Спасибо.
___
nginx-ru mailing list
nginx-ru@nginx.org
фронтенд nginx, а на остальных фронтендах кеш останется старый.
Выходит в моем случае кеш можно чистить только удалением файлов из каталога
с кешем?
25 мая 2015 г., 12:44 пользователь Иван Мишин simplebo...@gmail.com
написал:
Все привет!
Посоветуйте пожалуйста удобный механизм сброса кеша для
, at 13:11, Иван Мишин simplebo...@gmail.com wrote:
Рассмотрел вариант с proxy_cache_bypass, но возник вопрос, а если у меня
несколько фронтенд nginx и при вводе домена в браузере я попадаю то на один
фронтенд nginx то на другой , а уж затем на бекенд. Получается что при
использовании
разных server_name, будете очищать всю директорию.
Слишком много server_name у меня для такой схемы, можно будет легко
запутаться при настройке кеша для того или иного ресурса.
25 мая 2015 г., 14:31 пользователь Roman Arutyunyan a...@nginx.com
написал:
On 25 May 2015, at 13:43, Иван Мишин
Может быть кто-то кроме Романа знает, что будет В случае расположения
директивы на уровне server, обратившись к xxx.ru
http://xxx.ru/page.html используя
спец заголовок, обновиться ли весь кеш ресурса к xxx.ru
http://xxx.ru/page.html ?
25 мая 2015 г., 14:53 пользователь Иван Мишин simplebo
Не ужели нет никаких вариантов дописать слеш в конец того каталога в
который перемещается другой каталог?
25 июня 2015 г., 14:54 пользователь Иван Мишин simplebo...@gmail.com
написал:
Андрей, спасибо, помогло. Добавил break и каталоги удаляются без проблем.
Но есть еще один вопрос, касающийся
Выдержка из документации *proxy_cache_min_uses* *число*; Задаёт
*число* запросов,
после которого ответ будет закэширован.
А как определяется это число? за какой-то промежуток времени или как? Очень
краткое описание в доках, кто-то может объяснить подробнее про эту
директиву?
3 августа 2015 г.,
?
26 мая 2015 г., 13:37 пользователь Roman Arutyunyan a...@nginx.com
написал:
On 26 May 2015, at 13:22, Иван Мишин simplebo...@gmail.com wrote:
Может быть кто-то кроме Романа знает, что будет В случае расположения
директивы на уровне server, обратившись к xxx.ru используя спец
заголовок
И еще попутный вопрос, как влияет на производительность то что место в
корне ограниченно и nginx довольно часто упирается в потолок?
13 июля 2015 г., 17:11 пользователь Иван Мишин simplebo...@gmail.com
написал:
это же тема прям из учебника...
Кроме шуток, будьте добры ткните носом пожалуйста
Добрый день!
Наблюдаю следующую ситуацию:
Периодически на сервере с nginx пропадает место в корневом каталоге и потом
так же появляется обратно.
Что характерно вывод команды du --max-depth 1 -h / когда все хорошо, и
когда место пропало одинаков.
Так же заметил что если корень забит, то стоит
это же тема прям из учебника...
Кроме шуток, будьте добры ткните носом пожалуйста, буду очень признателен.
13 июля 2015 г., 17:06 пользователь Daniel Podolsky onoko...@gmail.com
написал:
Помогите понять куда и чего пишет nginx в корневом разделе.
это же тема прям из учебника...
nginx
писал что
каталоги лучше сохранять)
14 июля 2015 г., 16:14 пользователь Валентин Бартенев vb...@nginx.com
написал:
On Monday 13 July 2015 14:18:55 Иван Мишин wrote:
Подниму свой вопрос: Как чистить кеш для отдельных вирт. хостов(т.е.
чистить кеш по отдельным ключам)?
[..]
Такая
В конфиге прописано логирование следующим образом
access_log syslog:server=127.0.0.1:415,facility=local4,severity=notice
main;
error_log syslog:server=127.0.0.1:415,facility=local5,severity=notice
error;
В итоге с течением времени начинает расти кол-во открытых сокетов на
В конфиге прописано логирование следующим образом
access_log syslog:server=127.0.0.1:415,facility=local4,severity=notice main;
error_log syslog:server=127.0.0.1:415,facility=local5,severity=notice
error;
В итоге с течением времени начинает расти кол-во открытых сокетов на
сервере
е как не 3000.
При этом логирование через сислог было налажено сразу как вышел nginx
1.8.0, а проблемы начались только в последний месяц.
16 ноября 2015 г., 14:10 пользователь Vladimir Homutov <v...@nginx.com>
написал:
> On Mon, Nov 16, 2015 at 12:42:06PM +0300, Иван Мишин wrote
для всех серверов включен лог, некоторые
access_log off;
log_not_found off;
либо access_log /dev/null main
Это все настройки логов.
16 ноября 2015 г., 12:37 пользователь Vladimir Homutov <v...@nginx.com>
написал:
> On Mon, Nov 16, 2015 at 09:58:53AM +0300, Иван Мишин wrote:
> &g
, а иногда по несколько дней
без релоадов.
как выглядит конфигурация полностью?
Что конкретно интересует? конфиг очень большой и целиком сюда не
поместится.
13 ноября 2015 г., 14:21 пользователь Vladimir Homutov <v...@nginx.com>
написал:
> On Fri, Nov 13, 2015 at 11:57:19AM +0300, И
Во-первых, не хотелось бы отключать запись во временный файл , хочется
просто ограничить размер отведенный под временный файлы.
Валентин, proxy_max_temp_file_size - "Эта директива задаёт максимальный
размер временного файла."
То есть этой директивой я могу ограничить только размер одного файла,
t;
> 13 июля 2015 г., 9:11 пользователь Иван Мишин <simplebo...@gmail.com>
> написал:
>
>> это же тема прям из учебника...
>>
>> Кроме шуток, будьте добры ткните носом пожалуйста, буду очень
>> признателен.
>>
>
> sudo lsof | grep ngi
Максим, речь не о том кеше про который вы подумали. Если я правильно
понял Daniel
Podolsky то речь идет о
http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_temp_path
2015-10-16 15:41 GMT+03:00 Maxim Kozlov :
> > а как отрегулировать общий размер?
>
>
ае если я буфер вобще
отключу.
19 октября 2015 г., 16:40 пользователь Валентин Бартенев <vb...@nginx.com>
написал:
> On Monday 19 October 2015 09:15:27 Иван Мишин wrote:
> > Во-первых, не хотелось бы отключать запись во временный файл , хочется
> > просто ограничить размер от
Добрый день!
Не могу до конца понять как работает перенаправление в syslog error log.
С access_log все понятно
access_log syslog:server=127.0.0.1:514,facility=local4,severity=info main
задаем адрес сервера, порт, фасилити и северити и формат лога(который
описан отдельно), получается что у меня
>
> В письме от Monday 21 September 2015 11:09:51 пользователь Иван Мишин
> написал:
> А отвечая на:
> > Можно ли как-то заставить работать error лог по аналогии с accesss логом?
> Можно: указать, что вы хотите получать только этот тип (см. докуентацию)
Можете пояснить, как
ек обрабатывал 4.100 как видно но следующий запрос уже через 1 сек получил
HIT не смотря на то что по идеи первый запрос еще в кеш не попал
25 сентября 2015 г., 18:54 пользователь Aleksandr Sytar <
sytar.a...@gmail.com> написал:
>
>
> 25 сентября 2015 г., 17:21 пользователь Иван Миш
Кеш заведен на 20 минут при этом иногда бывает что кеш как-бы не
срабатывает.
Ключи кеша proxy_cache_key $server_name$request_uri
Вот пример из логов адекватной работы:
www.site.ru x.x.x.x - [23/Jul/2015:11:02:32 +0300] "GET /a/b HTTP/1.1"
4.200 " NGINX-CACHE-EXPIRED
www.site.ru x.x.x.x -
Перепробовал куча вариантов, но так и не понял как написать рерайт с
mydomen.ru на mydomen.ru/test. То есть мне надо чтобы пользователь открывая
корень, перебрасывался на /test
Не пойму почему например вот этот вариант не работает
rewrite https://$host/$ https://$host/test permanent;
}
>
> location / {
>
>
> }
>
> 2 декабря 2015 г., 15:19 пользователь Иван Мишин <simplebo...@gmail.com>
> написал:
>
>> Перепробовал куча вариантов, но так и не понял как написать рерайт с
>> mydomen.ru на mydomen.ru/test. То есть мне надо чтобы пользователь
>&
ользователь Evgeniy Berdnikov <b...@protva.ru>
написал:
> On Fri, Nov 20, 2015 at 12:49:28PM +0300, Иван Мишин wrote:
> > Коллеги, вопрос актуален. Есть идеи?
>
> Через netstat/lsof/etc сделать привязку сокетов к процессам,
> записать дамп трафика и посмотреть, что бега
Коллеги, вопрос актуален. Есть идеи?
16 ноября 2015 г., 15:26 пользователь Иван Мишин <simplebo...@gmail.com>
написал:
> Я бы предложил для начала посчитать, сколько на каждый экземпляр nginx у
>> вас открыто udp сокетов и как это соотносится с конфигурацией. Учтите,
>>
Всем привет.
Коллеги есть проблема которую сам пока разгадать не могу. Прошу помощи.
Есть nginx, за ним httpd.
Делаю wget или curl на www.example.com/test/request (за этим урлом стоит
php процесс)
Обычно все обрабатывается нормально, но в некоторых случаях curl и wget
повисают, после долгой
сле нескольких попыток,
сервер отвечает кодом 500 клиент это принимает и отваливается.
17 июня 2016 г., 11:08 пользователь Evgeniy Berdnikov <b...@protva.ru>
написал:
> On Fri, Jun 17, 2016 at 10:48:00AM +0300, Иван Мишин wrote:
> > >
> > > А в логе что?
> >
> > В
gt;
написал:
> Ой, прошу прощения, перепутал ящики
>
> On 16 июня 2016 г., at 16:32, Pavel Mihaduk <le...@nixkid.com> wrote:
>
> Готово. Только на wgshop почему-то 504 :)
>
> On 16 июня 2016 г., at 16:10, Иван Мишин <simplebo...@gmail.com> wrote:
>
> Нет, файрвола
Приветствую.
Есть куча хостов, соответственно в конфиге nginx присутствует некоторое
количество server{ }
В каждом контексте server прописана директива listen 80;
В одном месте прописано listen 80 deferred backlog=32768;
Если я в контексте еще одного server заменю listen 80; на listen 80
deferred
Соответственно далее пара адрес:порт унаследует настройки указанные
единожды?
4 февраля 2016 г., 16:46 пользователь Валентин Бартенев <vb...@nginx.com>
написал:
> On Thursday 04 February 2016 16:44:09 Иван Мишин wrote:
> > Приветствую.
> > Есть куча хостов, соответст
Добрый день коллеги.
Подскажите пожалуйста есть ли возможность в nginx реализовать ограничение
скорость каким либо способом отличным от ограничения скорости на соединение
(ведь клиент может создать много соединений и получит нужную ему скорость),
есть варианты?
Например ограничение скорости по
.ru> написал:
> Связка из http://nginx.org/ru/docs/http/ngx_http_limit_conn_module.html и
> http://nginx.org/ru/docs/http/ngx_http_limit_req_module.html чем-то не
> подходит?
>
> пн, 1 февр. 2016 г. в 11:58, Иван Мишин <simplebo...@gmail.com>:
>
>> Добрый день колле
.
>
> 1 февраля 2016 г., 12:57 пользователь Иван Мишин <simplebo...@gmail.com>
> написал:
>
>> Добрый день коллеги.
>> Подскажите пожалуйста есть ли возможность в nginx реализовать ограничение
>> скорость каким либо способом отличным от ограничения скорости на соедин
Добрый день, коллеги.
Установил nginx 1.8.0 отсюда http://nginx.org/packages/rhel/5/x86_64/RPMS/
на Oracle Linux 5.2 (kernel-2.6.18-92), но nginx запускался только мастер
процесс, а веркеры падали, в логах
2016/02/23 15:52:47 [emerg] 5169#0: eventfd() failed (38: Function not
implemented)
Подскажите почему не работает директива error_page? Конфиг вроде верный.
> server {
> listen 80;
> server_name php-info.club;
> access_log /var/log/nginx/php-info.club_access.log main;
>error_log /var/log/nginx/php-info.club_error.log error;
>
Добрый день!
Вопрос следующий:
Есть nginx 1.8.1, на нем настроен вебдав. Конфиг простой
> server {
> listen 80;
> server_name testdav;
>
>access_log /var/log/nginx/testdav_access.log main;
>error_log /var/log/nginx/testdav_error.log error;
>
Да пробовал я уже такой вариант.
И даже такой пробовал
> if ($status = 404) {
> return 444;
> }
Не работает и все тут.
18 марта 2016 г., 15:35 пользователь Sergey Kandaurov <pluk...@nginx.com>
написал:
> On Mar 18, 2016, at 3
}
> location = /404e.html {
> return 444;
> }
> }
18 марта 2016 г., 17:25 пользователь Maxim Dounin <mdou...@mdounin.ru>
написал:
> Hello!
>
> On Fri, Mar 18, 2016 at 03:07:34PM +0300, Иван Мишин wrote:
>
> > взглянул уже. Но это не мой
взглянул уже. Но это не мой случай. Самое интересное у меня в проде этих
error_page крутится целое множество. А на тестовом стенде не работает и все
тут.
2016-03-18 15:06 GMT+03:00 Sergey Kandaurov <pluk...@nginx.com>:
> On Mar 18, 2016, at 3:00 PM, Иван Мишин <simplebo...@gmai
треть российских сайтов, модуль покрыт тестами (их
>> почти 3000), понятно, что гарантий вам никто не даст и использование будет
>> на ваш риск.
>>
>
> Илья откуда такая инфа?
>
>
>>
>> 18 марта 2016 г., 14:07 пользователь Иван Мишин <simplebo...@gm
са уровня
> тех, про которые вы говорите
>
> https://forum.nginx.org/read.php?21,259941,259941
>
> 16 марта 2016 г., 20:04 пользователь Иван Мишин <simplebo...@gmail.com>
> написал:
>
>> Добрый день!
>>
>> Вопрос следующий:
>> Есть nginx
quot;PUT /tengine.tar
> HTTP/1.1", host: "testdav"
Есть рекомендации/идеи как реализовать? Если нужен мой конфиг, сообщите я
скину.
21 марта 2016 г., 15:22 пользователь Maxim Konovalov <ma...@nginx.com>
написал:
> On 3/21/16 3:09 PM, Иван Мишин wrote:
> > Е
>
> Если купить NGINX Plus Extras Package - там внутри будет lua модуль.
> https://www.nginx.com/products/technical-specs/
что-то я совсем запутался, в плюсе говорится о поддержке lua модуля, а в
этой теме https://forum.nginx.org/read.php?21,265294,265310 Бартенев и
Дунин говорят о кривости
Добрый день!
Подскажите, есть nginx( расположен в корне, как и его cache -
/var/cache/nginx/), на nginx организован вебдав который складывает файлы
куда-то в mnt.
В какой-то момент волей случая место в корне было израсходовано на 100% (но
израсходовал его не nginx), после чего nginx перестал
>
> ... open socket #12 left in connection 5
Нет у меня таких записей в логах.
12 января 2017 г., 19:32 пользователь Валентин Бартенев <vb...@nginx.com>
написал:
> On Wednesday 11 January 2017 10:21:32 Иван Мишин wrote:
> > В логах тишина, nginx самый свежий из ст
В ходе разбирательства с прошлым моим вопросом
>
> Добрый день коллеги.
> Заметил что длинные веб логи (например POST запросы)
> Не доходят до syslog сервер . Предположительно все что больше 32к не
> проходит.
> Подскажите есть ли какие-либо ограничения по этому поводу?
Выяснил следующую вещь.
Добрый день коллеги.
Заметил что длинные веб логи (например POST запросы)
Не доходят до syslog сервер . Предположительно все что больше 32к не
проходит.
Подскажите есть ли какие-либо ограничения по этому поводу?
___
nginx-ru mailing list
; 07.10.2016 15:05, Иван Мишин пишет:
> > Добрый день коллеги.
> > Заметил что длинные веб логи (например POST запросы)
> > Не доходят до syslog сервер . Предположительно все что больше 32к не
> > проходит.
> >
>
> _
Не ужели никто не в курсе почему nginx не отправляет access логи в случае
описанном выше?
7 октября 2016 г., 17:44 пользователь Иван Мишин <simplebo...@gmail.com>
написал:
> В ходе разбирательства с прошлым моим вопросом
>>
>> Добрый день коллеги.
>> Заметил что длин
прос,
почему nginx не отправляет? (а не почему не доходит)
14 октября 2016 г., 16:58 пользователь Maxim Dounin <mdou...@mdounin.ru>
написал:
> Hello!
>
> On Fri, Oct 14, 2016 at 04:33:04PM +0300, Иван Мишин wrote:
>
> > Не ужели никто не в курсе почему nginx не отправляет acc
>
> А Вам не шлют часом пакетики с zero windows?
Разобрался, нет не шлют.
11 января 2017 г., 15:07 пользователь Иван Мишин <simplebo...@gmail.com>
написал:
> А Вам не шлют часом пакетики с zero windows?
>
> Поясните пож
y.y.y.y (там у меня на 80 порту nginx) и делаю service
nginx stop и service nginx start.
Но возвращаясь на x.x.x.x я снова вижу
> При этом netstat -nap | grep выдает
> например
tcp0 0 x.x.x.x:49810y.y.y.y:80
> ESTABLISHED 2245/nginx
Не пойму почему не отваливаетс
аписал:
> On Thursday 29 December 2016 09:47:53 Иван Мишин wrote:
> > Есть несколько одинаковых nginx, обслуживающих около 100 хостов. На
> каждом
> > nginx используется кеш ramfs объемом 30Гб на каждый nginx. Последнее
> > несколько недель по непонятным причинам постоянно растет коли
>
> А Вам не шлют часом пакетики с zero windows?
Поясните пожалуйста что это такое?
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Коллеги, подскажите при загрузки (PUT) файла по webdav получаю 500 код и
ошибку в логах failed (36: File name too long).
Загружаю файл следующего вида:
Есть несколько одинаковых nginx, обслуживающих около 100 хостов. На каждом
nginx используется кеш ramfs объемом 30Гб на каждый nginx. Последнее
несколько недель по непонятным причинам постоянно растет количество
opensockets. Причем даже в ненагруженные дни рост все равно есть. Пробовал
В документации как-то мало описания на эту тему. Хочется знать какова
повторяемость этой переменной?
И какой шанс повторяемости в случае использования пула nginx серверов
(например 6 штук), есть ли какие-то факты или предположения о том с какой
вероятностью могут сгенериться одинаковые айдишники
емени у меня /tmp/ram/ снова забился до 28Гб
из "28Гб. Почему так произошло? Нужен больший запас для cache manager ?
19 июня 2017 г., 10:40 пользователь Иван Мишин <simplebo...@gmail.com>
написал:
> Максим, спасибо за детальное объяснение, на днях буду внедрять изменения и
> наблю
/ngx_http_proxy_module.html#proxy_temp_path> для
> данного location. Если параметр установлен в значение “off”, то временные
> файлы будут располагаться непосредственно в каталоге кэша.
21 июня 2017 г., 11:28 пользователь Vasiliy P. Melnik <ba...@vpm.net.ua>
написал:
>
>
пользователь Maxim Dounin <mdou...@mdounin.ru>
написал:
> Hello!
>
> On Wed, Jun 21, 2017 at 11:09:00AM +0300, Иван Мишин wrote:
>
> > Максим, кеш дира /tmp/ram/ была забита на 100% 28Гб из 28Гб. Сбросил
> часть
> > кеша, получилось 25Гб занято из 28Гб. Затем исправил
Результаты 1 - 100 из 124 matches
Mail list logo