кстати насчёт отзыва токенов... можно сделать даже ещё проще: 1. в токены пихать дату регистрации токена, дату истечения, и userId 2. при отзыве просто на все сервера отсинхронить флаг "токены пользотеля XY которые были выданны раньше {Date.now()} не принимать" и собственно всё... спустя некое время (разница между датой выдачи и expire date) этот флаг можно удалять... кстати даже если мы 1 миллиард пользователей облуживаем: worst case когда у нас ВСЕ пользователи свои сесси позакрывали всё-равно 1 гб не привысит на каждом серваке, т.е. это вообще дёшево

господи, зачем вы изобретаете велосипеды )

а теперь представим что у нас split brain

и данные на какой-нибудь сервер не засинхронизировались

сессии в каком-нибудь key-value аля редис или мемкеш решают проблему так же быстро

и без "самопальных решений"

и данные на какой-нибудь сервер не засинхронизировались

ну ведь обычно когда у нас network split то те серваки и к бд сессий обратиться не смогут... так-что это проблема в принципе не решаема.. но токены себя тут лучше поведут чем сессии

нет, они поведут хуже

токен будет считаться валидным не будучи валидным

а это огромный security risk

видео смотрели? :)

а то мне лень повторять факты которые там изложены

так они всё равно от бд отключены, network split

вы думаете у нас одна бд? нет конечно же

короче я за WSS + Sessions, это самое элегантное решение как по мне

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

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

а еще это не решает задачи сервер-сайд рендеринга

ну и в принципе вебсокеты вообще не про то )

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

суть то хорошо, но обычные http запросы к сожалению гораздо жизнеспособнее

провлем с SSR я не вижу, ведь мы по мапингу сокета fd -> uid можем определить личность и собственно рендерить

или я не догоняю чего? 🙂

я о первых запросах )

при открытии страницы

и... в чём собственно проблема?

@xanf_ua можн опять вопрос о vuex) как я еще тогда говорил есть у меня массив объектов в стейте, делаю экшн который выбирает оттуда 1 объект по id. выбор этот сделал в мутации, а не в action как было раньше. я так видел где-то уже делали. но ошибка что я мутирую вне мутаций все еще осталась)

покажите стейт и мутации

и... в чём собственно проблема?

да ни в чем. Просто суть в том что jose в принципе не нужно

достаточно сессий

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

а вот кстати почему? просто историческое наследство?

покажите стейт и мутации

state: { marker: {}, allMarkers: markers }, [SELECT_MARKER]( state, id ) { state.marker = state.allMarkers.find((marker) => marker.id == id) },

packet inspection? сомневаюсь.. ибо в случае HTTPS это ничего не даёт, а HTTPS как-бы современный стандарт, особенно во времена Let's Encrypt то)

marker.id == id линтер как твой?

packet inspection? сомневаюсь.. ибо в случае HTTPS это ничего не даёт, а HTTPS как-бы современный стандарт, особенно во времена Let's Encrypt то)

еще как дает

четко все

state: { marker: {}, allMarkers: markers }, [SELECT_MARKER]( state, id ) { state.marker = state.allMarkers.find((marker) => marker.id == id) },

мы же уже об этом разговаривали. В стейте не должно быть marker

мы же уже об этом разговаривали. В стейте не должно быть marker

а где он должен быть?) куда мне отдельно выбранный записать

аргх

сейчас, доберусь до ноута

четко все

Вообще я слыхал это не совсем корректно для JS

Вообще я слыхал это не совсем корректно для JS

щас пофигу вообще)

(marker) => Number(marker.id) === Number(id) Не щас небывает )))

эт конечно круто, но я еще раньше цифрами сделал

еще в роутере

Тогда без нумбера

Но ===

мы же уже об этом разговаривали. В стейте не должно быть marker

Это, кстати, спорно. Я так не считаю, что маркер там лишний. Зато я уверен, что экшены/мутации для ИЗМЕНЕНИЯ стэйта, а не для чтения.

Это, кстати, спорно. Я так не считаю, что маркер там лишний. Зато я уверен, что экшены/мутации для ИЗМЕНЕНИЯ стэйта, а не для чтения.

ща

Не торопись )

@reeei что вы потом делаете с маркером?

с выбранным. Как его изменяете?

Меняет он

Планирует менять

@reeei что вы потом делаете с маркером?

меняю из нескольких мест

Как именно?

Мутациями?

нет

Ну так а что вы хотите тогда?

ну просто там может полей 10, мне на все 10 мутаций надо?

Нельзя данные в сторе менять не мутациями

См. Выше

Гы. Он же во вьюхе!

Надо экшенами

Либо менять клон

ну у меня у маркера все свойства должны иметь возможность поменятся. щас их там уже в районе 10..

А по сабмиту писать в стейт

Я бы в форму слепок снимал кароч

Через JSON

Знаешь же, Ром?

let vMarker = JSON.parse(JSON.stringify(marker))

я в общем понял одну вещь. выкидываю vuex, и кидаю в чайлд пропсом.

лол

См. Выше

Ты шо то в видео говорил про "плохие" стандарты в языках. Почему монго плохой? В какую сторону смотреть?

Языкомонго

Шо не так уась

Тебе БД нада?

Бери PG

Бля задал конкретный вопрос