АГ
Трекать нужно по user и передавать в list.
Size: a a a
2019 October 12
ŹR
В рельсах надо каждый метод обмазывать: если html, то ничего, иначе вот этот рендерер
Вот сюда можешь посмотреть:
https://gitlab.com/Virviil/products
https://gitlab.com/Virviil/products
ML
Вот сюда можешь посмотреть:
https://gitlab.com/Virviil/products
https://gitlab.com/Virviil/products
Спасибо
ML
После фласка мне очень не хватает его обработчиков инпута и его рендереров. Они гораздо стройнее чем strong_parameters
ŹR
входные параметры можно валидировать на Ecto
ŹR
Но никто с этим не заморачивается - смысл всетки в том чтобы побыстрее наговнякать
ML
Но никто с этим не заморачивается - смысл всетки в том чтобы побыстрее наговнякать
Конечно. И во фласке ряд моментов учли и сделали клево
IF
Где в доке можно посмотреть список встроенных плагов в феникс, с описанием? В вкладке Plug не нашел
ŹR
Нигде
ŹR
Это вопрос из серии “где посмотреть список встроенных функций в фениксе”
AK
дык, какие подключишь - такие и будут, не?
IF
У меня в туториале есть плаг protect_from_forgery вот как тогда понять что он делает. ctrl + лкм говорит no documentation. Может хотя бы vs code можно настроить как то чтобы кидало в сорцы?
IF
Нккоторые кстати я нашел. Типа fetch_session
AK
У меня в туториале есть плаг protect_from_forgery вот как тогда понять что он делает. ctrl + лкм говорит no documentation. Может хотя бы vs code можно настроить как то чтобы кидало в сорцы?
IF
В том что я вбивал в общем поиске видимо.
IF
Я невнимтально смотрел просто. Сорри за невнимательность
2019 October 13
VI
Трекать нужно по user и передавать в list.
А почему не держать всех в канале list? Можно, конечно, вот этой штукой воспользоваться - http://derkobe.github.io/2016/01/11/get-notified-when-an-user-leaves-a-phoenix-channel.html, и самому трекать презенс, но что-то мне кажется, что если это прототип, надо делать как можно проще...
VI
я не совсем понимаю, какой смысл экономить на процессе отдельном, если все равно предпологается, что пользователь сидит в каком-то другом канале.
VI
Под "экономить на процессе" имеется в виду, что они не висят все время в канале list.
АГ
А почему не держать всех в канале list? Можно, конечно, вот этой штукой воспользоваться - http://derkobe.github.io/2016/01/11/get-notified-when-an-user-leaves-a-phoenix-channel.html, и самому трекать презенс, но что-то мне кажется, что если это прототип, надо делать как можно проще...
Спасибо! А можно как-то через Endpoint.subscribe отлавливать то, что пользователь вышел?