DB
Всем привет, подскажите пожалуйста в чем косяк? получаю 400. при простом fetch норм...
400 при интеграции зачастую означает что какие то данные не переданы правильно
Size: a a a
2020 September 17
ИС
400 при интеграции зачастую означает что какие то данные не переданы правильно
да я это знаю, но почему-то при простом fetch нет ошибок. Вот я и спрашиваю мб axios не правильно использую
ДК
да я это знаю, но почему-то при простом fetch нет ошибок. Вот я и спрашиваю мб axios не правильно использую
смотрите в консоли разработчика что отправляется при отправке через axios, а что при отправке через fetch
ИС
Всем привет, подскажите пожалуйста в чем косяк? получаю 400. при простом fetch норм...
const headers = {
...CONTENT_JSON,
Authorization:
};
так можно header отправить в axios ?
...CONTENT_JSON,
Authorization:
Bearer ${token},};
так можно header отправить в axios ?
t
Господа, не могу сообразить как не плодить сущности. Делаю авторизацию на основе ролей. Сейчас получается, что во первых в роутере я делаю проверку может ли пользователь перейти на определённый роут, а ещё делаю на главной странице в меню для ссылки делаю проверку может она отображаться для определённой роли. Есть какие-то решения как это всё увязать?
ДК
Господа, не могу сообразить как не плодить сущности. Делаю авторизацию на основе ролей. Сейчас получается, что во первых в роутере я делаю проверку может ли пользователь перейти на определённый роут, а ещё делаю на главной странице в меню для ссылки делаю проверку может она отображаться для определённой роли. Есть какие-то решения как это всё увязать?
вынести проверку в миксин
t
вынести проверку в миксин
сделать isAdmin не проблема. я про то, есть ли какие техники, чтобы не писать проверку в в двух местах: 1. в роутере 2. в меню
aa
а ты как увязываешь это все?
aa
можно в роуте в meta прописать нужные значения из из него дергать на любом компоненте
t
ну это получается 2 файла. роутер, где указывается пути, для каждого путя допустимую роль. ну и корневой компонент app.vue, где отображается меню. т.е. как бы эти вещи вообще ортогональные, но при этом их нужно синхронизировать
aa
у меня как правило это две разные проверки
t
app.vue
t
t
ну я так, решил спросить может кто чего придумал удобней
ДК
оставьте 2 проверки. У вас всё равно в app.vue будет условие
aa
ну вот я бы в app.vue написал проверку типа this.$route.meta.authorize === operator
aa
чтобы функцию не дергать
ДК
ну вот я бы в app.vue написал проверку типа this.$route.meta.authorize === operator
всё равно условие стоит. Как я понял автор в принципе не хочет условие пихать
PK
Всем привет
Хотел поинтересоваться, есть ли кто работал когда-то в проекте где связка laravel + vue.js? Неважно на какой стороне (бек или фронт)
Мне просто нужна информация в разговорном виде. Есть несколько вопросов, после ответов на которые я буду понимать пошаговость у себя в голове. Это займет я думаю до 10-15 минут, могу заплатить за информацию
Хотел поинтересоваться, есть ли кто работал когда-то в проекте где связка laravel + vue.js? Неважно на какой стороне (бек или фронт)
Мне просто нужна информация в разговорном виде. Есть несколько вопросов, после ответов на которые я буду понимать пошаговость у себя в голове. Это займет я думаю до 10-15 минут, могу заплатить за информацию
ДК
Всем привет
Хотел поинтересоваться, есть ли кто работал когда-то в проекте где связка laravel + vue.js? Неважно на какой стороне (бек или фронт)
Мне просто нужна информация в разговорном виде. Есть несколько вопросов, после ответов на которые я буду понимать пошаговость у себя в голове. Это займет я думаю до 10-15 минут, могу заплатить за информацию
Хотел поинтересоваться, есть ли кто работал когда-то в проекте где связка laravel + vue.js? Неважно на какой стороне (бек или фронт)
Мне просто нужна информация в разговорном виде. Есть несколько вопросов, после ответов на которые я буду понимать пошаговость у себя в голове. Это займет я думаю до 10-15 минут, могу заплатить за информацию
думаю тут многие работали на этом стеке и помогут бесплатно в рамках чата