DS
мидла это промежуточное по, вполне себе её использовать для определения девайса
А где её дефайнить? В доке только примеры с дефайном в компонентах
Size: a a a
2020 November 24
DS
Нельзя разве где-то в nuxt.config.js определить как плагины с указанием ssr: false?
RK
так они лежат в директории middleware корня
RK
или ты про что
RK
nuxt их сам цепляет
RK
их не надо отдельно определять, тк это часть ядра
DS
Вызывается только первый консоль лог
А функция не вызывается
А функция не вызывается
DS
А функция мне нужна чтоб получить стору из контекста
DS
Мда, чет не понял прикола
Переименовал файл – заработало
Вернул прежнее имя файла – тоже заработало
Ну допустим HMR затупил…
Переименовал файл – заработало
Вернул прежнее имя файла – тоже заработало
Ну допустим HMR затупил…
DS
их не надо отдельно определять, тк это часть ядра
В любом случае функция вызывается только на стороне сервера
Чтоб вызывалась на стороне клиента, нужно прописать ее как middleware в компоненте
При этом функция будет вызываться каждый раз при посещении страницы
Это конечно не заафектит перфоманс, но мне это не нужно :с
Чтоб вызывалась на стороне клиента, нужно прописать ее как middleware в компоненте
При этом функция будет вызываться каждый раз при посещении страницы
Это конечно не заафектит перфоманс, но мне это не нужно :с
DS
Буду искать чет другое наверное
RK
вот пример мидлы
RK
В любом случае функция вызывается только на стороне сервера
Чтоб вызывалась на стороне клиента, нужно прописать ее как middleware в компоненте
При этом функция будет вызываться каждый раз при посещении страницы
Это конечно не заафектит перфоманс, но мне это не нужно :с
Чтоб вызывалась на стороне клиента, нужно прописать ее как middleware в компоненте
При этом функция будет вызываться каждый раз при посещении страницы
Это конечно не заафектит перфоманс, но мне это не нужно :с
а что в этом плохого?
RK
копеешная операция ведь
DS
а что в этом плохого?
Плохо идеологически
В твоем примере проверка на auth юзера – это определенно задача мидлвара
А выполнить код единожды при инициализации на клиенте и умереть – задача created hook у App.vue, или типо того
Операция копеешная, но я стараюсь писать так, как это задумано, а не как получилось реализовать первым попавшимся способом)
В твоем примере проверка на auth юзера – это определенно задача мидлвара
А выполнить код единожды при инициализации на клиенте и умереть – задача created hook у App.vue, или типо того
Операция копеешная, но я стараюсь писать так, как это задумано, а не как получилось реализовать первым попавшимся способом)
DS
Опять же – если другого способа нету, то буду юзать мидлварю конечно
И еще сильнее ждать nuxt 3 с рутовым компонентом
И еще сильнее ждать nuxt 3 с рутовым компонентом
RK
Плохо идеологически
В твоем примере проверка на auth юзера – это определенно задача мидлвара
А выполнить код единожды при инициализации на клиенте и умереть – задача created hook у App.vue, или типо того
Операция копеешная, но я стараюсь писать так, как это задумано, а не как получилось реализовать первым попавшимся способом)
В твоем примере проверка на auth юзера – это определенно задача мидлвара
А выполнить код единожды при инициализации на клиенте и умереть – задача created hook у App.vue, или типо того
Операция копеешная, но я стараюсь писать так, как это задумано, а не как получилось реализовать первым попавшимся способом)
я бы не сказал что это должно храниться, представь ситуацию ноут с тач экраном, проверять надо каждый раз)
DS
я бы не сказал что это должно храниться, представь ситуацию ноут с тач экраном, проверять надо каждый раз)
А зачем это проверять каждый раз? Ноуты с тачскрином умеют отключать тач-эвенты и подменять user-agent?
RK
а зачем локаль каждый раз смотреть?) человек резко язык выучить может другой?)