Т.е. в nginx вкомпилен весь рантайм?

Угу

Там особенность в том что так лучше не делать потому что луа блокирует тред

Ну а как тогда сделать асинхронный запрос та...

Ну а как тогда сделать асинхронный запрос та...

Из nginx lua - никак.

Ну а как тогда сделать асинхронный запрос та...

Комбинируя то что может nginx и то что может луа

И вообще что ты пытаешься сделать?

Прокси в S3 к приватным файлам

Все что есть в интернетах, либо не рабоатет, либо оверинжиниринг.

Например типа вариант №1 - компилить си модуль - сразу нахер.

Вараинт №2 - скомпилить 2 других модуля - дважды нахер

Мой вариант - установить через apt-get nginx-extras lua модулем и сделать все на lua.

Можно еще на перле сделать

А из access_by_lua_file можно как то запрос увести в proxy_pass?

Если я вас правильно понял то вам нужен ngx.location.capture, но я с ним работал давно и уже плохо помню какие там есть ограничения

Если я вас правильно понял то вам нужен ngx.location.capture, но я с ним работал давно и уже плохо помню какие там есть ограничения

Он не работает на внешние ресурсы.

Он не работает на внешние ресурсы.

У меня было что-то типа location /foo { proxy_pass http://foreign-host; }, и ngx.location.capture("/foo"). Всё работало

Ну это для слабаков

Тоже думал так сделать )

Но не хочу, чтобы лишний локейшен торчал наружу

Тогда лучше написать сервис, решающий поставленные задачи без выстраивания костылей вокруг nginx :)

Но не хочу, чтобы лишний локейшен торчал наружу

Не открывай его наружу

Ебаааать. Заработало

Пойду бухать.

#aws #s3 #nginx #proxy location /vagrant/boxes { rewrite ^/vagrant/boxes/(.*)$ /$1 break; access_by_lua_block { local app_uri = ngx.var.uri local app_date = ngx.http_time(ngx.time()) local app_host = 'AWS_BUCKET.s3.amazonaws.com' local app_haws_access_key = 'AWS_ACCESS_KEY' local app_haws_secret_key = 'AWS_SECRET_KEY' local app_to_sign = 'GET\n\n\n' .. app_date .. '\n' .. '/AWS_BUCKET/PATH_PREFIX' .. app_uri local app_hmac = ngx.hmac_sha1(app_haws_secret_key, app_to_sign); local app_signature = ngx.encode_base64(app_hmac) ngx.req.set_header('Date', app_date) ngx.req.set_header('Host', app_host) ngx.req.set_header('Authorization', 'AWS ' .. app_haws_access_key .. ':' .. app_signature) } proxy_pass https://AWS_BUCKET.s3.amazonaws.com/PATH_PREFIX/$1; }

Пускай хоть что-нибудь полезное от меня будет в этом чяте.

Не понятно только нахера люди велосипедят это на C или с помощью сторонних модулей типа ngx_set_misc, который тянет за собой еще и ndk_http_module

Мне упало счастье, оказаться в компании где бабки не считают.

Т.е. все думают, что AWS — не дорого.

Счастливый

😂

бабки не считают ))

можно контакты и явки этой компании

а вообще я кину номер карты - пускай пару лямов кинут, мне квартиру надо купить и машину

и операцию по увиличению чпо

спишите все на расходы по амазону

и операцию по увиличению чпо

чпо?

член половой обычный?

чоловичий половый орган

хотя ваш вариант тоже ничего так

вот когда основной исходящий - дорого

медиа контора

коло на своем железе выходит тупо дешевле

угу

там уже становится вопрос выбора дц

хотя вот подход нетлифкса очень правильный

свой у них сдн плюс процессинг в амазоне и холодная хранилка в s3

ну я не не спец в амазоне

так тыкал немного

Т.е. все думают, что AWS — не дорого.

ну этоже правда, если начать операционные и капитальные затраты сравнивать

У нас постгря в RDS

И чет, желания руками ее обслуживать у меня пока нет.

ну когда у тебя 3 точки присутствия крцпных, две в европе и одна в штатах, на каждую точку порядка 100-150 гигабит трафика, основная часть конечно через сдн - амазон очень дорого

Есть минусы. В AZ реплику нельзя постучаться, даже если она у тебя включена как failover

за RDS от многих слышал что вещь хорошая

Т.е. по сути же это у них хотстендбай

А добраться до него никак

Еще failover у них долгий, ппц.

Лучше бы его небыло

а еще бекап план на амазоне звучит - так, а вот эти сервисы бекапим ? - да снапшоты дисков раз в сутки а базу - тоже снапшоты

А добраться до него никак

ну да обычго ненужно, а когда нужно на ец2 можно поднять )

Ну так да, но сам подумай, платить дохуищщу бабла за этот сраный AZ который ты даже не видишь

У меня даже создается впечатление, что они просто втихую из снапшота сетапят базу как то

Иначе херли он так долго переключается

хм насчет постгреса нечитал механизм, но у мускуля там даунтайм я 1 минуту видел и то при апдейте версии

У нас постгрес и я замерял ­— бло около 3-5 минут.

Будут

У нас постгрес и я замерял ­— бло около 3-5 минут.

это на какой операции ?

На failover.

На failover.

ну судя по факу вполне норм время

ну судя по факу вполне норм время

Меня бы устроило не более 10-15 сек.

google cloud sql

Меня бы устроило не более 10-15 сек.

ну тут только самому пилить )

может появится

Мб в финке появится

Ну, разливай смузи и по макбукам

Мир ждёт CMS для докера!

Ты имеешь в виду что вордпресс неудобно динамически обновлять в контейнере?

Идея динамически обновлять код CMS сама по себе видится некорректной сейчас

Я тут еще не так давно спрашивал, как сделать авторизацию по клиентским сертификатам чтобы без вот этой вот херни с само-подписанными сертификатами?

Может есть способы?