Спасибо за ответ! Мне такая идея, наверное, больше всего нравится, но проблема в том, что сервер не на нашей стороне, и пока непонятно, до какой степени эта чужая сторона будет готова что-то сделать, кроме как выложить у себя наш фронт, ну, и редиректнуть на нужный домен.
Спасибо за ответ! Всё же я сейчас больше склоняюсь к разным версиям сборки, т к выяснилось, что сайты будут также несколько отличаться по контенту - разные разделы, разные баннеры и так далее. Как-то не очень нравится идея городить в коде много разных условий в зависимости от того, какая локаль. Но ещё подумаю. А так да, у нас тоже i18n, просто перевести сайт не проблема - но там ещё дополнительная логика для каждого из доменов.
Нуу, это решает уже более высокое руководство :) Там какая-то сложная политика с лицензированием этого сайта в разных странах, мб, поэтому выбрали такой вариант. Но попробую предложить вариант и с префиксами. Спасибо за ответ!
а почему во vue можно данные полученные асинхронно присвоить переменной в data и использовать ее
Дык, потому что vue под капотом устроен так, что при получении любых новых данных, все остальные данные тоже обновляются, и происходит перерендер компонента. https://ru.vuejs.org/v2/guide/reactivity.html
А, ну вот да, у вас, видимо, проблема, из-за того, что root не указан. Это папка, в которой, собственно, лежит приложение (склонирован репозиторий). Нужна не папка dist, а именно всё, что там лежит. (То, что localhost открывается на 0.0.0.0 у вас, я так понимаю, тоже прописано?)
Да, это только для статичных сайтов, тут же nuxt start всё сам делает. Кстати, по дефолту он на 3000 порту запускается, у вас где-то прописано, что порт должен быть именно 6050? Порядок деплоя у нас такой:
1) клонируем репозиторий
2) npm i
3) npm run build
4) pm2 start, т.е. всё так же , как у вас.
В конфиге nginx:
camelCaseVlad, спасибо, буду читать статьи на тему!
Мой опыт взаимодействия с фреймворками не очень большой, в прежних проектах данные о юзере и т.п. передавались через fetch к бэкенду.