Поэтому можно получить сессию по токену

Как это в том числе делается в guardian

Не, наверное не делается в guardian

Но можно

Но логика правильная -Coherence хранит в куке session_id, а guardian - jwt token, но это не важно. Важно то, что guardian не помогает регистрироваться, подтверждать мыло, обновлять пароль и вся вот эта фигня

А вот этой штукой никто не пользовался? Выглядит как замена coherence

Звучит норм, я не смотрел

А есть у кого опыт женитьбы elixir приложения с sso keycloak?

Привет, aiko!

Пожалуйста, реши капчу:

Вычисли: 60+58=...

Осталось попыток: 1
Если не решишь - забаню навеки...
Удачи!

+1 после кложи скала - какое-то извращение

Полностью согласен

абсолютно не понятно, почему пишут добавлять этот импорт в view, а не в контроллер, с учетом того что вызвать live_render из вью не так-то просто (ошибка, это все таки не так, socket в assigns), нужен коннекшн, да и семантически это вроде такая альтернатива view, и при этом в примерах он тоже из контроллера рисуется

live_render нужный есть в LiveView.Controller

а насколько это вообще удобно читать lisp-по подобный код в настоящих приложениях?

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

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

с помощью такого синтаксиса вообще любые задачи легко решать, потому что есть удобные режимы ввода такого кода (2д синтаксис с parinfer и структурный через paredit)

Всем привет, заметил такую чертовщину.
Пусть records - какое-то кол-во записей, пусть 3к для наглядности. У record есть связи assoc1, assoc2, assoc3

сравниваю время выполнения (время на 100 попыток поделить на 100)

1) records |> Repo.preload([assoc1, assoc2, assoc3])
2) records |> Repo.preload(:assoc1) |> Repo.preload(:assoc2) |> Repo.preload(:assoc3)

1 вариант работает в >2 (sic!) раза медленней (на моих данных цифры были 250мс  и 110мс)

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

почему так?

а если отпрофилировать?

а сколько раз выполнялись строки 1 и 2? (может скешировал сервер БД)