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

впрочем, я, наверное оберну его в лямбду и буду передавать нужным методам

кодировка известна еще до начала парсинга, так что нет смысла на каждом символе делать проверки, можно сразу подсунуть лямбду с уже нужным паттерн матчингом

Hello, Arden! Please, calculate: 32+77=... If you don't answer - you'll get banned from the channel... Good luck!

https://alloy-ci.com

кто-нибудь юзал?

Ребят, какие есть готовые решения для signin/signup/pass-restore используя api? Coherence или Guardian с этим можно подружить?

Ребят, какие есть готовые решения для signin/signup/pass-restore используя api? Coherence или Guardian с этим можно подружить?

https://github.com/riverrun/phauxth

гардиан побольше звезд на гитхабе имеет)

как в distillery запретить генерацию tar архива?

как в distillery запретить генерацию tar архива?

mix release --no-tar

mix release --no-tar

А я в конфигурации искал, блин

господа, а кто-нибудь использует docker для проектов на фениксе? в этом есть какой-то смысл/профит вообще? на http://elixir-lang.moscow/ уже два доклада вроде было про использование эликсира и феникса в связке с докером

Мы используем, если можете обходится без него, то все лучше без него

Мы используем, если можете обходится без него, то все лучше без него

а какой в этом профит? что это дает?

такой же как для всего остального, развернуть изолированное стейдж-окружение, например

а какой в этом профит? что это дает?

модно, стильно, молодежно, можно на конференциях щёки надувать

ну и это, конечно)

кроме того - вот допустим спрашивают тебя посоны, ты с докером работал? а ты так стыдливо глазки отводишь - дескать, нет... и все такие - аааа. и всё с тобой понятно

не ну серьезно ) такой тупой вопрос, например: есть ли смысл собирать релиз и пушить его в докер контейнер в таком случае? там ведь hotreload'а не будет в любом случае. потому что в докладе они с одной стороны мучались со сборкой релиза, запуском миграций и т.д. а потом еще мучались с докером. и не очень понять что они получили в итоге: собирают релиз -> собирают контейнер -> закидывают это все на прод без hotreload'а

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

можешь заморочиться, и запилить через systemd свой докер :3

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

https://medium.com/@korolvs/zero-downtime-deployment-with-docker-d9ef54e48c4

> с докером как раз вполне себе зеро даунтайм можно организовать. собрал контейнер, залил туда всё, подождал, пока поднялось, перекинул трафик на него, а старый прибил только возникнет проблема с синхронизацией стейтов запущенных генсерверов

> с докером как раз вполне себе зеро даунтайм можно организовать. собрал контейнер, залил туда всё, подождал, пока поднялось, перекинул трафик на него, а старый прибил только возникнет проблема с синхронизацией стейтов запущенных генсерверов

ну если туда класть что-то прям такое критичное, то да

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

имхо приложение должно быть готово к рестарту в любой момент

в смысле делать ли релизы если всеравно запускаешь в докере?

иначе это уже не лет ит крэш

мы для дев-окружения отказались, больно долго собираются, а для стейджей самое оно релиз пихнуть в контейнер

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

в смысле делать ли релизы если всеравно запускаешь в докере?

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

имхо приложение должно быть готово к рестарту в любой момент

так можно же остановить и запустить контейнер, нет?

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

так можно же остановить и запустить контейнер, нет?

я про то, что в стейте генсерверов не должно лежать ничего ценного/невосполнимого при рестарте

> я про то, что в стейте генсерверов не должно лежать ничего ценного/невосполнимого при рестарте а, понял, ок

вообще, релизы в элексире немного пугают, конечно ) отсутствие mix тасков + в чатике здесь полным полно писали как в production энвароменте появляются какие-то ошибки, которых в dev энвайроменте не было... очень, как-то, странно это все выглядит... неясно почему такая боль этим всем я зря на это все пессимистически смотрю? может стоит почитать/посмотреть что-то на эту тему? )

модно, стильно, молодежно, можно на конференциях щёки надувать

а чо ещё надо от докера? :)

у меня складывается ощущение, что тема релизов/зеро даунтайм деплоя это такое как бы табу

не ну серьезно ) такой тупой вопрос, например: есть ли смысл собирать релиз и пушить его в докер контейнер в таком случае? там ведь hotreload'а не будет в любом случае. потому что в докладе они с одной стороны мучались со сборкой релиза, запуском миграций и т.д. а потом еще мучались с докером. и не очень понять что они получили в итоге: собирают релиз -> собирают контейнер -> закидывают это все на прод без hotreload'а

имхо ненужно. всё прекрасно и без докера развёртывается.

сейчас уже лучше с этим стало, чем несколько лет назад с релизами, когда они просто не собирались по магическим причинам

Всем привет. Подскажите, плз, если кто сталкивался как средствами Ecto.Query запросить что-то такое SELECT id FROM recordss WHERE array_field[1] = 666; (разумеется, from(r in Record, where: r.array_field[1] = 666) не канает)

where: fragment("sql") ?)

все усложняется тем, что этой проблеме предшествует куча джойнов и я хз как sql написать

{sql, params} = Ecto.Adapters.SQL.to_sql(:all, Repo, query) IO.puts sql IO.inspect params

можно проверять какой SQL получится

и зашиваться на буковки которые он подставляет в as?

ты всегда можешь изменить select: под тот который тебе нужен

да, верно, спасиб, кажется я теперь на верном пути

не ну серьезно ) такой тупой вопрос, например: есть ли смысл собирать релиз и пушить его в докер контейнер в таком случае? там ведь hotreload'а не будет в любом случае. потому что в докладе они с одной стороны мучались со сборкой релиза, запуском миграций и т.д. а потом еще мучались с докером. и не очень понять что они получили в итоге: собирают релиз -> собирают контейнер -> закидывают это все на прод без hotreload'а

хотрелоад в проде не нужен

видимо имелся ввиду codereload

у меня складывается ощущение, что тема релизов/зеро даунтайм деплоя это такое как бы табу

Это не табу. Про это никто не рассказывает, потому что никто не делает. А никто не делает, потому что не нужно.

Нужно в редких случаях, когда в сервере большое и сложное состояние, которое дорого восстановить.

Эти редкие случаи не редки в телекоме, но редки в вебе.

Это не табу. Про это никто не рассказывает, потому что никто не делает. А никто не делает, потому что не нужно.

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

имхо приложение должно быть готово к рестарту в любой момент

Вот типичный веб-подход. State-less сервис.

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

В книжках пишут. У Армстронга, например. Но и то, про средства языка, а не про опыт в проде.

Современный подход к зеро даунтайм, это не про hot code reload, это про кластеры, переживающие падение нод.

И про это пишут достаточно много

Искать по ключевому слову "распределенные системы" :)

нафига мне распределенные системы если у меня 1 нода

например

Ну не надо, значит не надо

Никто ж не заставляет

Но зеро даунтайм с одной нодой невозможен. Она может упасть, даже если твой сервис идеален, без багов. Из-за проблем в виртуалке, в ОС, в железе и тд

Или просто быть недоступной из-за проблем с сетью

Зеро даунтайм - - это всегда кластер

речь про деплой

и рестарт приложения без прерывания обработки запросов

По-моему релиз в докере не нужен

С другой стороны, докер для релиза тоже не нужен

Можно развернуть рельсу, написаннную на эликсире в хероке

И не иметь проблем

Но hot code reload это хрень, мы уже обсуждали что в эликсире она редка, а в фениксе противопоказана

Работает только в АТС

та ну?! на нескольких проект использовал и проблем особых небыло

Роутер на горячую не перезагружается

Конфиги тоже

Это я про феникс

Наверное как-то можно сделать

Hot code reload нужен там, где рестарт сервиса нежелателен. Например, есть долгоживущие клиентские сессии: чат, телефонный звонок, многопользовательская игра. Все это не про веб.

Мы не хотим обрывать телефонный звонок :)

Что такое телефонный звонок в сравнении с каткой в танки? ;)

А что делать, если сервис не простаивает, и в любой момент времени есть активные сессии?

Вот тут hot code reload

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

https://medium.com/@korolvs/zero-downtime-deployment-with-docker-d9ef54e48c4

то же самое без хот код релоада