И доверия клиенту нету

сейчас смотрю в сторону device авторизации, чтобы юзер мог у себя в ЛК девайс отключать (ну как в вк, фб и тд) а то сидишь так и не знаешь, где авторизован

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

где-то видел офигенный шаблон проекта для vue-cli 3, но не могу его найти ?

помню, что там был выделен файл webpack.aliases.js

в общем, покидайте ссылок на стартер киды под вью кли 3

Народ, кто нибудь работал с этим плагином ? https://www.npmjs.com/package/vue-sweetalert2

Здравствуйте. Парни, нужна авторизация по jwt. Пожалуйста, ткните в пример, как это правильно сделать на Vue. Я нуб во фронтэнде, нужны именно реальные, полные примеры, желательно ткнуть в какой-нибудь репозиторий.

сегодня день авторизаций чтоли или где то тестовое такое выдали ?

Здравствуйте. Парни, нужна авторизация по jwt. Пожалуйста, ткните в пример, как это правильно сделать на Vue. Я нуб во фронтэнде, нужны именно реальные, полные примеры, желательно ткнуть в какой-нибудь репозиторий.

гугли vue-auth

гугли vue-auth

Спасибо

Спасибо

если хочешь прям все ручками сделать, но подсмотреть у кого-то, то вот - https://github.com/zmts/beauty-vuejs-boilerplate

если хочешь прям все ручками сделать, но подсмотреть у кого-то, то вот - https://github.com/zmts/beauty-vuejs-boilerplate

Да, именно подсмотреть, мне важно максимально полно понять, как это правильно делать. Благодарю

если хочешь прям все ручками сделать, но подсмотреть у кого-то, то вот - https://github.com/zmts/beauty-vuejs-boilerplate

у меня прямо горит от https://github.com/zmts/beauty-vuejs-boilerplate/blob/master/src/router/routes.js и структуры https://github.com/zmts/beauty-vuejs-boilerplate/tree/master/src/services

в роутах мета данные задавать как-то странно

у меня прямо горит от https://github.com/zmts/beauty-vuejs-boilerplate/blob/master/src/router/routes.js и структуры https://github.com/zmts/beauty-vuejs-boilerplate/tree/master/src/services

это да, но что есть то есть

у меня прямо горит от https://github.com/zmts/beauty-vuejs-boilerplate/blob/master/src/router/routes.js и структуры https://github.com/zmts/beauty-vuejs-boilerplate/tree/master/src/services

Поясни пожалуйста, интересно услышать детали ? Что не так ?

Отпиши пожалуйста в двух словах свое видинее на подгорающие вопросы

Ну или примерчиком швырни(гистом там каким-нибудь)

Отпиши пожалуйста в двух словах свое видинее на подгорающие вопросы

1) meta в роутах, а не в компонентах страниц 2) title: ${DOMAIN_TITLE} | news вот это вот с domain_title 3) import'ы сверху вместо require прямо в роутах (зачем два раза одно и то же писать) 4) структура файлов в этой репе чересчур избыточная. выносить event bus в отдельный файл? ну нахера вот

напоминает какой-то проект на реакте

Отпиши пожалуйста в двух словах свое видинее на подгорающие вопросы

извини, не хотел обидеть тебя, как автора) в любом случае, у каждого свое видение

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

1 общий под laout и еще у каждого сервиса может быть свой

1) meta в роутах, а не в компонентах страниц 2) title: ${DOMAIN_TITLE} | news вот это вот с domain_title 3) import'ы сверху вместо require прямо в роутах (зачем два раза одно и то же писать) 4) структура файлов в этой репе чересчур избыточная. выносить event bus в отдельный файл? ну нахера вот

поясни за первый пункт

1) meta в роутах, а не в компонентах страниц 2) title: ${DOMAIN_TITLE} | news вот это вот с domain_title 3) import'ы сверху вместо require прямо в роутах (зачем два раза одно и то же писать) 4) структура файлов в этой репе чересчур избыточная. выносить event bus в отдельный файл? ну нахера вот

мета данные типа TITLE согласен нужно будет заюзать vue-meta. А вот на счет meta: { isAuth: true} это норм все остальное это ИМХО) Пис))

1 общий под laout и еще у каждого сервиса может быть свой

эвент бас топ) вообще не юзаю дефолтное общение parent-child в вью

мета данные типа TITLE согласен нужно будет заюзать vue-meta. А вот на счет meta: { isAuth: true} это норм все остальное это ИМХО) Пис))

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

кто node express юзает, кто может про роутинг прояснить?

ребята, как добавить PWA в уже существующий проект на vue-cli?

кто node express юзает, кто может про роутинг прояснить?

http://expressjs.com/ru/guide/routing.html

Или конкретнее формулируй вопрос раз не хватило документации.

http://expressjs.com/ru/guide/routing.html

т.е. если я хочу сделать ssr, то нужно вью роуты в экспрессе тоже продублировать?

сейчас на бэке лары просто Route::get('{path}' и любой запрос идет на vue app

У тебя просто любой запрос будет идти на сср

Для ssr есть дока на русском, там все расписано, как используется Express и какие роуты применяются для рендера на сервере

т.е. если я хочу сделать ssr, то нужно вью роуты в экспрессе тоже продублировать?

https://github.com/albertchan/express-vue-ssr

а что с динамическими данными? как их из кэша вычищать? впервые добрался до ssr)

Из какого кэша? На сервере?

да

Данные все должен api отдавать, сервер только рендерит клиент

Т.е. два аспекта. Один отдает клиента, другой данные для клиента

окей, понял. спасибо)

http://ssr.vuejs.org/ru/

Уделите время на прочтение, все станет ясно.

Грубо говоря /, /home, /about и пр. отдает рендер. Когда клиент решит отрисовать он будет запрашивать данные для этих роутов, эти данные клиент должен запросить у апи /api/user отдаст допустим пользователя с его потрохами, api/articles отдаст список статей и т.д.

встречный вопрос тогда, что в таком случае происходит с seo?

встречный вопрос тогда, что в таком случае происходит с seo?

При ssr?

При ssr?

да. сервер выдает роут /articles, а обращение к api статей идет в клиенте

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

На клиенте идёт только процесс гидратации - т.е реактивные свойства становятся реактивными и тому подобное

Процесс выглядит так: 1) пришел запрос 2) формируем страничку: подгружается данные, инициализируем харанилище, записываем туда данные и ТД и тп 3) отдаем страничку 4) клиент получает страничку и отображает ее 5) в это время Вью начинает парсить все что есть на страничке формируя vdom 6) какая то проверка на то, что vdom правильны - но тут я не силен

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

Господа и дамы, кто-нибудь в курсе, я могу на основе Vue разрабатывать мобильные приложение под iOS, если у меня windows-машина?

Господа и дамы, кто-нибудь в курсе, я могу на основе Vue разрабатывать мобильные приложение под iOS, если у меня windows-машина?

Приложение ты не соберёшь.

Понять для чего нужно проверять токен в api. Прежде всего нужно токен получить (разменять) в процессе аутентификации. Данные юзера аутентифицируются, меняются на два токена (access and refresh) и при каждом запросе api, токен access отсылается серверу api для получения персональных данных. Апи получая токен проверяет его и отдает данные соответствующие токену (юзера)

Ребята, как подключить normalize в проект, а то не могу найти лоадер?

Ребята, как подключить normalize в проект, а то не могу найти лоадер?

<style> @import 'normalize.css'; </style>

??

Приложение ты не соберёшь.

а какой-нибудь хакинтош (или как сейчас эта штука называется) на виртуальной машине подойдёт?

<style> @import 'normalize.css'; </style>

я думал может есть какой-то npm пакет) Просто на прямую?

а какой-нибудь хакинтош (или как сейчас эта штука называется) на виртуальной машине подойдёт?

Скорее всего да.

А как связано vue и приложение для ios?

А как связано vue и приложение для ios?

Нейтивскрипт

Или weex

Господа и дамы, кто-нибудь в курсе, я могу на основе Vue разрабатывать мобильные приложение под iOS, если у меня windows-машина?

Можешь но на хакинтошике

Получается приложение в приложении?

А там можно полноцено создавать приложения? Я чуть прочитал и как понял, что пока это не совсем юзабельно и лучше юзать реактнатив.

Получается приложение в приложении?

Нет чистое нативное

А там можно полноцено создавать приложения? Я чуть прочитал и как понял, что пока это не совсем юзабельно и лучше юзать реактнатив.

Можно

реактнейтив тоже имеет такие же проблемы, если что-то чуть более сложное и взаимодействующее с телефоном надо, то swift и kotlin придётся тоже юзать

Т.е. виртуальная машина интерпретировать js код? Или компилировать его в objC

Бля

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

Виртуальная машина имеется ввиду движок js

Нейтивскрипт тянет ангуляр/ваниль/тс/вью с не давних пор релиз

Xml разметка

И цсс стили

scss можн

Работает без проблем все на удивление

Но есть кнш свои финты ибо поддержка вью от коммьюнити

Надо будет затестить как будет время.

Собирать айось ессна можно только на мак оси

Пушто собирает их в конце концов Xcode

Почитал. Nativescript запускается на jsvm. Из плюсов, то что даёт доступ к системным api. Из минусов это всё же виртуальная машина, т.е. браузер в вашем приложении, который рисует ваше приложение

Коллеги, кто-нибудь запихивал vuejs при помощи serverless на aws lambda/s3/dynamodb?

У нейтивскрипта есть прога которая на винде собирает Айось аппы отправляя в облако проект

И там собирает

Коллеги, кто-нибудь запихивал vuejs при помощи serverless на aws lambda/s3/dynamodb?

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

Но там ограничено ессна кол-во таких сборок

Почитал. Nativescript запускается на jsvm. Из плюсов, то что даёт доступ к системным api. Из минусов это всё же виртуальная машина, т.е. браузер в вашем приложении, который рисует ваше приложение

Нет

Это не вебвью

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

я бы хотел о мелких нюанас поспрашивать человека кто практически это делал

я бы хотел о мелких нюанас поспрашивать человека кто практически это делал

Вопрос наверняка про AWS, а не про Вью?

Собирать айось ессна можно только на мак оси

ну так для реактнатив и остальных теже ограничения. Если ты не юзаешь exmo или еще что-то.

ну так для реактнатив и остальных теже ограничения. Если ты не юзаешь exmo или еще что-то.

Даже на свифте пох