Aetae

Модуль распространяется в формате umd, так что нет никаких проблем использовать его без всяких сборок:
Другое дело, что системы сборки вам стоит изучить и чем раньше тем лучше, т.к. первоначальные трудности с лихвой компенсируются последующим удобством.

Стили же вручную подключаются, из описания:

import 'vue-toast-notification/dist/theme-default.css';
//import 'vue-toast-notification/dist/theme-sugar.css';

Просто скопируй css в проект, изменяй и подключай напрямую: import './theme-default.css'; или типа того.
Ну элементарная логика же.

А изменения в node_modules в любом случае только локальны, в этом вся суть - не таскать код библиотек с кодом проекта. Если очень надо - можно сделать копию библиотеки и подключить через file:\link:, но это не ваш случай.

Мне нравятся echarts от китайских товарищей.
Но на счёт производительности - только экспериментально смотреть.

Если используется vue-router, то в верхнем просто <router-view>, а в routes просто:

{
  path: '/topLayout',
  component: 'topLayout',
  children: [
    {
      path: ':botlayout?',
      component: 'botlayout',
    },
  ]
}

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

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

Использовать примеси или наследование.
Просто создаёте базовый компонент без верстки(или с базовой), но с нужным функционалом и верстаете наследников под каждый дизайн отдельно.

Мужик, мои глаза кровоточат.

Common sense:
1. Используй нормальные "говорящие" имена переменных.
2. Используй camelCase.
3. Используй пробелы.
4. Используй редактор(ide) с номальным форматированием кода.

Vue:
1. Не используй методы для отображаемых данных - используй computed.
2. Не используй вычисления в v-for - используй computed в котором заранее подготовь массив с данными в необходимом для отображения формате.

Конкретно по вопросу: недостаточно данных - что и как у тебя лежит в data?
Налицо проблема с реактивностью, возможно в "st" данные кладутся через зад и реактивность не навешивается. Возможно у объектов нет изначально свойства "conversion_num" или какого иного, а добавленные на лету свойства не реактивны и надо использовать this.$set(Vue.set).

Codepen работает не как надо. Там всегда срабатывает первый if и точно также на каждое движение.
Следует использовать не .which, а .buttons.
Следует использовать не mousemove, а mouseenter.

Мужик, учи основы.
По ссылке в js ничего не передаётся, для объектов делается копия ссылки, примитивы копируются полностью. status внутри mouseoverEvent у тебя - совершенно отдельная переменная и новый примитив. Передавать надо md.

publicPath

Лично мне нравится фича __webpack_public_path__: с установкой динамически из document.currentScript можно вообще не париться где что будет лежать.
Но если адреса меняться не будут, то статический publicPath конечно надёжнее.

P.S. На всякий случай: если на одной странице используется несколько webpack-бандлов, следует не забыть установить каждому уникальную jsonpFunction иначе могут быть коллизии.

const routes = [
  {
    path: '/:id/about-item/:id2',
    name: 'about-item',
    component: aboutItem,
  },{
    path: '/:id',
    name: 'item',
    component: home,
  }
]

Нет смысла делать одно и тоже. Различать по route.params.

Главный вопрос: четыре раза пригласили, а сколько раз ты откликнулся вообще?
Четыре это очень мало, чтоб о чём-то конкретном говорить. В рамках погрешности.
Java весьма и весьма востребована, если активно пулять - каждый день можно на собес ходить.

По неприглашениям:
1. Недостаточно полное резюме(не указаны или "скромно" принижены ключевые навыки).
2. Слишком полное резюме(указано много не релевантных навыков).
3. Какие-то личные данные о вас, что могут отпугивать работодателей.
4. Проблемы со знанием языка. Проблемы с гражданством. (другая страна же)

По непройденным собесам, абстрактно(т.к. 4 - это мало), это могут быть:
1. Никакой уровень знаний.(да, да, мало ли что ты там о себе думаешь, это не факт)
2. Неспособность продемонстрировать свой уровень знаний.
3. Проблемы со знанием языка. Проблемы с гражданством. (другая страна же)
4. Внешность или девиантное поведение.

По поводу переключения на другие языки - очень сомневаюсь, что что-то поменяется: то что тебе мешало с java будет мешать и с чем угодно ещё, разница в востребованности не настолько велика.

С сервера по адресу dle_root + "engine/ajax/field_search.php" в ответ приходит вместо JSON какой-то текст начинающийся на букву "F".
Открой инструменты разработчика(F12), вкладку Сеть(Network) и посмотри что именно.

--i + i++ - это не атомарное выражение. Это (--i) + (i++) - как раз потому что приоритеты инкремента выше приоритетов сложения. Javascript не вычисляет ничего разом, он вычисляет всё пошагово слева направо. Приоритетность разбивается на токены не снизу вверх, а сверху-вниз. Если два подвыражения с более высоким приоритетом оказались после разбивки слева и справа, то левый выполняется первым, правый вторым, т.к. для выражения с низким приоритетом не важно насколько приоритет подвыражений выше - для него они равноправны.
Никакого UB в отличие от С тут быть не может.

Вся чувствительная математика в любом случае должна быть (продублирована) на сервере, а клиент и так обойдётся.
Если прям нужно, то можно использовать math.js или любую иную подобную либу. Либо вручную нафигачить нужные вычисления с помощью BigInt и\или TypedArray.