Varnish кеширует в памяти.
Поможет побороть зависание из-за торозов с дисками установка перед nginx -
varnish?
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,265286,265460#msg-265460
___
nginx-ru mailing list
nginx-ru@nginx.org
Привет от дилетантов в nginx. Подскажите, возможна ли переадресация с
/kolesa/index.php на /kolesa/?
Пробовал такой вариант, но не сработало:
server {
listen __.___.__.___:80;
server_name www.domen.ru/kolesa/index.php;
return 301 ^ http://domen.ru/kolesa/$request_uri? permanent; #301 redirect
}
А зачем вы используете:
server_name www.domen.ru/moto;
server_name www.domen.ru/kolesa/index.php;
Почему не используете /location ?
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,265428,265447#msg-265447
___
nginx-ru mailing list
Да, скорее всего есть. Нашел такую строчку:
index index.php index.html index.htm default.html default.htm;
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,265428,265441#msg-265441
___
nginx-ru mailing list
nginx-ru@nginx.org
Если дружите с перлом, можете на нем
2016-03-18 11:07 GMT+02:00 Иван Мишин :
> Я подумывал о lua изначально, да только вот эта
> https://forum.nginx.org/read.php?21,265294,265310 рассылка всю охоту к
> lua отбила у меня.
>
>
> 18 марта 2016 г., 8:25 пользователь Илья
Хотел сделать переадресацию, чтобы людей не смущало наличие index.php в
строке браузера. Плюс чтобы не было дублей в поисковиках. Но пока вроде не
появились дубли.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,265428,265442#msg-265442
___
On Wed, Mar 16, 2016 at 08:32:26AM -0400, S.A.N wrote:
> > И более правильным, потому что независимо от чей-то любви к
> > systemd.socket
> > в данном случае он поставленную задачу НЕ решает. Всяко лучше
> > устранить
> > проблему полностью, чем уменьшить её вероятность на несколько
> >
Понял, спасибо большое!
А что насчёт директивы resolve? Есть ли какая-нибудь информация о передаче её в
массы?
18.03.2016, 05:10, "Maxim Dounin" :
> Hello!
>
> On Fri, Mar 18, 2016 at 04:43:49AM +0300, Den Bozhok wrote:
>
>> Возник следующий вопрос. При использовании
а как будет сделать правильно?
16 марта 2016 г., 18:29 пользователь Maxim Dounin
написал:
> Hello!
>
> On Wed, Mar 16, 2016 at 09:30:04AM +0500, Илья Шипицин wrote:
>
> > а можете привести примеры сомнительности кода?
>
> Можно. Пример:
>
>
>
Hello!
On Fri, Mar 18, 2016 at 03:07:34PM +0300, Иван Мишин wrote:
> взглянул уже. Но это не мой случай. Самое интересное у меня в проде этих
> error_page крутится целое множество. А на тестовом стенде не работает и все
> тут.
А как это может быть не ваш случай, если _все_ запросы у вас
Hello!
On Fri, Mar 18, 2016 at 04:43:49AM +0300, Den Bozhok wrote:
>Возник следующий вопрос. При использовании http/2 для клиентов и при
>этом работая с бэкендами по http/1.1, как происходит работа с
>соединениями к бэкенду?
>
>Насколько я знаю, http/1.1 по умолчанию задумывался
On Tuesday 15 March 2016 19:34:54 S.A.N wrote:
[..]
> > > Nginx загружается намного позже ядра, наша задача - пока Nginx не
> > > загрузился, не терять, не дропать пакеты, а сделать очередь, которую
> > > обработает Nginx когда запустится.
> >
> > Вы, вероятно, не поняли. Коннекции не теряются
как заставить nginx отдавать 444 самому? так:
>
> 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;
> proxy_set_header Host $host;
>
А при чем тут nginx? С apache такая же картина ;)
On Thu, Mar 17, 2016 at 9:52 AM, snike wrote:
> Новый хром перестал отображать текст из параметра auth_basic
>
> location / {
> auth_basic "MESSAGE";
> auth_basic_user_file conf/htpasswd;
> }
>
>
>
e.lodyanov Wrote:
---
> Таак. И как же это должно быть прописано? И где?
как организована обработка запросов на сайте?
пользователь набрал в браузере адрес http://[ваш домен]/moto
какой скрипт получит этот запрос?
в самом начале этого скрипта
взглянул уже. Но это не мой случай. Самое интересное у меня в проде этих
error_page крутится целое множество. А на тестовом стенде не работает и все
тут.
2016-03-18 15:06 GMT+03:00 Sergey Kandaurov :
> On Mar 18, 2016, at 3:00 PM, Иван Мишин wrote:
> >
у вас в секции stream идет проксирование на http. если это не опечатка, то
можно переделать на http
16 марта 2016 г., 19:44 пользователь Alex Domoradov
написал:
> А как примерно будет выглядеть мой конфиг для stream переписанный через
> http?
>
> 2016-03-16 12:59 GMT+02:00
Спасибо за развернутый ответ.
Однако передать range в аргументах все же можно.
Для этого нужно сформировать заголовок Range где-нибудь на REWRITE_PHASE.
Это можно сделать lua (про ngscript не скажу)
Правильно ли я понимаю, что я с помощью lua должен преобразовать
входящий аргумент начало видео
Просто для общего развития. А что, для кого то 700 ms (я так понял именно
такая задержка) реально играют роль?
2016-03-16 16:54 GMT+02:00 Evgeniy Berdnikov :
> On Wed, Mar 16, 2016 at 08:32:26AM -0400, S.A.N wrote:
> > > И более правильным, потому что независимо от чей-то любви
Да пробовал я уже такой вариант.
И даже такой пробовал
> if ($status = 404) {
> return 444;
> }
Не работает и все тут.
18 марта 2016 г., 15:35 пользователь Sergey Kandaurov
написал:
> On Mar 18, 2016, at 3:07 PM, Иван Мишин
А как примерно будет выглядеть мой конфиг для stream переписанный через
http?
2016-03-16 12:59 GMT+02:00 Maxim Konovalov :
> On 3/16/16 1:39 PM, Alex Domoradov wrote:
> > Понял, спасибо. А может есть какой то workaround так сказать?
> >
> Workaround тут нет, к сожалению, кроме
> И более правильным, потому что независимо от чей-то любви к
> systemd.socket
> в данном случае он поставленную задачу НЕ решает. Всяко лучше
> устранить
> проблему полностью, чем уменьшить её вероятность на несколько
> процентов.
systemd.socket задачу решает, тесты показали что он заметно
Вроде бы подобное в листе уже пробегало, но, что-то, я не смог найти в
своих архивах.
В общем, я хотел бы спросить на счёт того, то товарищи разработчики
думают о том, чтобы добавить опциональную директиву при сборке для
линковки с libidn (ну, или не добавлять, а реимплементировать своими
силами)
Новый хром перестал отображать текст из параметра auth_basic
location / {
auth_basic "MESSAGE";
auth_basic_user_file conf/htpasswd;
}
сообщения MESSAGE в окне нет.
скриншот
http://i.piccy.info/i9/dc60b89471352c1a57e55b246882ae5f/1458201082/13592/1012881/nginx.jpg
Posted
не так давно пробегал пример, как webdav подружить с lua, чудеса уровня
тех, про которые вы говорите
https://forum.nginx.org/read.php?21,259941,259941
16 марта 2016 г., 20:04 пользователь Иван Мишин
написал:
> Добрый день!
>
> Вопрос следующий:
> Есть nginx 1.8.1, на нем
18 марта 2016 г., 18:44 пользователь S.A.N
написал:
>
> Вот как выкручиваются те кому это действительно надо
>
> https://developer.atlassian.com/blog/2015/03/docker-systemd-socket-activation/
Бу, так то докер - хост система уже поднята и есть кому держать очередь
systemd - это какая-то программа
nginx - какая-то программа
ни то, ни другое не является ядром.
в чем принципиальная разница, т.е. почему считается, что одна программа
может запуститься раньше, чем другая программа ? порядок запуска ведь
настраивается, вы можете ядру сказать, что у вас
On Mar 18, 2016, at 3:00 PM, Иван Мишин wrote:
> Подскажите почему не работает директива error_page? Конфиг вроде верный.
> server {
> listen 80;
> server_name php-info.club;
> access_log /var/log/nginx/php-info.club_access.log main;
>
Hello!
On Thu, Mar 17, 2016 at 08:58:27AM +0500, Илья Шипицин wrote:
> а как будет сделать правильно?
Правильно - не пытаться реимплементировать с собственными
изменениями внутренние функции nginx'а, а использовать те, что
есть. И если они по каким-то причинам недостаточны - думать о
том,
Здравствуйте!
Меня интересует возможность nginx, позволяющая проксировать запросы на
mp4 к бекэнду, чтобы при этом не было необходимости выкачивать на бекэнд
весь mp4 (файл может быть очень большим), а было лишь достаточно послать
range-запрос на необходимые данные, их закешировать и отдавать
А зачем это всё? Конфиги же генерируются не людьми, комментарии в
конфигах никто не запрещал. Мы просто при перегенерации конфигов пишем
строчку с комментом и всё удобно (да и остальную информацию для отладки
сборки конфигов все равно приходится писать)
16.03.2016 22:30, Vadim A.
Добрый день!
Вопрос следующий:
Есть 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;
>
Таак. И как же это должно быть прописано? И где?
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,265428,265457#msg-265457
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
https://bugs.chromium.org/p/chromium/issues/detail?id=544244
https://chromium.googlesource.com/chromium/src.git/+/d4fe8211476a0bba1a347204e430aa283c2e7d7f
Это явно не баг, а фича с точки зрения разработчиков Chromium, так что или
авторизовывать не через basic auth, или идти в тикет и убедительно
On Tuesday 15 March 2016 01:37:01 Vadim A. Misbakh-Soloviov wrote:
> > Lua - сторонний модуль. И я бы не рекомендовал использовать его
> > без нужды, качество кода там - сомнительное.
>
> Ну, какой есть. Если бы был Lua-модуль от команды NgX — я бы был в
> первых рядах, что называется,
Hello!
On Fri, Mar 18, 2016 at 02:30:47AM -0400, rba wrote:
> Вводная: upstream создаю во время соединения от клиента в acces
> handler.
> Ограничение: помимо вытаскивания backend connection в location conf.
> Вопрос : есть ли возможность передать соединение с бэкендом от
>
On 3/18/16 11:50 AM, Alex Domoradov wrote:
>> Или есть какой-то специфичный вопрос?
>
> я так понял, что суть вопрос в том - когда опиум будет доступен для
> народа. Т.е. есть ли в планах передача функционала в community
> версию nginx
>
В краткосрочной перспективе таких планов не было. Честно
On 3/18/16 11:21 AM, Den Bozhok wrote:
> Понял, спасибо большое!
> А что насчёт директивы resolve? Есть ли какая-нибудь информация о передаче её
> в массы?
>
Вы про опцию "resolve" директивы "server" в модулях *_upstream?
Она включает периодический ре-ризолв имен, заданных в секции
upstream {},
Вводная: upstream создаю во время соединения от клиента в acces
handler.
Ограничение: помимо вытаскивания backend connection в location conf.
Вопрос : есть ли возможность передать соединение с бэкендом от
одного запроса к другому в рамках одного соединения keep alive от клиента?
авторизация у мен в nginx , еслии с апачем та же беда то плохо... есть
решение?
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,265425,265433#msg-265433
___
nginx-ru mailing list
nginx-ru@nginx.org
Валентин Бартенев Wrote:
---
> Это довольно странное желание - чтобы машина, которая по сути ещё не
> готова
> к работе, частично делала вид, что она готова принимать трафик. Что
> вы будете
> делать если nginx так и не заработает через 700 мс,
Ну это уже вам виднее, что там должно быть. Если у вас стоит index
index.php, то оно и понятно.
2016-03-17 13:56 GMT+02:00 e.lodyanov :
> Переадресация срабатывает, но сайт не грузится, пишет на странице
> обнаружена
> циклическая переадресация.
>
> Posted at Nginx
а с чем воюете? а то как-то index.php он дефолтный и в строке браузера и
так не должен показываться
17 марта 2016 г., 13:56 пользователь e.lodyanov написал:
> Переадресация срабатывает, но сайт не грузится, пишет на странице
> обнаружена
> циклическая
On Friday 18 March 2016 18:08:38 Иван Мишин wrote:
> как заставить nginx отдавать 444 самому? так:
> >
> > server {
> > listen 80;
> > server_name php-info.club;
> > access_log /var/log/nginx/php-info.club_access.log main;
> >error_log
Hello!
On Wed, Mar 16, 2016 at 09:30:04AM +0500, Илья Шипицин wrote:
> а можете привести примеры сомнительности кода?
Можно. Пример:
https://github.com/openresty/lua-nginx-module/blob/master/src/ngx_http_lua_subrequest.c#L1437
Реимплиментирована с небольними изменениями функция
Подскажите почему не работает директива 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;
>
Hello!
On Wed, Mar 16, 2016 at 11:33:22AM +0300, Иван wrote:
> В письме от 16 марта 2016 02:11:21 пользователь Maxim Dounin написал:
> > Hello!
> >
> > On Wed, Mar 16, 2016 at 01:10:04AM +0300, Иван wrote:
> > > Здравствуйте!
> > >
> > > Много про это написано, но, к сожалению, не могу понять
16.03.2016 18:08, Валентин Бартенев пишет:
Количество строк кода на Си в nginx:
nginx $ sloccount src
ansic: 121577
Количество строк кода на Си в lua-модуле для nginx
(это только модуль, без самого lua-интерпретатора):
lua-nginx-module $ sloccount src
ansic:34276
т.е. объем
Если только один url то можно так
location = /kolesa/index.php {
return 301 $scheme://$server_name:$server_port/kolesa/;
}
2016-03-17 12:52 GMT+02:00 e.lodyanov :
> Привет от дилетантов в nginx. Подскажите, возможна ли переадресация с
> /kolesa/index.php на
Доброго дня!Возник следующий вопрос. При использовании http/2 для клиентов и при этом работая с бэкендами по http/1.1, как происходит работа с соединениями к бэкенду?Насколько я знаю, http/1.1 по умолчанию задумывался как протокол работающий с keepalive.Nginx разбирая мультиплексированные запросы
On Thursday 17 March 2016 00:17:09 denis wrote:
> 16.03.2016 18:08, Валентин Бартенев пишет:
> >
> > Количество строк кода на Си в nginx:
> >
> > nginx $ sloccount src
> >
> > ansic: 121577
> >
> > Количество строк кода на Си в lua-модуле для nginx
> > (это только модуль, без самого
On Mar 18, 2016, at 3:07 PM, Иван Мишин wrote:
> взглянул уже. Но это не мой случай. Самое интересное у меня в проде этих
> error_page крутится целое множество. А на тестовом стенде не работает и все
> тут.
>
Видимо, клиенту по прежнему уходит 404-й код (со всеми
52 matches
Mail list logo