Можно использовать пром стандартные mqtt

Или кластер редис

И не трахать мозг

Короче загадка

@Virviil Ну, мы только один компонент системы пишем, а у них уже в другом компоненте ws был.

Короче загадка

все крипто биржи отдают данные в реалтайме по ws

такая вот беда

И по ws они отдают и на фронтенд и на другие бекэнды нотификации.

Зачем дополнительно другой транспорт??

Он там к kafka подключен.

Криптобиржи наверное...

Аххахаа

Криптобиржи закрываются быстрее чем успеваешь сделать даже демо

Причём закрываются со всеми твоими бабками )₽

жизнь - боль

но вообще по итогам работы с hackney и парой вебсокет лип появилось желание забить на них, взять gen_tcp и написать своё

У нас самая настоящая microservice - архитектура, в которой больше половины компонентов на Java и только наш core компонент на Elixir-е. И что и по каким каналам соединено между собой, уже решено было давно - это rest и ws. Так что с этим приходиться жить.

Даже у websocket_client-а, хотя - это пока лучшее, что есть - минус нельзя между connect-ами менять URL

А это нужно, если token обновился. Поэтому приходится ставить таймаут и вместо reconnect-а убивать процесс, чтобы его супервизор перезапустил. Работает, а вообще, если кому-то ещё такое понадобиться - надо сконтрибьютить в библиотеку.

токен в урле так себе решение

надо завтра попробовать клиентик

n2o - это тихий ужас, после попыток читать документацию, чтобы сразу интегрировать в свой проект, решил поэкспериментировать на примере. Смотрю, в коде примера есть: {"/rest/:resource", rest_cowboy, []}

О, класс - протестирую ресурс... начал искать, как же этот ресурс называется? Где задаётся имя ресурса?

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

И у кого-то поворачивается язык говорить (ладно, утрирую, тут только 1 из 5 высказавшихся считает n2o удобнее феникса, остальные 4-е единоглассно другого мнения).

Просто n2o ничего не даёт, ничего не делает по умолчанию, везде велосипед. Т.е. если нужно, чтобы аппликация хоть какие-то ошибки возвращала? Делай свой велосипед....

И это я ещё не смог успешно выполнить запрос к ресурсу из примера n2o

Отдаёшь неправильные данные: HTTPoison.put! "http://localhost:8000/rest/users/test", "{}", ["content-type": "application/json"] - крэшится и ошибку не показывает.

Создал пользователя - (выдал 201), почему-то get возвращает 404.

Я потратил полтора часа времени на то, чтобы попытаться разобраться как работает rest в n2o (так как писать сразу интеграцию понятно было, что бесмысленно - ибо документация просто никакая)... В конечном итоге, прежде чем я хоть что-то (оно пока до сих пор не возвращает мне созданного пользователя) начинал понимать в том как оно работает - мне пришлось залезать в код n2o и rest-а, чтобы понять почему он не работает. На неправильные данные (в каком формате он их ожидает - пока не понятно, но судя по-всему не в виде json object, WTF??? ибо крэшится, никакой ошибки не показывая - по трейсу я конечно вижу, где крэшится). Вообще чуть ошибка, он тебе либо 404, либо 500 без какой-либо подсказки, что же пошло не так. Ни один эликсировский фреймворк (и феникс в том числе) не заставлял меня в первый час попыток запустить и попробовать какой-нибудь rest пример, при том - чтобы понять - лезть ещё и в код самого фреймворка и трейсить его, а так же не показывать ошибок в консоли.

В конечном итоге, что мы имеем - нужен middleware - ищи в коде, нужна обработка ошибок, да хотя бы callback-и как фениксе - велосипедь сам, нужна проверка (и другие полезные функции, которые приносит phoenix) - велосипедь сам, нужно чтобы парсинг данных работал (соединение параметров из url и body, который plug из коробки поддерживает ) - выбрасывай rest_cowboy и пиши сам.

@TTaraskin Не удивительно, что там всё якобы работает. Просто всё, что нужно делать - делай сам, велосипедь сам. Нужен middleware - велосипедь сам, нужен корс, добавь + 50 (как минимум) строк на реализацию(вместо 1-ой строки plug-а из уже существующих), нужны ошибки, всё ручками и снова велосипед, framework n2o - кроме тихого 404 и 500 на каждый неправильный чих ничего не делает вообще и никаких инструментов не даёт. И чтобы выяснить что же не так, тут сразу же нужно лезть либо в сорс код, либо трейсить (для запуска примера пришлось делать и то и другое). Нужно, чтобы как все типичные REST парсеры работали (plug из коробки так парсить может) с соединением параметров из url и body - выкидываешь дефолтную реализацию rest под n2o (она этого не умеет, посмотрел по source-коду) и велосипедишь СНОВА сам. Phoenix - не идеальный, но в нём есть многое нужное из коробки и оно работает. Я не знаю, как люди после phoenix - могут писать на n2o. Даже если шаблоннер в Elixir-е баговский или там ошибку как не так показывает, можно прикрутить erlydtl к фениксу в крайнем случае, но имплементировать совсем базовые вещи с нуля, часть которых plug умеет из коробки, не говоря про phoenix. Здесь просто простыню на простыне кода прийдётся писать, прежде чем дойдёшь до стадии того, что в phoenix/plug-е работает из коробки или занимает одну строчку. (СС: Для информации @artem_pankov @Virviil @nwalker ).

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

эликсир/феникс не вызывает проблем у тех кто приходит из рубей, т.к. там норма магия и не написание с нуля кода, а допил/установка гемов. Людям которые приходят из других языков это может быть сложнее, потому что нормальных библиотек нет и все приходится/выгоднее писать самому

не раз замечал как java/php/python разработчики используют другие либы чисто чтоб подсмотреть реализацию, а в итоге пилят сами с 0

И у кого-то поворачивается язык говорить (ладно, утрирую, тут только 1 из 5 высказавшихся считает n2o удобнее феникса, остальные 4-е единоглассно другого мнения).

lol я тоже не смог в парс_трансформ, ну так и фиг с ними можно вот так сделать https://github.com/221V/ublog/blob/master/apps/ublog/src/main_rest.erl

Просто n2o ничего не даёт, ничего не делает по умолчанию, везде велосипед. Т.е. если нужно, чтобы аппликация хоть какие-то ошибки возвращала? Делай свой велосипед....

дает больше чем феникс для начала — при работе с вебсокетами прозрачный js, прозрачный erl пару строчек и все работает а в фениксе еще надо сидеть курить и курить доки

@TTaraskin Не удивительно, что там всё якобы работает. Просто всё, что нужно делать - делай сам, велосипедь сам. Нужен middleware - велосипедь сам, нужен корс, добавь + 50 (как минимум) строк на реализацию(вместо 1-ой строки plug-а из уже существующих), нужны ошибки, всё ручками и снова велосипед, framework n2o - кроме тихого 404 и 500 на каждый неправильный чих ничего не делает вообще и никаких инструментов не даёт. И чтобы выяснить что же не так, тут сразу же нужно лезть либо в сорс код, либо трейсить (для запуска примера пришлось делать и то и другое). Нужно, чтобы как все типичные REST парсеры работали (plug из коробки так парсить может) с соединением параметров из url и body - выкидываешь дефолтную реализацию rest под n2o (она этого не умеет, посмотрел по source-коду) и велосипедишь СНОВА сам. Phoenix - не идеальный, но в нём есть многое нужное из коробки и оно работает. Я не знаю, как люди после phoenix - могут писать на n2o. Даже если шаблоннер в Elixir-е баговский или там ошибку как не так показывает, можно прикрутить erlydtl к фениксу в крайнем случае, но имплементировать совсем базовые вещи с нуля, часть которых plug умеет из коробки, не говоря про phoenix. Здесь просто простыню на простыне кода прийдётся писать, прежде чем дойдёшь до стадии того, что в phoenix/plug-е работает из коробки или занимает одну строчку. (СС: Для информации @artem_pankov @Virviil @nwalker ).

вас начать читать — так феникс все сам пишет, пока программист кофе пьет)) да, надо что-то самому писать и нет, вопросов "что это за фиговый код и что он делает" нету

эликсир/феникс не вызывает проблем у тех кто приходит из рубей, т.к. там норма магия и не написание с нуля кода, а допил/установка гемов. Людям которые приходят из других языков это может быть сложнее, потому что нормальных библиотек нет и все приходится/выгоднее писать самому

ну блин) в n2o можно или самому в исходник посмотреть, или авторов спросить совета — помогут понятным языком с фениксом — в исходниках хрен разберешься, делать по книге — хрен, уроки устаревают быстрей чем книгу издадут, делать по нагугленных статьях — хрен, все статьи на 10 страниц гугла — как братья-близнецы с ксерокса, всюду пишет "делай вот так и будет збс", делаешь - ошибка и нифига не знаю, возможно за год ситуация улучшилась

Диме вот хорошо — он в макросах как рыба в воде, так ведь не каждый так умеет

мне так же комфортно в чистых функциях, с максимум двойной вложенностью максимальная простота, читабельность просто добавлять, просто рефакторить что в js что в erl

Мне такое поведение точно не подходит.

https://hexdocs.pm/websockex/WebSockex.html#t:option/0

async + handle_initial_conn_failure

интересно, зачем оно по дефолту не так

не могу себе представить ситуации когда приложение может не стартовать

@TTaraskin Дело не в парстрансформе - он только за json => record трансформацию отвечает, не больше. Она тут вообще не причем.

@TTaraskin "можно вот так сделать https://github.com/221V/ublog/blob/master/apps/ublog/src/main_rest.erl" => Просто выкинуть n2o и писать все на ковбое.

ну блин) в n2o можно или самому в исходник посмотреть, или авторов спросить совета — помогут понятным языком с фениксом — в исходниках хрен разберешься, делать по книге — хрен, уроки устаревают быстрей чем книгу издадут, делать по нагугленных статьях — хрен, все статьи на 10 страниц гугла — как братья-близнецы с ксерокса, всюду пишет "делай вот так и будет збс", делаешь - ошибка и нифига не знаю, возможно за год ситуация улучшилась

Тарас, а если не секрет, в каких проектах ты применя n2o и насколько они были продакшен?

Всем привет! Есть модуль на GenStateMachine в режиме callback_mode: :state_functions можно ли как-то отлавливать события, которые не попадают ни в один колбэк?

@TTaraskin "можно вот так сделать https://github.com/221V/ublog/blob/master/apps/ublog/src/main_rest.erl" => Просто выкинуть n2o и писать все на ковбое.

В Эрланг коде ещё можно жестко прописывать классы дивов ) От PHP 3 не далеко ушли похоже :)

Народ, кто использовал, это вот годнота? https://github.com/whitfin/cachex

https://github.com/melpon/memoize это использовал

легкая в использовании и настройке либа

в конце бенчмарки, но верить им или нет - дело каждого)

ну у меня не сильно нагруженный кэш

лишь бы не глючило

ну я про то, что в бенчмарке странные цифры, 19,468 ms ~ 20 секунд, или 20 ms

20 секунд как-то слишком нереально, а миллисекунды так никто не пишет

но это придирки, а либа норм

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

Я решил, что кортежи пошустрее, но легко перепутать порядок полей

мапы проще поддерживать в разных частях приложения

Тупл больше 2-3 полей лучше превращать либо в Record, либо в мэп.

а чем рекорд лучше? этож тот же тупл

как разобраться в накоманском синтаксисе :ets.match ? ) нужно просто искать по значению в ets

@zeroweb https://github.com/ericmj/ex2ms

В Эрланг коде ещё можно жестко прописывать классы дивов ) От PHP 3 не далеко ушли похоже :)

проще в паре файлов в эрланге чем раскидать на очень много шаблонов

@zeroweb https://github.com/ericmj/ex2ms

Спасибо ) Тут тоже наркомании хватает, например что такое v(2) и откуда оно взялось не понятно ) Но вроде бы меньше чем в ets

а чем рекорд лучше? этож тот же тупл

рекорд быстрее мапа

рекорд быстрее мапа

имеется в виду чем он лучше обычного кортежа? Этож собственно и есть кортеж

А структуры, насколько я понял те же мапы. То есть доступ к полю, происходит также как и доступ к записи в мапе?

имеется в виду чем он лучше обычного кортежа? Этож собственно и есть кортеж

тем, что там всё-таки есть ключи

@zeroweb v(2) - это функция шела, позволяющая доступится к значениям определенной строки.

ох ок. не пользовался таким трюком еще)

v(2) возвращает то, что выдало iex(2)>

А структуры, насколько я понял те же мапы. То есть доступ к полю, происходит также как и доступ к записи в мапе?

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

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

то есть время доступа к полю всегда O(1) ?

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

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

Мапы судя по всему - бинарные деревья

хотя маленькие могут быть и кортежами

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

Я заметил, что мапа сортирует свои поля

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

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

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

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

я вот тоже так думаю. мапы или структуры

Спасибо ) Тут тоже наркомании хватает, например что такое v(2) и откуда оно взялось не понятно ) Но вроде бы меньше чем в ets

полгода назад трахался с ex2ms, были какие-то баги, не все функции умел правильно собирать в паттерны, если используются рекорды. В итоге сделал отдельный эрланговый файлик который использовал ets:fun2ms и его вызывал.

полгода назад трахался с ex2ms, были какие-то баги, не все функции умел правильно собирать в паттерны, если используются рекорды. В итоге сделал отдельный эрланговый файлик который использовал ets:fun2ms и его вызывал.

хм... буду знать. спасибо

Eugene Открытые issue есть? https://github.com/ericmj/ex2ms/issues Нету.

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

Там используется HAMT (http://infoscience.epfl.ch/record/64398/files/idealhashtrees.pdf)

Eugene Открытые issue есть? https://github.com/ericmj/ex2ms/issues Нету.

Эм, явно не ко мне вопрос. :)

"были какие-то баги" => Но при этом не открыто ни одного bug репорта.

Это не я говорил :)

А, сорри.

Ты меня с кем-то попутал.

пока он маленький https://github.com/erlang/otp/blob/master/erts/emulator/beam/erl_map.h#L75 у нас фактически массив, если большой то дерево

проект с 3 issues и коммитом год назад

пока он маленький https://github.com/erlang/otp/blob/master/erts/emulator/beam/erl_map.h#L75 у нас фактически массив, если большой то дерево

интересно, спасибо