На выбор

+

ты graphql юзаеш?

а

просто думал что граф так как о схеме написал

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

тогда таких проблем не будет

Што будет, што будет. Забанят, вот што будет

Можно чтобы в продакшене не показывались шаблоны и код? http://take.ms/9XmBd

.map файлы из сборки удаляй

Каждый раз

Руками

Ну зачем руками, скриптом) post:build, что б не морочиться

Но вообще, конечно, можно и конфиг вебпака подправить

Хотя с vue-cli проще файлы удалять

Там одна строка файлике

гайз, а если я данные храню и использую a-la React - есть один компонент, в котором хранятся все данные; а в child-components они только прокидываются через props - в этом ничего некошерного нет? )) @c01nd01r @XaveScor

? это что было?

админы спят?

Там одна строка файлике

что за ерунда?

@c01nd01r админы спят ((

Нужно больше админов

И зиккурат

Нужна цитадель админов

Зачем нам ещё одна

Сделайте меня админом

Или у вас собеседование на админа проходит

Просто ждёшь пока наступит день и тебя позовут в секту

Потом мелочи типа жертвоприношений и проч

https://cs8.pikabu.ru/post_img/2018/04/04/7/1522841056150013198.gif

Давно не интересовался. Мб что-то изменилось в области кроссплатформенной мобильной разработки? Ну там react native, weex? Мб можно уже нормальные приложения на этом делать?

@alex_sokolov https://t.me/vuejs_ru/251891 ?

да? )

Давно не интересовался. Мб что-то изменилось в области кроссплатформенной мобильной разработки? Ну там react native, weex? Мб можно уже нормальные приложения на этом делать?

на фрилансе много заказов по RN

Этот один компонент обычно компонент страницы

Абсолютно нормально

@alex_sokolov что такое serverless app? в двух словах?

@alex_sokolov что такое serverless app? в двух словах?

firebase вместо бекенда и подобные ему штуки

firebase вместо бекенда и подобные ему штуки

firebase как замена backend?

firebase как замена backend?

угу

ну да - повторился )

привет, вопрос такой - использую vue-router и routeGuards храню token в vuex (persistent, cookie based) как правильно организовать логику проверки или токен еще живой? есть getter isLoggedIn которая просто возвращает true когда в сторадже есть токен, можно сюда вписать обращение на сервер и проверку если токен валидный, но при этом получится что каждый клик будет обращение на сервак для валидации токена который в 99% валидный

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

есть идеи?

есть идеи?

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

есть идеи?

я вот так делал, написал обертку вокруг localStorage, в который можно предать expiredDate

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

Вариант но токен может быть преждевременно дезактивирован на стороне сервера

Вариант но токен может быть преждевременно дезактивирован на стороне сервера

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

Тут возвращаемся к пункту что 401 может быть относительно конкретного ресурса а не целиком по аккаунту

Например для item3 этот токен не имеет доступа Но в целом для акаунта он валидный

Получится что когда юзер открывает что-то куда ему нет доступа (конкретное действие) я буду вылогинивать его со всего акаунта

Если бэк твой, сделать разделение ответов, на нет доступа 403, на token expired другой код

ну это у тебя уже роли какие-то, логика

Ага

Если бэк твой, сделать разделение ответов, на нет доступа 403, на token expired другой код

А по стандарту http status code есть разница между expired и not authorized ?

и вообще разные задачи, 1) проверить expired на клиенте и не ждать запроса на сервер, 2) обработать серверные исключения

Видимо есть :)

expired это и есть not authorized

expired - это просто время жизни, время прошло, сессии не существует, значит неавторизован

Там есть 401 и 403

Понял

Спасибо

Это лучший вариант

403 - это сессия есть, но права не дают тебе запросить ресурс, а 401 - сессии не существует

401 это как раз про то, что требуется авторизация, а 403 про то, что авторизация случилась, но доступа нет

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

Для большей гибкости

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

Хочется уйти от контента там опечатки :)

Я имею ввиду контент = ответ сервера.(API)

Ребят, кто занимался реализацией graphql на сервере или клиенте, какую библиотеку использовали ?

Ребят, кто занимался реализацией graphql на сервере или клиенте, какую библиотеку использовали ?

не использовал, но взял бы аполло, самая популярная

и дока нормальная

не использовал, но взял бы аполло, самая популярная

Тоже склоняюсь к аполло. Но хотелось бы иметь небольшую сравнительную характеристику

Вроде как официальный клиент должен быть функциональнее

Вроде как официальный клиент должен быть функциональнее

это не про фейсбук, флакс их говно

Я про graphql js

Это же их технология

Вроде как официальный клиент должен быть функциональнее

ты про это? https://github.com/graphql-boilerplates/vue-fullstack-graphql

ты про это? https://github.com/graphql-boilerplates/vue-fullstack-graphql

ээээ, а при чем тут вью вообще?

ты про это? https://github.com/graphql-boilerplates/vue-fullstack-graphql

Нет. Я вообще должен добавить поддержку сначала на сервере а потом на фронте.