один из инстансов перетрет поведение второго

блиин

может нарисуешь? ))

ну смотри

ну шо не понятного (

давай я попробую объяснить теперь

перед добавлением нужно сделать проверку: если роутеры совпадают - можем добавлять комментарий, так?

ну чтобы все увидили

давай я попробую объяснить теперь

Ты меня сначала пойми)

один из инстансов перетрет поведение второго

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

клиент: // типчик написал коммент socket.emit('comment:new', { text: '…' }); // кто-то написал коммент var vm = this; // component instance socket.on('comment', com => { if (com.news_id === vm.news_id) { // показываем коммент } });

ну стой

прекрати

ответь на вопрос

перед добавлением нужно сделать проверку: если роутеры совпадают - можем добавлять комментарий, так?

ну чтобы все увидили

ну да

звучит логично

ну вот

а я без проверки

хочу делать динамические

каналы (socket.on('channel')

вместо проверки

типа название будет относится к текущему url

не нужно динамические каналы

и все будет чики пуки

ой все

почему?

это как динамические имена функций

это же ужас

ну блин

от одного if'а программа не загнется

ладно

сделай попробую

)

учитывая

что я пишу на джсе 3 недели

загнется

ты потратишь силы на этот динам слушатель, а толку от него мало

а вообще, наверное там есть vm.$socket и он умеет слушать все что тебе угодно, им можно будет воспользоваться в vm.created

или как-то так

Ладно

ну тебя

заставли проверку делать(

спасибо :c

JS и так не очень, не надо ему еще динамических каналов )

Проще реакт/редакс взять

Проще реакт/редакс взять

Я уже переписал нормально

Не допер прикол просто

Кстати, вообще не понимаю, зачем BEM, если есть scoped

Так scoped депрекейтед

Если вы про <style scoped>

Так scoped депрекейтед

У вью свой scoped, если что

Там даже css modules встроенные есть

У вью свой scoped, если что

А, ок)

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

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

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

Есть же

Плагин, который по Json-schema собирает форму. Даже с валилацией

Правда, оформление с бутстрапом. Но если переписать, норм будет, я думаю

const fields = ['name', 'position', 'height', 'color', 'weight', 'power', 'foo', 'damage']; const getters = fields.reduce((result, name) => { result[name] = function() { return this._fields[name]; } return result; }, {});

я имел ввиду такое

Аа, ну можно

Только сеттеры нужны

ERROR: S client not available

да это псевдокод же

я про концепцию динамического программирования

раньше до всех замутов с jsdoc, typescript, react, redux, flux, vue, webpack, хуяк, хуяк и иже с ними мы писали такие конструкции и не обламывались)

Ну, я понял идею. С Vuex надо только это дело подружить)

Просто такие же заморочки и у самого Vuex, и могут быть проблемы

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

может завернуть их в объект?

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

Та я уже давно решил вопрос) и, кстати, именно так

перед добавлением нужно сделать проверку: если роутеры совпадают - можем добавлять комментарий, так?

Хоспаде, тебе нужен vuex

Ну или глобальная шина

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

Хоспаде, тебе нужен vuex

Зачем

Ну как, что данные в роуте обновлять

Кстати, этот плагин не работает на iOS 8.3

Если без vuex лучше свои миксины написать

Как хранить данные юзера после авторизации? После авторизации мне нужно хранить id, логин, токен. Localstorage?

Как хранить данные юзера после авторизации? После авторизации мне нужно хранить id, логин, токен. Localstorage?

куки/сессии?!

Как хранить данные юзера после авторизации? После авторизации мне нужно хранить id, логин, токен. Localstorage?

Куда столько

Ты бы ещё пароль хранил))

Если хочешь что-то спрятать, положи на самое видное место :)

рискуя прослыть тупицей... все же прокомментирую.

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

с куками и рендерингом на стороне сервера - все предельно ясно и просто.

в куке хранится ключ сессии, а сама сессия хранится на сервере

рендеринг страниц тоже происходит на сервере

а вот JWT как то для меня неясен до конца

в токен можно положить имя пользователя, id пользователя (делается на сервере)

но токен это base64 с данными и подписью внутри. если при обращении к серверу - это норм. то на клиенте неподписанные данные никак не чекаются

захотел прописал id:1, admin: true

т.е. этим данным в самом SPA доверять нельзя вроде как...