Aetae

Нет.

Просто втыкай ещё один @match, количество не ограничено.
В самом скрипте, очевидно, ты можешь различать их по locatoin.hostname.

В typescript нельзя изменять существующий класс. Класс - законченная сущность. Конец.

С помощью наследования ты можешь добавить новые методы в новый класс-наследник.

И конечно, ты можешь захакать что угодно, что возможно в javascript, принудительно в обход ts, но ts об этом знать не будет и, соответственно, никакой типизации.

Используй стрелочную функцию вместо обычной и почитай как работает this в javascript.

Потому что они ещё не получены. То что внутри then - будет выполнено когда-нибудь потом, а console.log(users) выполнится сразу после вызова(но не окончания запроса) sendRequest.
Читай про асинхронность.

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

Если это изменение нужно делать всегда, независимо ни от чего иного то просто: watch:

store.watch(state => state.budget.settings.month, () => store.dispatch('budget/GET'))

[...].filter(({name}, i, arr) => !i || name !== arr[i-1].name)

Ну, тебе прямым текстом сказано: match может вернуть null и тогда произойдёт ошибка во время исполнения.

Либо так:

const [a, b, c, d, f, g= ''] = value.match(/\d+/g) || [];

Либо, если ты на 146% уверен, что match обязательно что-нибудь найдёт:

const [a, b, c, d, f, g= ''] = value.match(/\d+/g) as string[];

document.querySelectorAll('[атрибут]').forEach(el => el.click());

Если используется защита от программного нажатия, или кнопки имеют хитрую логику и/или не кнопки вовсе - не сработает.

Примерно так:

Это называется json5. Используйте какаю-нить готовую либу для парсинга и будет вам счастье.

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

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

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

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

Если у вас не прописана иконка, браузер по умолчанию пытается загрузить <сайт>/favicon.ico.
router.get('/:id', ...) слушает все запросы вида <сайт>/<что-то> и кладёт <что-то> в id.

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

Если делать по-умному, то в итоге ты напишешь свой vue/react, только хуже.
А по тупому: контенту первой страницы display: none, контенту второй display: block - всё оно живёт одновременно, все связи и переменные сохраняются, прячутся куски только визуально.

forEach - синхронный. Либо используйте либы умеющие в асинхронный forEach, либо используйте обычные циклы:

export const setGenderThunk = (gender, login) => {
  return async dispatch => {
    const users = await getUsers || [];     // там внутри fetch
    for(let user of users) {
      if(user.login === login) {
        const user_ = { ...user, gender: gender };
        await setUser(user_, user.id);      // там тоже внутри fetch
        debugger
        if(result.ok) {
          dispatch(setGenderAC(user_.gender));
        }

      }
    };
  }
}

P.S. Второй вариант кстати у вас очень плох: forEach отрабатывает всё равно синхрнно, но при этом единовременно плодит множество асинхронных функций выполняющихся параллельно (которых, само собой, никто не ждёт).