⚜
Щас не знаю, но раньше точно
Добрый день)
Ребят, подскажите как настроить прокси для дев режима в наксте
https://github.com/nuxt-community/proxy-module
С этим модулем что-то не получается завести, может быть кто покажет свой конфиг рабочий
Size: a a a
2020 February 24
⚜
SL
Вью на вики как по мне звучит нереалистично, они там за каждый байт бьются
SL
Если уж и будут добавлять какой-то движок то скорее всего свелт
SL
И совсем нереалистично звучит spa на вики, оно там просто ни к чему
SL
Например нет никакого смысла текст статьи js-ом на клиенте рендерить
SL
Вот какие-то виджеты запускать асинхронно да
DM
Вью на вики как по мне звучит нереалистично, они там за каждый байт бьются
Ну инфа от кого то из Вики )
MT
Ребят, как правильно перерендерить страницу без перезагрузки, на клиенте, если после ошибки api, я отправил юзера, например на 401
this.$nuxt.error({
statusCode: e.response.status,
message: e.response.message
}); и на этой же странице пользователь авторизуется. Мне после этого нужно заново дёрнуть метод ( который дергался при mounted ). Дать всей странице key, и обновлять его?AP
Ребят, как правильно перерендерить страницу без перезагрузки, на клиенте, если после ошибки api, я отправил юзера, например на 401
this.$nuxt.error({
statusCode: e.response.status,
message: e.response.message
}); и на этой же странице пользователь авторизуется. Мне после этого нужно заново дёрнуть метод ( который дергался при mounted ). Дать всей странице key, и обновлять его?https://nuxtjs.org/guide/views/#error-page
You can customize the error page by adding a layouts/error.vue
You can customize the error page by adding a layouts/error.vue
АГ
Ребят, как правильно перерендерить страницу без перезагрузки, на клиенте, если после ошибки api, я отправил юзера, например на 401
this.$nuxt.error({
statusCode: e.response.status,
message: e.response.message
}); и на этой же странице пользователь авторизуется. Мне после этого нужно заново дёрнуть метод ( который дергался при mounted ). Дать всей странице key, и обновлять его?На самом деле вариант с перезагрузкой - реально самый простой. Никакой траты времени на доп функционал и проверки, 100% уверенность что в стейте ничего не потерялось и все актуальное
401 - это по факту "крайний случай", не думаю что имеет смысл сильно заморачиваться. Тем более что если юзер получил 401 - это явно не новый юзер, следовательно он может подождать 2 секунды на релоад страницы
401 - это по факту "крайний случай", не думаю что имеет смысл сильно заморачиваться. Тем более что если юзер получил 401 - это явно не новый юзер, следовательно он может подождать 2 секунды на релоад страницы
АГ
С key - тоже может сработать в принципе
АГ
Но, если это не конкретное требование бизнеса(без перзагрузки) - то я бы не тратил на это много времени
MT
https://nuxtjs.org/guide/views/#error-page
You can customize the error page by adding a layouts/error.vue
You can customize the error page by adding a layouts/error.vue
я итак это юзаю
MT
Но, если это не конкретное требование бизнеса(без перзагрузки) - то я бы не тратил на это много времени
конкретное требование) просто в рамках оптимизации не нравится инкрементить key, думал может есть лучше решение, спасибо
АГ
Ребят, как правильно перерендерить страницу без перезагрузки, на клиенте, если после ошибки api, я отправил юзера, например на 401
this.$nuxt.error({
statusCode: e.response.status,
message: e.response.message
}); и на этой же странице пользователь авторизуется. Мне после этого нужно заново дёрнуть метод ( который дергался при mounted ). Дать всей странице key, и обновлять его?Мы на проекте дергали определенный метод, но он у нас уже был заранее написан, потому что на странице присутствовала кнопка рефреша. Поэтому мы метод дергали и при загрузке и при рефреше и при любом другом случае, где надо обновиться. Но если для этого надо шерстить весь проект - то стоит ли
АГ
конкретное требование) просто в рамках оптимизации не нравится инкрементить key, думал может есть лучше решение, спасибо
Есть еще решение - убедить клиента, что это не фича первой необходимости. Иногда, дешевле всем потратить несколько часов на аргументы и страшилки что это займет много времени.
MT
Есть еще решение - убедить клиента, что это не фича первой необходимости. Иногда, дешевле всем потратить несколько часов на аргументы и страшилки что это займет много времени.
не, если отрендерился клиент, должно быть spa, тут согласен с заказчиками
АГ
А самое забавное, что пока подбираешь для заказчика аргументы почему это сделать невозможно, за это время тебе приходит мысль как это сделать за 5 минут безболезнено)) И так всегда)))