Aetae

Пока asyncData не отработает - компонент не отрендерится и не замнотируется.
При стандартном подходе компонент сначал рендерит заглушку, потом грузит данные, потом рендерит что-то на основе данных, при asyncData он ничего не делает пока нет данных. Это удобнее.
Увы asyncData не идеальна, из-за архитектуры vue-router(я в своё время глубоко разбирался, увы без полного переписывания vue-router особо лучше не сделаешь), но всё равно удобней чем делать то же самое руками.

const queryKey: AuthMessagesKeys = queryObject.message

Это сработает, но не надёжно - потому что может упасть в рантайме если в message прилетит что-то левое.
Лучше написать тайпгард, типа

function isAuthMessagesKey(str: string): str is AuthMessagesKeys {
  return ['login', 'logout', 'session'].includes(str); 
}

и делать проверку перед использованием.

Вы использовали инструкцию или просто рандомно подключили TypeScript к Nuxt?
Дело в том, что Nuxt много чего подключает неявно, в т.ч. и роутер, и потому TypeScript не знает о том, что в типе Vue появились дополнительные свойства типа $route. Надо отдельно подключать декларации вручную, либо следовать инструкции выше.

async savePost(){
  this.iconStatus = 'loading';
  const ides = {post_id: this.content.id, user_id: this.GET_USER.id};
  const result = await this.$store.dispatch('saveOrDelete', ides).catch(() => ({message: 'error'}));
  this.iconStatus = result.message;
}

?

Девсервер специально лочит на локалхост по умолчанию, чтоб ктонить не решил выставить его в интернет. Это можно поменять тут.

Передавать данные скрыто через route params - плохо (но возможно push({name: <name>, params: {...}})). Если кто-то откроет страничку напрямую - он ничего не увидит.
Каждая страничка должна уметь получить данные самостоятельно.

Решения два:
1. Забить и положиться на кэширование брузера: первую загрузку json он кэширует, вторую подцепит из памяти, задержка будет минимальна.
2. Вон у вас vuex подключён, кладите туда данные и показывайте данные оттуда. И только если денных там нет - загружайте их туда. Независимо от страницы.

Нет. SSR работает ровно один раз - при первом открытии. При дальнейших переходах у тебя работает обычное SPA с xhr запросами за данными. asyncData как и много другое в nuxt - это просто абстракции, призванные скрыть разницу меж SSR и обычной работой SPA.

Это обычный способ.

axios.interceptors.request.use(async config => {
  const token = await getToken(); // тут либо отдаём живой токен сразу, либо получаем новый
  config.headers.Authorization = 'Bearer ' + token;
  return config;
});

Ошибок ждать не надо.

Но вообще, у nuxt есть свой auth модуль, где всё уже заранее продумано и предусмотрено, так что лучше юзай его.

Совет RokeAlvo полезен, но в браузере также имеется ограничение на количество одновременных запросов, так что 14 - это много. Подумайте как эти запросы объединить. Не думаю, что все они идут в совершенно разные места за совершенно разными данными.
Придётся отойти от прямых запросов по url и написать агрегатор\кэшировщик через который и обращаться за данными, но это неизбежность.

Прибьёт. Использовать следует разумно. В основном когда такие компоненты тянут приличные (по размеру относительно бандла) куски кода с собой, а вызываются редко.

Чтоб передать аргументы командной строки в node можно просто проставить переменную окружения NODE_OPTIONS.

Но правильное решение - не увеличивать лимиты, а разбираться какого хрена у вас так разжирнел заголовок. Толстый заголовок - мусорный трафик - замедление работы.
Рекламные сети не должны ничего особо писать в ваши куки и utm-параметры вообще не должны летать внутри вашего сайта.
Берите дамп запроса(из консоли или с сайта) и смотрите что там за мусор, откуда он взялся и как настроить виновника так, чтоб он этот мусор туда не пихал.

Очевидно что вся суть SSR в том что он работает и на сервере и на клиенте. В принципе можно конкретно для серверной стороны прокинуть туда все серверные же модули, но как ты собрался лезть в ту же базу на клиенте?
SPA какбэ работает динамически на клиенте, подгружая по ajax только данные, серверная же часть при SSR отрабатывает только при обращении по прямой ссылке.
Т.е. либо тебе придётся посылать всё гавно из базы для для всех компонентов сразу на клиент при загрузке, либо таки внутри каждого компонента делать дополнительные запросы на сервер за данными, а значит всё равно нужно ajax api к базе.

Встречал ситуации когда карты блокировались мобильной "защитой от трекинга". На всякий случай проверьте не горит ли "щит" напротив url.

Должно работать самым очевидным образом:

<template>
  <div>
    <div id="sp-7O1Ya5yaBAGp"></div>
  </div>
</template>

<script>
export default {
  mounted() {
    (function(w, n) {
      w[n] = w[n] || [];
      w[n].push({
        spId: "7O1Ya5yaBAGp",
        blockId: "sp-7O1Ya5yaBAGp"
      });
    })(window, "superProjectRender");
  },
  head: {
    script: [
      {
        src: "https://superproject.com/sp.js"
      }
    ]
  }
};
</script>

Если что-то не работает, смотрите в консоль или давайте настоящую ссылку на "https://superproject.com/sp.js".

Nuxt как сам Vue использует всё тот же webpack devServer, который в свою очередь использует http-proxy-middleware. Это если вам нужны тонкости.
А так, вот конкретно настройка для Nuxt: https://nuxtjs.org/faq/host-port/ .

К сожалению(ли?) такие извращения не предусмотрены движком.
Решение простое: props в объекте маршрута может быть функцией, которая принимает route и собственно возвращает props. Потому вы можете ограничиться чем-то вида:

{ 
  props: route => route.path.split('/').reduce((props, keyvalue) => {
    if(keyvalue = keyvalue.match(/^(.*?)=(.*)$/)) {         
      props[keyvalue[1]] = keyvalue[2];
    }
    return props;
  }, {}), 
  path: '/product/*', 
  component: Foo 
}

Если порядок и вид параметров важен, можно использовать вместо * что-то вроде:

path: '/product/(country=[^/]+/)?(status=[^/]+/)?', // ...

, чисто как ограничение.

Решение адекватное: использовать query, где парам key=value самое место, и не изобретать велосипед.

Возможно:

/:product/:code(p\\d+)
/:category/:code(c\\d+)

На производительность не повлияет.