Слушайте, вопрос такой

а вы когда на CI билдите докер имиджы, вы сборки как то прибиваете к хостам, на которых это билдится (для использования уже забилженных слоев) или нет ?

Нет

Пусть переделывают

Хлопотно больно прибивать.

Если у тебя сборки частые, то похуй, побилдин на всех воркерах, потом норм будет.

Если не частые, то просто похуй

Девопс по методу Микки

может просто все на одной ноде собирать и все )

а кто то f8 тестил ? гонял ?

а для рисования графов лучше graphviz так ничего и не придумали ?

а тебе чтобы красивенько или чтобы удобненько ?

мне что бы не стыдно было показывать генереный результат

я что то дико туплю тут

TAG := $(git rev-parse --short HEAD) build: @echo '_ $(TAG) _' make build _ _

чяднт ?

это на каком языке хоть :) ?

это makefile

makefile же

ладно ладно, что вы сразу кучей навалились то

все.

я тупой )

сорян.

а в чем ты тупой? поделись. Бо я тоже ниче крамольного не увидел, нониработаитже

У кого-нибудь есть списки алертов, какая-то классификация по ним? Возможно даже ранбуки по исправлению

Чет не пойму, какая то херь с локейшенами nginx. Делаю локейшен в котором проксирую запросы в S3 — все работает. Потом заменяю его на именованый, и создаю еще один, в котором делаю try_files на именованый или 403. И мне сразу начинает возвращать 403. Даже по времени ответа понятно что оно в S3 не ходит

В чем может быть дело?

try_files может принять только один именованный локейшн.

то есть try_files @named1 @named2; нельзя

или я неправильно понял?

Так там у меня try_files @aws =403;

Чтобы переопределить тело ответа если доступ к файлу запрещен - S3 возвращает XML

Я меняю его на обычный Forbidden

В случае, если ни один файл не найден, то делается внутреннее перенаправление на uri, заданный последним параметром.

только один элемент в списке может быть умным (именованный локейшн или изменение кода). функционал =404 не работает с именованным локейшном. вместо этого вы попытались найти файл с именем '@s3'

Что значит ни один файл не найден? У меня в локейшене aws lua блок и там же proxy_pass

о я говорю, оно реально никуда не проксирует. До амазона пинг 200-300мс, этого не видно во времени ответа

try_files a b c d e f LAST; проверит существование файлов a, b, c, d, e и f, а если ни один из них не найден - то передаст обработку в LAST

в вашем случае @s3 читается не как именованный локейшн, а как имя файла.

вы щас такие крутые штуки обсуждаете. а есть чо почитать

книжко какое ?

http://nginx.org/ru/docs/http/ngx_http_core_module.html

нее

дока нужна когда идеи есть

http://nginx.org/en/books.html

Эээм. Так почему оно читает @aws как файл то?

потому что try_files делает то, что он делает, а не то что вы думаете. дока: Проверяет существование файлов в заданном порядке и использует для обработки запроса первый найденный файл, причём обработка делается в контексте этого же location’а вы думаете: происходит последовательное обращение ко всем $uri с помощью внутреннего перенаправления и в случае 2хх ответа, возвращается.

Но тогда бы все мануалы по настройке PHP не работали, где объявляют @php с проксированием в fpm

а в чем ты тупой? поделись. Бо я тоже ниче крамольного не увидел, нониработаитже

экзекутор нужен правильный жээ ) TAG := $(shell git rev-parse --short HEAD)

location / { error_page 418 = @s3; return 418; } location @s3 { //s3... proxy_pass... error_page 404 = @404_handler; } location @404_handler { root /path/to/404; }

Но тогда бы все мануалы по настройке PHP не работали, где объявляют @php с проксированием в fpm

только последний элемент воспринимается как умный.

поэтому try_files $uri @back; работает, а try_files @back1 @back2; - нет.

Как же тогда подсунуть стандартную страницу ошибки на код 403?

Они где то лежат?

http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_intercept_errors

экзекутор нужен правильный жээ ) TAG := $(shell git rev-parse --short HEAD)

ай йопт. и правда жи

Но там надо обязательно свой файл пихать

Ниужели нет способа прочто сказать - покажи дефолт

так емое

А хотя наверное я понял... можно через виртуальный локейшен с return 403

proxy_intercept_errors on; и всё.

если error_page не включен, начнут показываться дефолтные ошибки.

У меня так не работает

Щас еще раз перепроверю

ERROR: S client not available

Поместил директиву прямо перед proxy_pass

Да, в общем надо включить перехват, объявить @403 { return 403 } и указать его в error_page

Вообще, было бы логично, если бы все именованые локейшены парсились как именованые в try_files

было бы. но нет.

Так эта книжка не то.

Есть какая нить в стиле основы http от простого к сложному

?

RFC?

Нее

Кукбук скорее

какие там основы?

начни с вики, желательно енг, дальше в гугл

meh...

Я не новичок.

Просто понял что хочу систематизировать знания

Книжки в стиле документация по продукту для этого фигово подходят

Коллеги, а ведь бессмысленно делать mysqldump -h remotehost somedb | bzip2 > dump.sql.bz2 && bunzip2 < dump.sql.bz2 | mysql localbase ?

получается дамп сжимается и разжимается локально?

уменьшить io?

Мне тут говорят что это работает в разы быстрее чем без сжатия. Почему?

Должно медленнее работать

ЭЭЭ

БЛЯДЬ ЗАЧЕМ

Допустим со сжатием оно там типо буфферы не забивает или еще что, хз

Но в файл-то зачем

уменьшить io?

да каким образом?

mysqldump <dbname> | mysql <otherdbname>

mysqldump <dbname> | mysql <otherdbname>

Вот, говорят что это медленнее работает

Ну ок

mysqldump <dbname> | bzip2 -c | bzip2 -cd | mysql <otherdbname>

В файл-то зачем!

А, хотя я понял, зачем, кажись