Дима Паутов

Ну для начала обзавестись бекендом, на node.js или php. На твой вкус, а потом приходи))

ssr, точка!

покажите код с элементов в шаблоне
или забегая вперёд сделайте так
this.$refs.testElem.$el.offsetHeight

Прочитать документацию
https://nuxtjs.org/api/configuration-loading

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

20 заголовков h1 на главной странице!!!!! Наверно yandex дураки и ничего не понимают в индексации сайтов и в целов в вёрстке.

Интересно, почему они так сделали?? Может потому что они выделили ключевые разделы на своей странице?
Наверное всё таки да и сделали правильно. Сеошники вообще живут в каменном веке, они не знают, что такое html5, они не знают, что такое SPA и как с ним работать, они не знают что такое семантика. Я всегда их терпеть не мог.

А если крутить ниже, подгружая другие секции, то кол-во h1 увеличивается

Хорошо бы знать, что у вас за проект и какие задачи он решает.

на выходе мы получим огромный бандл из всех модулей

- это почему же так?
А webpack для чего придумали? vue cli 3 вроде как из коробки вместе в webpack уже умеет всё разделять на модули, ну и вам самим никто не мешает сделать полностью модульную структуру так, как вам хочется, вручную настроив сборку проекта.

Для большей наглядности, как пример, можно разобрать приложение CRM, где одним нужна только страница выгрузки отчетов, а вторым, скажем, аналитика продаж.

Есть ещё nuxt.js в котором сделано ещё больше для модульности, там модули все загружаются тогда, когда они реально нужны. Т.е. у вас 10 страниц, у каждой своя логика, на пол мегабайта. При заходе на сайт, логика 10 страниц не будет загружена, а лишь тогда, когда вы зайдёте на страницу. Ну и опять же, никто не мешает и там добавить своих правил для webpack, если что-то не устроит. Следовательно, если определённому типу менеджеров нужна лишь определённая часть сайта, то зайдя на нужную ему страницу он загрузит логику этой страницы, но не десятка других.

А верстать всё это вы как собираетесь?
А раз это мини сайты в одном большом сайте, как вы собираетесь делать общие стили и компоненты?

То есть, для каждого модуля свои vuex, router

- ну а кто мешает вам на файлики разбить хранилище и роутер?

У vuex есть свойство modules - куда и импортируем модуль хранилища
У Router по сути тоже самое https://stackoverflow.com/questions/46590760/vue-j... вот статья для примера.

Ну и всё же, даже если всё вот так разделить, где целиком отдельные spa друг от друга, а как вы связывать их собираетесь 1 целое?
Типа написали плагин и что, теперь его во все 10 разных модулей подключать?
Типа, есть шапка, одна на весь сайт, создал компонент, что, тоже ходить и в каждый подключать?

Ну, так должно же быть у них что-то общее между собой, делающее всё это единым сервисом.
Как бы да, есть яндекс, который сумел создать единый UI для своих проектов, но и проекты у него никак не связаны между собой, а если и связаны, то не сайты друг с другом, а как бы общая база яндекса связана с проектами.
Как я понял, в вашем примере, модули - это яндекс музыка, карты, новости и т.п. Зачем всё это объединять в 1 проект? ИМХО Если я так понял, то нужно не просто отдельные модули делать, а отдельные сайты.

К сожалению, я слабо понимаю, что у вас там за ВАСЯ иентерпрайз, что бы в целом посидеть и подумать + я так и не услышал в вашем вопросе доводов архитектуры ваших коллег.

Собственно разработка приложений простота скорость и удобство для vue и react .

По мне так, vue тут лучше всего

Перспектива трудоустройства с знанием vue и react .

К сожалению, react ещё впереди планеты всей и вакансий по нему гораздо больше

Я терпеть не могу react. Не нравится он мне только лишь потому, что в нём jsx. На вкус и цвет конечно!! Во vue родной и привычный html

https://github.com/danielfsousa/express-rest-es201...
Или так https://www.google.com/search?q=express+boilerplat...

Если вы пытаетесь таким способом сунуть в шаблон vue исполнение php кода, то вы что-то не так делаете)))
Такого в принципе не может быть и это не будет работать))

Входящие свойства нельзя обнулить из компонента. У вас должна быть ошибка в консоли, что так делать нельзя.

Для таких вещей используйте vuex, что бы вынести данные глобально.

Ну конечно так не правильно, запутаться можно. Лучше, что бы ваш json имел уже какой-то ключ, по которому вы отобразите нужный компонент

Работа с vuex тут не причём. Вы сами сказали, что это большие компоненты.
v-show делает лишь display: none/block
v-if удаляет разметку из DOM и рисует её заново, на что тратиться гораздо больше ресурсов, нежели просто скрыть блок

Делайте так, сначала, создавайте тело вкладки лишь тогда, когда вы запросили содержимое вкладки и сделайте условие создания тела вкладки через v-if, а скрытие/показ делайте через v-show

Есть 2 вида middleware - это просто middleware и serverMiddleware.

Обычные middleware - это для vue router, как на клиенте, так и на сервере, т.е. работают только для vue, serverMiddleware для экспреса, который у нас под капотом изначально.
Но сначала работает экспресс и его serverMiddleware(если такие есть у вас), а уже потом vue и его router.

Из serverMiddleware нельзя ничего передать в vue и ему подобные модули, т.к. сам vue ещё не инициализирован так сказать.
Из middleware вы можете передавать данные в хранилище vue

process.server работает только, когда контент генериться на сервере. Если у вас он undefined, значит переменная сработала на клиенте, ну и использовать process.server в serverMiddleware либо нельзя(я не проверял), либо бессмысленно, т.к. это и так сервер и только сервер

export default {
name: 'MyPage',
head: {
    title: 'Ваш заголовок страницы',
    meta: [
      {
        charset: 'utf-8',
      },
      {
        hid: 'description',
        name: 'description',
        content: 'description',
      },
    ],
  },
},
data: () => ({
prop: 'myprop'
}),
methods: {

}

Точно так же как в конфиге описаны мета теги(там они глобально), точно так же их можно вставлять в компонент страницы