Denis
Не клир
Denis
Хз че
Denis
Хакер ньюз - слишком заморочен для первого раза
Denis
А примеры в доках слишком просты.
Andrey
Ребятки, проскакивл тут плагинчик, который из {parentId:1} делает tree-like структуру
поделитесь плз
Denis
awesome vue
tree
CherryTea
CherryTea
ℝei
Denis
CherryTea
ты решил?
рабочая теория - вуе спуская из цикла в цикл переменные случайно преобразовывает в строку
CherryTea
надо будет проверить ее, но попозже, как домой приеду
CherryTea
если так и есть, у меня отличный повод запулерквестить в реп вуе
ℝei
Andrey
awesome vue
tree
мне не компонент нужен, а метод,который из линейного списка объектов по ключику будет формировать древовидный с child списками
CherryTea
ℝei
неисключено
я проверил ща, так что может одна из твоих функций тупит и где то строку делает) хз
Andrey
https://github.com/William17/list-to-tree-lite
Вот это похоже )
Anonymous
Anonymous
говно какоето
Andrey
писал метод или в чат?
я дело в том что видел тут сообщение, но не запинал )
Denis
Поиск
Andrey
поиск по каким ключикам? ;)
Andrey
Всем привет!
Недавно начал юзать Vue.
Суть: есть сайт на 3-5 страниц, доступных всем. Также есть форма авторизации. После авторизации пользователю становится доступны еще несколько разделов (страниц) сайта.
Вопрос: какие слова искать в гугле, чтобы правильно организовать логику и механику работы такого сайта?
Vladimir
бэк на чем ?
Denis
Угадаем?
Andrey
Laravel
Vladimir
самый простой вариант, это просто найти на гитхабе проекты с похожим стеком
Vladimir
сек\
Vladimir
https://github.com/acacha/vue-laravel-authorization
Самая простая реализация авторизации
Andrey
Найти-то много нашел, но какой из них правильней - для меня вопрос.
Vladimir
Ну вариантов много и все рабочии
Denis
А у тебя по апи?
Denis
Или по хттп?
Denis
Авторизация
Vladimir
Вот, тебе Денис поможет, он шарит больше меня в этом
Vladimir
и дольше шарится
Andrey
Denis
Хм... У меня прям готовый по апи нету
Denis
(
Denis
Но там херня
Denis
Oauth?
Andrey
Нет, стандартный из коробки Ларки
Denis
Апи гвард или паспорт?
Andrey
Паспорта нет. Для "обычного" вывода он не требуется от слова "совсем".
На стороне бэка вопросов нет - там всё как надо сделано. Просто хочу зацепить морду на VueJS, исключив перезагрузку страниц в браузере.
Вопросы лишь "как Vue узнает что пользователь авторизован?" и "как защититься, если, например, пользователь в консоли разработчика вручную укажет что юзер авторизован? То бишь чтобы ему "закрытые" страницы не показывало?"
Не делать же два файла с разной механикой?
Denis
Ну у тебя просто токен ловишь и не жужжишь)))
Denis
С каждым запросом его
Denis
И обновить там если че можно
Andrey
А там всякие vuex, vue-resource и прочие умные слова нужны?
Denis
Vuex не бери на первый раз. Если только совсем не прижмёт
Denis
Vue-resource забудь
Denis
Axios
Denis
Я в прототип не срать
Denis
И никаких глобальных шин
Andrey
У меня фронт - слабая сторона. Знаю лишь базовые понятия и, как показывает практика, их недостаточно)
Sergeniy
хз, хз, у меня ахиос с апи не завелся, а вью-ресурс с пол тычка
Andrey
Что за прототип?
Andrey
У меня axios с апи без проблем работает
Denis
Vue.prototype
Denis
Читай доки пока
Denis
Пару дней почитай потыкай
Sergeniy
Так и дедлайн подойдет ))
Denis
Denis
Denis
Это называется срать в прототип
Denis
Это только с 15 уровня
Denis
Пока качайтесь
Sergeniy
Andrey
Denis
Sergeniy
Лицезрею
Andrey
С этим разобрались. Оказывается, механика такая же, как я и раньше делал - при каждом запросе проверять авторизован ли пользователь)
Вернее, в блоке beforeMount() у меня происходил вызов /api/user.check, ответ с которого был либо "да", либо "нет", и, в соответствии с этим решением, загружаемый компонент принимал решение выводить ли страницу пользователю, иль сливать на другую крича об ошибке. Мне этот метод показался до жути костыльным, вот и нашел время поинтересоваться более корректной практикой ведения таких работ.
Насколько понял, при каждом запросе со стороны формы нужно проверять авторизованность пользователя. Следовательно, помимо запрашиваемых данных, нужно еще и возвращать статус авторизации пользователя для корректной работы. Но здесь появляется проблема: что если по какой-то причине сайт отдаст авторизацию "false", а что-то "по дороге" ее изменит на "true"? Да, сайт не отдаст данные, но юзер, в таком случае, сможет увидеть саму форму, предназначенную только для авторизованных пользователей. Что тогда?
Gaiaz
Gaiaz
С этим разобрались. Оказывается, механика такая же, как я и раньше делал - при каждом запросе проверять авторизован ли пользователь)
Вернее, в блоке beforeMount() у меня происходил вызов /api/user.check, ответ с которого был либо "да", либо "нет", и, в соответствии с этим решением, загружаемый компонент принимал решение выводить ли страницу пользователю, иль сливать на другую крича об ошибке. Мне этот метод показался до жути костыльным, вот и нашел время поинтересоваться более корректной практикой ведения таких работ.
Насколько понял, при каждом запросе со стороны формы нужно проверять авторизованность пользователя. Следовательно, помимо запрашиваемых данных, нужно еще и возвращать статус авторизации пользователя для корректной работы. Но здесь появляется проблема: что если по какой-то причине сайт отдаст авторизацию "false", а что-то "по дороге" ее изменит на "true"? Да, сайт не отдаст данные, но юзер, в таком случае, сможет увидеть саму форму, предназначенную только для авторизованных пользователей. Что тогда?
axios interceptors
Denis