Это оптимальный вариант

Я уж не говорю о том, что можно вообще использовать просто hackney

@Virviil Ну так решение заброковали, что вообще tcp-порт открывается, нужно запросы раньше ловить чем в они в hackney уйдут.

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

@Virviil Он мокает hackney модуль.

Посмотрел под капотом.

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

Т.е. решение с другой стороны забраковали

Можно же http сервер поднимать внутри тестов.

Ну, ему надо выдавать порт

Ага.

Или может ребята до такого не дошли

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

С tesla - в отличие от HTTPoison / hackney не понятно как со стриминг суппортом, как принимать асинхронно (в особенности чтение больших данных, и декодинга их на лету). @AzatMurtazin У вас синхронные вызовы?

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

А что, появились потоковые парсеры json?

@nwalker : jsx.

Мы используем jason для всего и пока jsx для потокового.

Сталкивались ли вы с такой ошибкой (FunctionClauseError) no function clause matching in :ssl_cipher.hash_algorithm/1 ?

Вроде OTP собран как обычно ошибок не было

А при HTTPoison.get("https://google.com") получаем ошибку

Ох это баг в OTP!

https://bugs.erlang.org/browse/ERL-568

2 дня назад пофиксили. вот он стабильный Erlang )))

Этот баг только для hackney или для всех остальных (типа httpc или ibrowse) тоже?

Добрый день! Кто-нибудь работал с вебсокетами на фениксе? У меня phoenix без фронта, а просто как апи. Настроил каналы, тесты проходят. Теперь пытаюсь протестировать вебсокеты сторонним клиентом. В defmodule ChatWeb.Endpoint socket "/socket", ChatWeb.UserSocket Запустил локально сервер приложения. Пробую приконектиться сторонним клиентом по адресу: ws://localhost:4000/socket но соединение не проходит. Может там адрес сокета в фениксе другой нужно указывать?

вроде такой же порт должен быть

оказывается нужен такой путь подключения: ws://localhost:4000/socket/websocket?token=undefined&vsn=2.0.0

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

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

{ "topic":"room:id", "ref":"", "payload":{ }, "event":"event:example" }

Примерно так

socket/websocket

И после подключения json по дефолту

Но можно что угодно

Можно вообще все везде как угодно

Кроме постфикса websocket в роуте

А ещё у большинства клиентов 1 версия протокола

А в 1.3 фениксе - вторая

И в Phoenix js все работает

А если самому - то нет

видимо действительно клиент использует старую версию протокола. Потому что пробовал и так и эдак

А если самому - то нет

а формат сообщения такой все-таки? { "topic":"room:id", "ref":"", "payload":{ }, "event":"event:example" }

Понятия не имею

Гайз, короче такая фигня. Допустим есть список диалогов и к каждому нужно присобачить последнее сообщение. Прелоад ясное дело с лимитом не работает. Пока придумал два варианта: первый - просто на каждый диалог делать запрос, второй - получить весь список идшников диалогов, одним запросом получить всё сообщения и вставить их на своё место. Но мне кажется, это такие дичайшие костыли. Есть какой-то нормальный вариант?

Чёт вопрос плохой

Чёт вопрос плохой

тоже не понял

в прелоаде можно делать запрос

джойн кажется нужен

Чёт список диалогов есть

На бумажке что-ли список

Последнее сообщение нужно присобачить

Но то что оно даже есть - не написано

https://hexdocs.pm/ecto/Ecto.Query.html#preload/3-preload-queries

зачастил народ с вопросами по Elixir, похоже он продвигается в массы

в прелоаде лимиты не будут работать

ну т.е. не будут работать так, как нужно

что значит не будут работать так как нужно

Note: keep in mind operations like limit and offset in the preload query will affect the whole result set and not each association.

вот что значит

ну значит вариант ниже) https://hexdocs.pm/ecto/Ecto.Query.html#preload/3-preload-functions

а чтобы развернуть phoenix приложение на сервере (используются только вебсокеты channels), нужно проксировать через nginx?

Гайз, короче такая фигня. Допустим есть список диалогов и к каждому нужно присобачить последнее сообщение. Прелоад ясное дело с лимитом не работает. Пока придумал два варианта: первый - просто на каждый диалог делать запрос, второй - получить весь список идшников диалогов, одним запросом получить всё сообщения и вставить их на своё место. Но мне кажется, это такие дичайшие костыли. Есть какой-то нормальный вариант?

Если у тебя десять-двадцать юзеров с которыми есть диалоги, то взять их айдишники в массив, и одним запросом дёрнуть последние сообщения (через GROUP BY user_id наверное?) -- вполне нормальное решение

нашёл применение эликсиру: скрипты писать, вместо баша, если надо что-то такое параллельно делать.

взять там мильярд урлов и посмотреть, кто из них имеет <link> rss, например

а чтобы развернуть phoenix приложение на сервере (используются только вебсокеты channels), нужно проксировать через nginx?

Не обязательно, но и не возбраняется. Сервить статику им быстрее, tls termination эффективнее и проще

https://www.youtube.com/watch?v=Ko6knKmQ0PI

Крутой доклад

Про тесты немного несогласен, если апишку пишешь - с тестами все отлично, наверное с hound человек намучался

И про дебаг тоже, дебаг в принципе на уровне в эликсире

Зачем нужен Pry, если есть tracing в Elixir-е?

https://www.youtube.com/watch?v=Ko6knKmQ0PI

спасибо ютубу за полуторную скорость

можно было бы это на живых конференциях включать

Зачем нужен дебаг впринципе

Не понятно

Да и тестировать апишку легче всего через Postman

Прям идеальная штука дрюка

С кейсами, сценариями и тыды

Для полной интеграции

не нравится постман, постоянно его отрендеренное окошко остается на экране, хотя я его сворачиваю

не нравится постман, постоянно его отрендеренное окошко остается на экране, хотя я его сворачиваю

Но ведь можно написать разработчикам и сказать что тебе не нравится то то и то, может пофиксят

есть ещё такой(на Электроне) https://github.com/getinsomnia/insomnia

мне вот тоже непонятны все дебаггеры в жрланге, потому что они просто не работают, например, через gen_server:call и прочие ожидания

ну прошел step over ты функцию одну, ок. а для кросс-процессного дебага нужен второй брейкпойнт, а потом на выходе из внутреннего процесса у тебя caller свалится по таймауту

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

В том-то и дело, что tracing (не дебаггер) прекрасно работает, он не останавливает код, хоть локально, хоть на продакшене. И подобный трейсинг как в Erlang/Elixir достаточно уникальная вещь, которая 1) заменяет полностью (на мой взгляд) дебаг 2) одинакого хорошо работает и при разработке и в продакшене. Поэтому всякие debugger, Pry кажутся достаточно бесполезными штуками в сравнении с тем, что даёт beamVM.

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

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

Крутой доклад

?

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

он скорее “другой”, чем “плохой"

но мне надо было седлать типа 3-3… ? я думал сказал что ecto хуже AR, но подумал что это ещё больше вызовет вопросов))