мы заработали первые ~$1400 на эликсире

из плюсов - это постоянный доход и следующий счет уже на 7к лежит, но пока клиент сам не в продакшне, то им мы не торопим с оплатой

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

пример - коллега написал проверку токенов в хедере, и гвоздями прибил матчинг что пейлоад должен быть json. Клиент сделал опечатку и прислал нам почти 2кк запросов с хедером josn. Эликсир засрал наш трекер ошибок, упал несколько тысяч раз. Супервайзер tree схлопнулся почти тысячу раз.

супер вообщем, лет ит мать его креш

на elixir кэмпе ребята чат написали с api на elixir - wrk с неверным хедером и у них все упало. )

мы заработали первые ~$1400 на эликсире

на новом проекте. На аптеках получилось почти 11к.

но проект с аптеками закрылся вместе с продажей аптечной сети )

я прочел кучу статей по планированию и реализации API. Сходил на пару семинаров по этой тематике. Даже послушал гитхабовских спикеров на митапе, насчет апи. И нифига

все равно все плохо

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

А почему просто не описать ситуацию когда прилетает запрос с неверным хедером?

Блин и правда! Неужели так тяжело писать сразу без ошибок?

А почему просто не описать ситуацию когда прилетает запрос с неверным хедером?

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

на рубях есть проект https://github.com/cerebris/jsonapi-resources тысяча звезд, 1.5к коммитов, 140 контрибьюторов. Пошли им пейлоад без одной скобочки ;)

Но ведь часто хедеры ставятся автоматически... Так же при желании можно и кривой http запрос собрать вручную

дело в том, чтобы апи было живучим

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

ну что значит "завалить", там всё встанет и не будет работать? нет вернёт 500 в худшем случае, я думаю (не работал с этим гемом)

пример - коллега написал проверку токенов в хедере, и гвоздями прибил матчинг что пейлоад должен быть json. Клиент сделал опечатку и прислал нам почти 2кк запросов с хедером josn. Эликсир засрал наш трекер ошибок, упал несколько тысяч раз. Супервайзер tree схлопнулся почти тысячу раз.

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

Александр у тебя супервизор тоже упал?

Опять возвращаемся к проблеме небесконечного рестарта?

Так то ну упали процессы неск тысяч раз

И фиг бы с ним

Главное чтобы аппа не падала

Александр у тебя супервизор тоже упал?

если чайлды фейлятся очень шустро, супервизор tree убивается снизу вверх

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

эликсир очень не фолт толерант

Как так? Я только из-за этого на нем :)

:)

ну значит ты неверные приоритеты в эликсире нашел

Я всетки не понимаю почему надо убивать это дерево. У меня супервизор рестартит процесс по надобности, так чтобы упал сам супервизор - пару раз было на памяти

язык прекрасен для хайлоада при скромных ресурсах + адская консистенция без существенных отказов

Я всетки не понимаю почему надо убивать это дерево. У меня супервизор рестартит процесс по надобности, так чтобы упал сам супервизор - пару раз было на памяти

ну это к создателям beam vm

Просто тебе надо другой супервизор взять было

Ребята из кролика все уже давно решили

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

т.е решение принимает верхний

Так может у тебя архитектура плохая?

а вот где почитать о хороших? )

Если ты убиваешь супервизор когда падает воркер - нечего удивляться

У меня один из первых проектов был заточен на летиткреш

Вы какую-то дичь тут говорите. В эрланге обработку исключений как раз используют при обработке данных, полученных из внешних источников, чтобы разделить fault free код внутри и говнокод снаружи. И let it crash обычно не относится к таким ситуация, ибо проблема не внутри приложения.

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

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

Так вот воркер схлопывался из-за того что порт закрывался, и супервизор все это дело перезапускал

когда фейлится сотни раз в секунду - вот тут конец

по умолчанию в фениксе, кстати, при ошибке в воркере перезапускается только воркер, там one_for_one

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

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

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

ERROR: S client not available

Из кротка

Из кролика

Вот непонятно почему он не в языке ещё

@Virviil ты дотыкал его?

Я просто подрубил и у меня работает

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

я кстати считал что это дефолтное поведение эликсира

Может мне просто везёт

Ты вроде собирался

Не помню нифига)

На самом деле летиткреш вообще не должен исключать обработку ошибок - всех известных ошибок

Просто его подрубил?

Как по мне

Который второй

Просто его подрубил?

Да второй, просто подрубил, не помню уже как

Ну вот подскажи Александру

И все его проблемы решатся

Он уже 10 раз на одно и то же ругается

У меня кстати тоже была эта же проблема

На первом проекте

Ему судя по всему не поможет

Я демон уведомлений делал при персистентном логе в базу

И все падало

Когда пачка приходила

Потому что если воркер падает чаще чем супервизор может поднимать - засирается мэилбокс супервизора и он падает