Дима Паутов

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

Ибо я что-то не припомню возможности такой записи как center (center / cover) no-repeat;

Правильно писать так:

baclground: url('../../img/bg.jpg') center / cover no-repeat;

// store
export const state = () => ({
	functions: []
});

export const actions = {
  async loadFunction({ commit }) {
    try {
      const plans = await Parse.Cloud.run('getFunction', {}, {});
      commit('setFunction', plans);
    } catch (error) {
      commit('setFunction', null);
      return null;
    }
  },
};

export const mutations = {
	setFunction: (state, payload) => {
		state.functions = payload;
	}
}

// Ваш копонент, где вы отображаете TItem
<template>
	<div>
		<TItem
          v-for="(item, index) in functions"
          :key="index"
          :tplan="item"
          @delete="deleteItem(index)"
        />
	</div>
</template>

<script>
import { mapState } from 'vuex'

export default {
	//....
	computed: {
		...mapState([
			'functions'
		])
	}
	//...
}
</script>

// ./services/api.js
import axios from 'axios';

// Проверим в самом начале, есть ли токен в хранилище
const JWTToken = localStorage.getItem('jwt');

// Создать инстанс axios
const api = axios.create({
  baseURL: `${BASE_URL}/api`;
});

function apiSetHeader (name, value) {
  if (value) {
    api.defaults.headers[name] = value;
  }
};

// Если токен есть, то добавим заголовок к запросам
if (JWTToken) {
  apiSetHeader('Authorization', `Bearer ${JWTToken}`);
}

api.interceptors.request.use(config => {
  // Если пользователь делает запрос и у него нет заголовка с токеном, то...
  if (!config.defaults.headers['Authorization']) {
    // Тут пишем редирект если не авторизован
  }

  return config;
}, error => {
  return Promise.reject(error);
});

export default api;

export apiSetHeader

// ./services/sign-in.js

import api, { apiSetHeader } from './api'

export const authorize = async (username, password) => {
  try {
    const { data } = await api.post('/clients/token/', {
      username,
      password
    });
  
    localStorage.setItem('jwt', data.access);
    apiSetHeader('Authorization', `Bearer ${data.access}`);
  } catch (error) {
    console.log(error);
  }
};

Ну, примерно так, если ничего не напутал. Писал на коленке. Могут быть синтаксические ошибки))
В целом, я показал суть, вы же, можете переписать это под себя и свои нужны.

Если я ничего не попутал, то так. Писал на коленке

let template = '';

data.forEach(item => {
  template += `<div class="name">${item .name}</div>`;

  let brands = '';

  item.brands.forEach(brand => {
    brands += `${brand .name}, `;
  });

  template += `<div class="brands">${brands}</div>`;
});

$('.category_brands').html(template);

Если ты хочешь в будущем стабильно получать зп от 100к спустя 3-4 года обучения и имея при этом хороший пул знаний и опыта, тогда идти по 2му варианту.

Если ты хочешь в будущем стабильно получать зп до 40-50к спустя 3-4 года работы, тогда вариант 1.

Битриксоиды получают достаточно хорошо у нас в РФ, но хорошо научиться писать на битриксе довольно сложно, особенно в одиночку.

Лично моё мнение:
Бегать из одной веб студии в другую в надежде, что работа станет интереснее, следуя по пути 2 не самая лучшая затея на будущее. Потому как везде будут "тупые" клиенты, с "тупыми" задачами. Либо, ты сможешь однажды воплощать свои идеи в более крупной компании, которых будет много на твоём пути и ты найдёшь ту, в которую будешь приходить как домой. Это если коротко и по делу.

Так же может случиться так, что ты потратил много лет на 1 CMS, весь другой мир бекенда шагнул далеко вперёд, а битрикс всё где-то там сзади, с его вечным говнокодом и маркетингом. Поэтому, вариант 2 самый лучший. Работа интереснее и проекты интереснее, и простора для развития бесконечность.

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

// Дать нужным полям 1 класс
const fields = Array.from(document.querySelectorAll('.data-field'));

fields.forEach(field => {	
	field.value = escape(field.value);
});

// Создать массив дней
const days = ['Понедельник', 'Вторник'] // и т.п.

// Получить индекс дня недели
const cuttentDayIndex = new Date().getDay();

// Получить из массива название дня недели по индексу.
// Но т.к. дни недели в getDay начинаются с 1, то вторник будет 2, а раз массивы считаются с 0, то вычитаем - 1
const currentDay = days[cuttentDayIndex - 1];

Для vue примерно так:

<template>
<ul>
  <li :class="{ active:  currentDay === 'Понедельник'}">Понедельник</li>
  <li :class="{ active:  currentDay === 'Вторник'}">Вторник</li>
</ul>
</template>

<script>
data: () => ({
  days: ['Понедельник', 'Вторник'] // и т.п.
}),
computed: {
  currentDay () {
    const cuttentDayIndex = new Date().getDay();

    return this.days[cuttentDayIndex  - 1]
  }
}
</script>

Есть у меня 1 проект, написан на nuxt. У нас для каждого города свой поддомен по типу msk.mysite.ru и т.п.
Отличия лишь 2, это цены и страница с контактами. Для НН она одна, для остальных доменов другая. Домены реализованы через nginx. Но, т.к. у нас по итогу, на серваке фронт и бек лежат вместе, то поддомен у обоих одинаковый. А значит запрос автоматом запросит нужные данные.

Если у вас именно разные сборки для разных доменов. То делаете множество билдов для разных доменов. А nginx будет брать нужную и отображать.

Делать разные сайты очень глупо. В случае, если домен у api один, а фронт живёт сам по себе на другом, достаточно просто посылать заголовок с городом бекенду, который сам должен рулить нужными данными.

Есть в практике другие сайты, мультиязычные. Использовали i18n для превода интерфейса. Перевод хранится в json файлах, для нужной локали загружается нужный json. Так же, бекенду передаётся в заголовке с запросом текущая локаль, для того, что бы бекенд отдавал контент с нужным переводом.

Всё просто.

https://jsfiddle.net/6yp1vmc2/

или не указывать фикс высоту при ховере, а делать auto. Если контента может быть динамическое кол-во

Наверно, потому что нужно погуглить что такое display: flex