А. Там нет возможности повлиять

А просто в логофф после всей деавторизации императивно перейти куда надо

А просто в логофф после всей деавторизации императивно перейти куда надо

так, что-то я не могу это место в своих исходних найти :D

значит их надо переписать

А если найдется? Новое написанное удалять будешь?)

https://chmln.github.io/flatpickr/ юзаk кто нить? не понял, есть ли там колбэк функция/событие чтоб после выбора даты чтото сделать

а, есть onchange кажись

фу, чот натупил, отменяется вопрос)

А если найдется? Новое написанное удалять будешь?)

так, нашел

а, есть onchange кажись

А ещё onValueUpdate есть. Сложно выбрать что лучше)

было бы круто, если бы хранилище могло эмитить событие

А ещё onValueUpdate есть. Сложно выбрать что лучше)

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

Ну вот где в false присваиваешь там и сделай переход

Ну вот где в false присваиваешь там и сделай переход

это делает в дейсвтии хранилища

это делает в дейсвтии хранилища

store.dispatch('actionA').then(() => { // ... })

Вот после действия и делай

хм, надо попробовать

но все равно нужны meta

Зачем

Потому что эта штука находится в navbar, а он у меня как для страничек с требующих авторизацию, атк и не требующих их

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

store.dispatch('actionA').then(() => { // ... })

да даже then не нужно

сделал

только я не понял, route можно только из this получить?

А next откуда возьмётся

А next откуда возьмётся

не поверишь - работает

У программистов обычно два извечных вопроса. Почему это не работает и почему это работает)

?

действительно, почему работает то

прям специально проверил - делает все что нужно

хотя есть у меня подозрения...

все, нашел где косяк

Теперь не работает как и положено???

но теперь мне не нравится this.$route, думаю как от него избавиться

Мне кажется replace лучше был бы. Чтобы в истории браузера не оставить перехода

Мне кажется replace лучше был бы. Чтобы в истории браузера не оставить перехода

думаешь?

ай ладно, была-не-была

Ну если нажмёт назад не получится что снова тут же логофф выполнится и его опять редиректнет

Ну если нажмёт назад не получится что снова тут же логофф выполнится и его опять редиректнет

да, логично

теперь даже смысла 2 layout держать нет

Народ

Кто-нибудь знает хороший гайд по передаче заголовков в REST?

То есть, есть ли какой-то стандарт или что-то такое

https://ru.wikipedia.org/wiki/%D0%A1%D0%BF%D0%B8%D1%81%D0%BE%D0%BA_%D0%B7%D0%B0%D0%B3%D0%BE%D0%BB%D0%BE%D0%B2%D0%BA%D0%BE%D0%B2_HTTP

Если пишешь RESTful прям

Это не то, это дефолтные заголовки, которые браузер и так передает

То делаешь запросы типа GET, POST, PUT, PATCH, DELETE

Ты спросил про заголовки

Я имею в виду, передают же, допустим, сессию в заголовках, еще какие-то данные

Я имею в виду, передают же, допустим, сессию в заголовках, еще какие-то данные

токен

ну да

Если рестфул то только токен

https://github.com/vuejs/vue-router/tree/dev/examples/route-props пропсы в роутере? такого в гайдах нет!

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

https://github.com/vuejs/vue-router/tree/dev/examples/route-props пропсы в роутере? такого в гайдах нет!

Новая фича. День назад коммит был

Наверное ещё не обновили доки. Или релиз готовят только

Новая фича. День назад коммит был

ладно, ждем этого в доках теперь

ладно, ждем этого в доках теперь

https://github.com/bfanger/vue-router/blob/dev/docs/en/essentials/passing-props.md

Пока нет в официальных

клево, мне нравится

2.2.0 релиз готовят

Я имею в виду, передают же, допустим, сессию в заголовках, еще какие-то данные

А так, посмотри, api твиттера, fb, покидай запросы, увидишь в каком формате нужно запрашивать/возвращать

ERROR: S client not available

Динамическое добавление новых маршрутов будет

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

а вот это есть у кого пример?

Вообще, я увидел только то, что кастомные пишутся через x-...

x-compress:null x-overlay-request:true x-previous-page-name:home x-requested-with:XMLHttpRequest

вот

Ну если нажмёт назад не получится что снова тут же логофф выполнится и его опять редиректнет

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

Ну обычно либо на главную кидают для всех или обратно на авторизацию

Уведомлений ещё не встречал

Буду на авторизацию тогда кидать

сейчас так некрасиво объявляется

хочется через вынесенною arrow функцию + пихать в конструктор

или так нельзя?

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

ух, клево, если допустим /user имеет meta: { requiresAuth: true }, то и /user/settings может ее не содержать, но все равно требует авторизации, клааас

@xanf_ua можешь кинуть кодец на глобальне хуки?

Я их не использую

Я их не использую

с точки зрения структуры папок, куда выгоднее всего положить папку api?

В папку src

У меня это вообще отдельный нод модуль, но то я эстет

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

а ты все в один файлик api.js пихаешь или разносишь на несколько файлов, а потом инклюдишь в него?

У меня в несколько

кто-то писал unit тесты в проекте созданно из vue-cli webpack? там .spec.js файлы надо к компонентам ложить или в отдельную папку с тестами?

как будет выглядеть деструктурирующие присваивание из объекта вида: { [types.LOGIN] (state, { token, username }) { state.token = token state.username = username } } ?

вот такое не работает: let { [types.LOGIN] } = mutations

ппц, кто-нибудь запускал тесты?

ппц, кто-нибудь запускал тесты?

в чем проблема?

о, все, решил траблу