Павел Коковин

Инсталируй в свой проект vue-chartjs, и импорть по человечески)

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

Тебе ведь next в beforeEach не просто так приходит)

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

Вам нужно сделать из них vue компоненты динамически. Есть небольшая статья, часть из которой может вам помочь: https://habr.com/ru/post/345814/

На мой взгляд, следует сделать отдельные компоненты в таких случаях и подключать их. Тем более вы сами сказали, что требуется их идентичное оформление, что уже достаточно для выноса в отдельный компонент (компоненты не обязаны нести функциональную составляющую). Так будет намного меньше кода в шаблонах, не нужно подключать css и придумывать как глобально подключить стили, которые глобальными быть не должны)
1. Глупые vue компоненты не должны быть большими и могут содержать больше одного блока только в рамках исключения.
2. Из этого следует вывод, что хоть методология БЭМ и остается почти неизменной, но всю бэмовскую нотацию во vue файлы тащить не стоит. Для примера: можно избавиться от добавления класса блока беред классами элементов, так как блок один, а классы уникальные благодаря scoped. (Единственное - нужно учитывать, что к рутовому блоку по классу может обратиться родитель компонента, но это уже частности)
Как-то так)

Есть минимум два варианта:
1. Используйте для сборки не vue-cli, либо модернизируйте конфиг так, чтобы сборка не пыталась подключить eslint-loader, которого там нет, а брала его из мест, где он есть.
2. Сделайте пакет для vue компонентов из админки, запаблишите и юзайте. Или не паблишите, а просто прилинкуйте, если на это стоит запрет.
Скорее всего есть ещё варианты)

P.S. Какой-то поздний ответ =)

Помимо уже озвученного по изучению js, советую изучить инфраструктуру вокруг js и его сборки. Это тоже поможет в понимании любых фреймворков.
Инфраструктура вокруг js, это всё, что связано со словами: npm, webpack, шаблонизаторы, препроцессоры, обработка ошибок, git и ещё много чего ещё.
Так же, советую хотя бы поверхностно изучить архетектурные паттерны, чтобы лучше понимать, почему фреймворки делают то, что делают и зачем нужен vuex там где нужен.
А после склонить какую-нибудь простейшую репу на вью и попытаться понять, что за магия там происходит. На этом этапе и придется смотреть в доки. Без реального примера, который можно потрогать, понимание приходит намного дольше.