Приглашаем на 6ой Elixir митап! Встречаемся 19 октября в Рамблере. Обсудим CouchDB, мониторинг Elixir приложений. А вишенкой станет доклад: "Критика Erlang после 10 лет в продакшн". Приходите! ? регистрация: https://rambler-co-e-org.timepad.ru/event/587676/ наш сайт: http://elixir-lang.moscow/ анонс: https://habrahabr.ru/company/rambler-co/blog/339234/

Уууу

Действительно лучше не сумму двух чисел пусть антиспам бот спрашивает, а что-нибудь простенькое по эликсиру.

Типа: На каком языке/платформе основан эликсир? 1. Java 2. Erlang 3. Magic Едва ли рандомный спамер ответит правильную цифру

PHP

Petooh

))

ruby fatigue оно такое

?

Пишут что админское сообщение будет помечаться

А я не вижу(

Я вижу :)

На линуксовом еще не сделали))

Доброго дня! Появилась такая задача. Есть некоторая нода (назовём её main), на которой запущено приложение с GenServer. Приложение контролирует очередь, принимает запросы на заполнение некоторыми значениями. Есть несколько нод, которые должны получать самое последнее значение из этой очереди, осуществлять некоторые вычисления с ним и возвращать результирующее значение на main-ноду. Т.е. всегда высший приоритет отдаётся последнему пришедшему значению. Необходимо скоординировать расчёт с помощью Elixir. Пока склоняюсь к использованию модуля https://github.com/joekain/BlockingQueue (через push\pop вполне реализуется приоритизация). Но может быть существуют более продвинутые решения?

Доброго дня! Появилась такая задача. Есть некоторая нода (назовём её main), на которой запущено приложение с GenServer. Приложение контролирует очередь, принимает запросы на заполнение некоторыми значениями. Есть несколько нод, которые должны получать самое последнее значение из этой очереди, осуществлять некоторые вычисления с ним и возвращать результирующее значение на main-ноду. Т.е. всегда высший приоритет отдаётся последнему пришедшему значению. Необходимо скоординировать расчёт с помощью Elixir. Пока склоняюсь к использованию модуля https://github.com/joekain/BlockingQueue (через push\pop вполне реализуется приоритизация). Но может быть существуют более продвинутые решения?

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

Может принимать. Расчёт на одной ноде может занимать 10 секунд. За 10 секунд может прийти до 50ти новых значений. И каждая не-main-нода должна обращаться к main за порцией новых значений и получать последние, не попавшие в обработку другими нодами. Если бы требовалась последовательная обработка, без учета приоритета, я бы мог использовать exq, но этот модуль реализует только LIFO, а тут по сути, нужен FIFO порядок.

так это back pressure? gen_stage?

так это back pressure? gen_stage?

Да, теперь кажется, что gen_stage самое подходящее решение. Спасибо, буду пробовать.

Приглашаем на 6ой Elixir митап! Встречаемся 19 октября в Рамблере. Обсудим CouchDB, мониторинг Elixir приложений. А вишенкой станет доклад: "Критика Erlang после 10 лет в продакшн". Приходите! ? регистрация: https://rambler-co-e-org.timepad.ru/event/587676/ наш сайт: http://elixir-lang.moscow/ анонс: https://habrahabr.ru/company/rambler-co/blog/339234/

А какие планы на афтерпати?

iex(10)> Stream.chunk_every([1, 2, 3, 4, 5, 6, 7], 2) |> Enum.to_list [[1, 2], [3, 4], [5, 6], '\a']

что это за '\a' ?

это эрланг ?

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

что это за '\a' ?

[7]

iex(1)> [char] = '\a' '\a' iex(2)> char 7

хах, понял, спасибо

просто репл по-дефолту такие списки показывает как эрланг строки

https://elixir-lang.org/getting-started/binaries-strings-and-char-lists.html#charlists

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

эрланг-консоль 1> [72,101,108,108,111,32,87,111]. "Hello Wo"

А какие планы на афтерпати?

Афтерпати будет, а вот конкретно планы, возможно, только на месте организуются :-) Я уточню

видеотрансляция будет?

эрланг-консоль 1> [72,101,108,108,111,32,87,111]. "Hello Wo"

Напомните плиз как это выключается в iex'e? Где-то видел, но не помню где и не сохранил команду

В смысле, чтобы цифры а листе оставались цифрами

хз как iex в эрланге так тыкаю 1> A = [72,101,108,108,111,32,87,111]. "Hello Wo" 2> io:format("~p~n",[A]). "Hello Wo" ok 3> io:format("~s~n",[A]). Hello Wo ok 4> io:format("~w~n",[A]). [72,101,108,108,111,32,87,111] ok 5> io:format("~ts~n",[A]). Hello Wo ok

пару вариантов нашел: 1. IEx.configure inspect: [char_lists: false] It is documented and it can be set with ~/.iex.exs 2. iex(3)> inspect [27, 35, 51], char_lists: :as_lists "[27,35,51]"

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

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

протокол допроса

"Я когда-то пытался применить эрланг в своей работе, но столкнулся с нежеланием другого сотрудника изучать этот простой язык, а задача там была для двоих. Плюс не нашёл я там как в вебсервере, что был для эрланга, включить https. Короче, пришлось решать ту задачу на сишарпе и ASP.NET... Про эликсир слышал, но не интересовался. Говорят, это якобы новое поколение эрланга, но хз, вроде промышленных эрлангистов вполне устраивает эрланг... Касаемо многопоточности в хаскелле. Там есть "зелёные потоки" и процессы ОС, можно использовать и те и другие по желанию. Есть нюансы при компиляции многопоточной программы, но вполне решаемые (связано с опциями компилятора сколько потоков ОС выделять программе). Так как хаскель вообще ни разу не реал-таймный, то для эрлангистов он вряд ли представит интерес. К сожалению, хаскелл всё же так и остаётся академическим языком, промышленная его поддержка сильно не дотягивает до всяких сишарпов и VB... В многопоточных программах на хаскелле обычно используется обмен сообщениями через каналы между потоками, похоже на эрланг. Серьёзная разница в том, что хаскель статически типизирован, эрланг же динамически типизирован. В результате, когда разрабатываешь прогу не имея точно определённой архитектуры и раз и навсегда согласованных протоколов сообщений, то у меня лично в эрланге получалась потеря контроля над расхождениями в структуре сообщений — компилятор не помогал мне их находить, приходилось отлаживать. В хаскелле всё же для меня лично попроще в этом плане — если что не так то прога просто не компилируется..."

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

вах замолвите словечко-опрос о Cloud Haskell ?

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

"Я когда-то пытался применить эрланг в своей работе, но столкнулся с нежеланием другого сотрудника изучать этот простой язык, а задача там была для двоих. Плюс не нашёл я там как в вебсервере, что был для эрланга, включить https. Короче, пришлось решать ту задачу на сишарпе и ASP.NET... Про эликсир слышал, но не интересовался. Говорят, это якобы новое поколение эрланга, но хз, вроде промышленных эрлангистов вполне устраивает эрланг... Касаемо многопоточности в хаскелле. Там есть "зелёные потоки" и процессы ОС, можно использовать и те и другие по желанию. Есть нюансы при компиляции многопоточной программы, но вполне решаемые (связано с опциями компилятора сколько потоков ОС выделять программе). Так как хаскель вообще ни разу не реал-таймный, то для эрлангистов он вряд ли представит интерес. К сожалению, хаскелл всё же так и остаётся академическим языком, промышленная его поддержка сильно не дотягивает до всяких сишарпов и VB... В многопоточных программах на хаскелле обычно используется обмен сообщениями через каналы между потоками, похоже на эрланг. Серьёзная разница в том, что хаскель статически типизирован, эрланг же динамически типизирован. В результате, когда разрабатываешь прогу не имея точно определённой архитектуры и раз и навсегда согласованных протоколов сообщений, то у меня лично в эрланге получалась потеря контроля над расхождениями в структуре сообщений — компилятор не помогал мне их находить, приходилось отлаживать. В хаскелле всё же для меня лично попроще в этом плане — если что не так то прога просто не компилируется..."

assigns phoenix очень тяжело наверное будет реализовывать на статически типизированных языках, а это облегчает типизированный пайп строить для динамических структур))

добрый вечер! подскажите, пожалуйста. есть elixir приложение с cowboy без феникса. хочу, чтобы приложение отсылало 500 сообщение с текстом ошибки при возникновении этой ошибки. для этого использую Plug.ErrorHandler и метод handle_errors. проблема в том, что если падает не основной процесс, а дочерний, запущенный через Task.async, то handle_errors такую ошибку не ловит (там внутри стоит try/catch, который не срабатывает при падении связанного процесса). есть ли правильный способ, как поступать в таких ситуациях?

т.е. хочу я очень простую вещь - чтобы при возникновении ошибки, всегда отсылать клиенту 500 сообщение (в независимости от того, где именно произошла ошибка - в родительском процессе или дочернем)

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

наконец то

добрый вечер! подскажите, пожалуйста. есть elixir приложение с cowboy без феникса. хочу, чтобы приложение отсылало 500 сообщение с текстом ошибки при возникновении этой ошибки. для этого использую Plug.ErrorHandler и метод handle_errors. проблема в том, что если падает не основной процесс, а дочерний, запущенный через Task.async, то handle_errors такую ошибку не ловит (там внутри стоит try/catch, который не срабатывает при падении связанного процесса). есть ли правильный способ, как поступать в таких ситуациях?

надо выгребать за Task.async,

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

так надо процессы по ОТП запускать

воркеры как ГС. запускаешь через sup start_child, ловишь их терминейт (нормальный или нет). принимаешь решение, че делать

это, наверно, правильней, но выглядит немного overkill для простой задачи - тут task кажется уместней. но если другого способа нет, то, наверно, сделают так. а когда "ловлю терминейт" - правильно ли будет заново зарейзить ошибку, чтобы она поймалась уже с помощью Plug.ErrorHandler (чтобы было одно место обработки ошибки и отсылки ответа с ошибкой)?

самое главное чтобы все работало и было всем понятно

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

идею я понял - спасибо за ответы

ОТП тебе подскажет путь)