господа, такой вопрос, ни у кого не было опыта написания юниксового демона на Elixir или Erlang? и как вообще пишут или нет подобные вещи на нем?

https://github.com/ShoreTel-Inc/erld

Если ты можешь так на c++ - то тогда ив не туда пришёл вообще

есть даже тулза для демонизации Erlang-софта

а какая?

а, все, вижу выше скинул уже

Короче все зависит от того насколько параллельно ты можешь сделать с код

Я например - нинасколько

проще тогда уж на go

хотя если плюсы знаешь, подключил какой нить intel TBB и вперед

проще тогда уж на go

да вот хз )

я почему и спрашиваю у кого какой опыт положительный есть

зацените тему

nerves

Как числодробилка эликсир наверное не очень хорош

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

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

систем на элексире

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

у вас - это где?

http://nerves-project.org/

на митапе в берлине

на митапе в берлине

блин, ну тут большинству далековато я боюсь ) а трансляции не будет никакой?

я могу заперескопить

я могу заперескопить

вариант

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

с айона камеры

думаю по лучше будет

http://www.meetup.com/Elixir-Berlin/ оно?

да

Привет всем, у меня тут вопрос, который я не понимаю как нагуглить

Дано: Приложение API + frontend написанный на каком нить фронтенд фреймворке простое приложение: есть список итемов в базе данных. /api/items - json с итемами POST /api/items - создает итем На фронтенде список с итемами и поле для ввода нового итема с кнопокй послать. Как обрабатывать создание итема на фронтенде? шлем запрос POST. Затем шлем GET чтоб получить новый список итемов и обновить список? Меня вот эта перезагрузка всего списка (или среза, не суть) вымораживает. Есть какие-то варианты\либы\паттерны?

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

Нет.

В ответ на POST возвращаем созданный ресурс и на фронте вставляем его в общий список

https://www.ietf.org/rfc/rfc2616.txt Cmd+F 201

https://httpstatuses.com/201

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

Тогда придется возвращать что-то дополнительно → логика на клиенте

А если список еще и разбит на страницы...

вот вот вот это все да

*странно телеграм на компе не показал эти сообщения, тока с планшета тока что увидел

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

логику всю

эх

Ну смотри

У тебя же будет какая то пагинация

Ещё что то

Не все же сразу ты показываешь

Делаешь Ajax запрос

Возвращает ок

Делаешь запрос на перерисовку страницы и все Збс

Это из самого простого

Тут как бы баланс

Между тем что ты перерисовываешь и тем сколько ты доп кода пишешь

Можно сделать чтобы присылался только новый

Если ты знаешь куда его надо вставить на фронте

То уставляешь

Если не знаешь то только все перерисовывать

Все перерисовывать надо полюбовную

Полюбому*

но через инет гонять все не надо

Получаешь итем и добавляешь в то, что уже на клиенте. А потом все перерисовываешь

Это короче реакт подход

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

ага как в метеоре ))

Можно использовать uuid и генерить айдишник на фронте

ERROR: S client not available

а потом можно отправлять пост с этим айдишником

но это конечно надо апи переделывать

и вообще модель

ладно понял посоны, спасибо

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

Втф, а как же concurrency?

Counter Caching in Phoenix http://elixirstatus.com/p/OLNu-counter-caching-in-phoenix

лол :)

Именно

Втф, а как же concurrency?

Ну так если там операция инкрементирования в транзакции, то все норм ведь. Не?

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

Ну оно по другому просто не делается. Иначе, естественно, два параллельных потока/процесса будут инкрементировать одно и тоже значение и оно изменения на +1, а не на +2. Надо глянуть какой там sql екто формирует, но стопудово там все это в транзакцию обернуто

Ну оно по другому просто не делается. Иначе, естественно, два параллельных потока/процесса будут инкрементировать одно и тоже значение и оно изменения на +1, а не на +2. Надо глянуть какой там sql екто формирует, но стопудово там все это в транзакцию обернуто

там в статье это сказано, что инкремент идет в той же транзакции

оборачивать надо

или лок ставить

Ну оно по другому просто не делается. Иначе, естественно, два параллельных потока/процесса будут инкрементировать одно и тоже значение и оно изменения на +1, а не на +2. Надо глянуть какой там sql екто формирует, но стопудово там все это в транзакцию обернуто

это уже data race

это уже data race

типа это должна была быть тема для другой статьи или что? )

кароч, когда дело касается счетчиков и race condition, я б такую банальную статью не писал, ибо bespolezno.

печалько, что таких статей дофигища.

печалько, что таких статей дофигища.

ну так ты же не проверял еще на race conditions этот код )

ну а как в rails работает тоже самое? http://api.rubyonrails.org/classes/ActiveRecord/CounterCache/ClassMethods.html # For the Post with id of 5, decrement the comment_count by 1, and # increment the action_count by 1 Post.update_counters 5, comment_count: -1, action_count: 1 # Executes the following SQL: # UPDATE posts # SET comment_count = COALESCE(comment_count, 0) - 1, # action_count = COALESCE(action_count, 0) + 1 # WHERE id = 5 # For the Posts with id of 10 and 15, increment the comment_count by 1 Post.update_counters [10, 15], comment_count: 1 # Executes the following SQL: # UPDATE posts # SET comment_count = COALESCE(comment_count, 0) + 1 # WHERE id IN (10, 15)

Ребят, что то туплю... Как в if написать сравнение тюпла, если мне важен только первые элемент?!

В фениксе тоже самое как я понимаю. Во время апдейта записи делается ее лок. Если race condition - остальные участники гонки ждут, пока запись разлочится. Все работает как надо значит

Т.е функция возвращает {:ok, %tut me vazhno%} и надо в ифе foo() == {:ok, _}

Что то типо такого

if elem(tuple1, 0) == elem(tuple2, 0) ?

Так можно походу

Может проще можно?

ну в твоем случае: elem(foo(), 0) == elem({:ok, _}, 0}

Можно ещё в две строки

Хочу просто в ассерте проверит что функция возвращает :ок и тело