Начался же разговор? юзай что хочешь и иди сам читай - заставляет только злиться на русское сообщество по Vue. Спасибо, что сказал о подводных камнях в куках.

this.do_not_dial_reason = { not_available: false, no_response: false, call_later: false };

палит чью-то php-шную сущность

var vm = new Vue({ data: { a: { c: 1, d: 2 } } })

И где тут связь между vue, сообществом и конкретно тобой?

var vm = new Vue({ data: { a: { c: 1, d: 2 } } })

простро у меня в коде используется такая конструкция v-model=«do_not_dial_reason.not_available»

Я обратьился в чат Vue.js-русскоговорящее сообщество. Я (я) обратился (связь) в русскоговорящее сообщество(vue сообщество). Но может я не так понял твой вопрос про "связь". На этом все, парень, мне нужно работать.

тут все реактивно

Это простые компоненты, которые содержат только вёрстку. Умные компоненты (обычно родители) передают им данные для отображения через props'ы.

Понял, т.е . базовыми их называют не потому, что они находятся в корне цепочки наследования, а потому что самые простые, так получается?

И сразу же влетаю с вопросом: товарищи, посоветуйте пожалуйста, что почитать/где посмотреть про хэндлинг ошибок хттп-реквестов? Интересует, как лучше сделать хендлинг глобальных ошибок, типа когда сервер возвращает 500. Хттп запросы делаю аксиосом во vuex в экшнах, там же ловлю ошибки и кладу их в стор. Не хочется для каждого экшна прописывать ручками случай на 500 ошибку, которую хочу одинаково везде обрабатывать (показывая какой-нибудь месседж типа TRY AGAIN).

Лови их раньше vuex'a. Зачем их в Vuex то пихать

Чтобы красиво показывать юзеру. Типа "неправильный логин", или "товар не найден в базе, сори".

▫️Работаю в Иннополисе, пишу фронт ▫️frontend / немного UX/UI ▫️Могу давать глупые советы про вью ▫️Хочу задавать глупые вопросы про вью, т.к. на текущем месте живу без лида и решения приходится придумывать самому ▫️Иннополис, Россия ▫️google: vuejs telegram #whois

Так а вьюкс зачем?

Так а вьюкс зачем?

В нём запрашиваю апи/храню пришедшие данные. Кажется логичным там же хранить ошибки.

я так понял он хочет архитектурное решение как в одном месте обрабатывать все приходящие ошики 500 у аксиоса. А уж вьюкс хранение это вопрос второй

Точно не стоит делать этого в сторе

раздувать стейт не оч кошерно кмк

Точно не стоит делать этого в сторе

меньше стор, быстрее приложение

Хорошо. Если не в сторе, то как?

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

Хочется некоторые ошибки (типа 500) обрабатывать глобально, а некоторые - локально, ибо у каждого компонента может быть своя боль.

Парни, тут на одном сайтике Сберовском используется Vue и в окнсоли доступен объект vue. Кому интересно поизучать, как делают сайты в Сбербанке, а в частности как организован Store — откройте http://sberbanketomoe.ru/ и вбейте в консоли vue или vue.$store ну и так далее. Забегая вперед скажу, что там ничего такого особенного нету, просто ради интереса) Ну и ещё непонятно почему у них доступен vue в консоли...

Парни, тут на одном сайтике Сберовском используется Vue и в окнсоли доступен объект vue. Кому интересно поизучать, как делают сайты в Сбербанке, а в частности как организован Store — откройте http://sberbanketomoe.ru/ и вбейте в консоли vue или vue.$store ну и так далее. Забегая вперед скажу, что там ничего такого особенного нету, просто ради интереса) Ну и ещё непонятно почему у них доступен vue в консоли...

А я уже не первый раз натыкаюсь на сберовский сайт на Вью. Но, как сраведливо заметили выше, вероятнее всего все их делали аутсорсеры

За что респект? За вью?)))

инспектор не цепляется, консоль о дев версии не предупреждает

я имею ввиду если мы используем vue-cli и собираем на прод (webpack шаблони или webpack-simple) то в консоли же не доступен он?

я имею ввиду если мы используем vue-cli и собираем на прод (webpack шаблони или webpack-simple) то в консоли же не доступен он?

webpack шаблон точно не выносит vue глобально

Если, конечно, не писать window.app = new Vue()