Да, так как стандартный не работал, то и scrollBehavior от накста не воспринимал.

Всем привет!

А почему после изменений в .env и рестарта приложения, изменения не применяются. А только после нового build

Хотя приложение в dev моде

и изменения в любых других файлах применяются сразу

Строка из конфига

       {
           name: "client",
           cwd: "./nofiles-client",
           //script: "./node_modules/nuxt-start/bin/nuxt-start.js",
           script: "./node_modules/nuxt/bin/nuxt.js",
           args: "--hostname 0.0.0.0 --port 3444 --spa",
           instances: 1,
           autorestart: false,
           watch: true,
           max_memory_restart: "1G",
           env: {
               NODE_ENV: "development"
           },
           env_production: {
               NODE_ENV: "production"
           }
       },

в .env меняю например
socketUrl =  95.165.150.0:8090

а оно не фига не применяется.. без нового build

имхо, так и должно быть

Почему? причем тут build если это dev

может этот .env куда то в папку .nuxt кешируется?

А если обращаться не process.env.socketUrl а как то иначе? Ну например через nuxt.config.js как то перекинуть?

hmr - часть дев-рантайма, вот ты меняешь node_env на продакшн и что ему теперь делать? удалить самого себя? в продакшне hmr нету

те hmr не умеет следить за .env?

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

хм.. просто есть ощущение что раньше это без build менялось. Достаточно было pm2 restart client

pm2 restart client тоже hmr как то там дергает?

при рестарте приложения..

при чем тут рестарт к hmr...

ну при том, что этот restart client не обновляет .env без build

ок т.е. ты не говоришь про hmr, только про ручной рестарт?

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

да про ручной рестарт

если переменная окружения в каком-то serverMiddleware - и так поменяется. Если используется в нухте - без билда не поменяется