на "check", тоже надо assigns возвращать, иначе поля затрутся и если не хотите, чтобы "check" на каждую букву посылался, поставьте phx_blur="on_blur" в input

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

А версия у тебя live_view какая, кстати?

и я бы поставил, как советовали value=@name иначе
поля действительн затрутся, можно поставить
phx_update=ignore на div, но вряд ли это то,
чего вы хотите

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

0.12.1

ну если эта форма самим lv не генерится, тогдапопробуйте ignore на внешний блок

не помогло
ладно видимо я фундаментально чтото делаю нетак

А ты попробуй запустить какой-нибудь phoenix_live_view_example и из него раскручивайся

ААААААААААААА СУКА Я ЕБАНУТЫЙ

так и сделаю

Господа, может кто подскажет, как быть? Набросал пастебин, чтобы в чат не срать копипастой. https://pastebin.com/nH71NWcx

а в чем вопрос?

вижу внизу

у тебя есть 2 варианта:
1. разбивать код на чистые функции и тестировать их, тогда если каждая функция проходит тест, то нет необходимости в интеграционных(функциональных) тестах, так как ты уверен и так, что все будет верно. Правильно написанные юнит тесты все независимы друг от друга и выполняются ассинхронно и занимают мало времени, даже когда их очень много.

2. проверять в интеграционных(функциональных) тестах ОДНО конечное ожидаемое поведениие, если твой код вызывает какие-то побочные вещи помимо возвращенного результата, то стоит выносить такие вещи в отдельные функции их их проверять отдельно, тогда ты будешь уверен, что все более менее верно, но в большинстве случае проще следовать первому пункту и тогда просто отпадает необходимость во втором пункте

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

В твоем конкретном случае в create_player нужно проверять, что пользователь создан, а отправку сообщения нужно проверять в отдельном юнит тесте с переданным юзером как аргумент, собственно -> пункт 1

Здравствуйте, посоветуйте книгу или курс по ОТР

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

little otp book

или как то так называется книга