Ibishka

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

Написать свой компонентный фреймворк

Подписаться на событие playing, например. (или выберите более подходящее)

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

document.addEventListener('playing', stopBackgroundAudio)

почитайте про навигационные хуки https://router.vuejs.org/ru/guide/advanced/navigat...

Vuex нужен для передачи изменённых данных из одного шаблона в другой ( через центральный репозиторий ). В данном случае у тебя идёт просто подгрузка данных из файла в шаблон, следовательно тут он тебе не нужен

Если vuex у вас лежит внутри dependencies а именно он должен там сидеть, то.
npm uninstall --save vuex
Если в devDependencies, то.
npm uninstall -D vuex

Нет. Не нужен.

А вы получайте все но при скролле показывайте только те которые нужны и не делайте каждый раз запрос на json

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

В инстаграм и т.д сервер возвращает ответ первых 10 постов. Потом опять к серверу обращаются и тот возвращает следующие 10 и так далее. У вас на сервере, должен быть какой-то контроллер который будет возвращать ограниченный набор данных.

Ну судя по вопросу Вы хотите во фронт. В этом случае вообще все равно можно просто json файл сделать и с к нему обращатся.

Что именно вы хотите изменить? Если про page title, то он меняется в public> index.html. Если на страницах, то надо смотреть компоненты vue

Как по мне, CCS-in-JS очень специфичная штука, хотя в продакшене можно встретить довольно часто.

Местами, его использование оправдано, например:
- При работе с динамически выделяемыми css свойствами, например когда обычный calc уже не справляется
- При очень сложном динамическом лейауте
- При темизации компонентов и вообще существовании такой концепции как "Тема" внутри вашего проекта.

Тем не менее, минусов как по мне не меньше:
- Проблема кеширования, такие стили не могут быть закешированы, т.к генерируются на лету и требуют того чтобы браузер распарсил ваш компонент и добавил стили в DOM. + Как результат намного больший размер финального бандла проекта.
- Хаос в файлах, когда приходится держать вместе компоненты и их стили. Опять же решаемо, но те проекты которые я видел, которые используют концепцию CSS-in-JS по большей части фигачат обычные статические стили, просто используя js нотацию, а изначально задумка была не в этом. Для такого, давно придумали более эффективные решения.
- Отвратительный DX при дебаггинге.

Если подрезюмировать, то в целом есть некоторые задачи который этот подход хорошо решает.
Если не можете с уверенностью сказать, что да CSS-in-JS решает мою задачу - использовать его не стоит.
Использование технологии ради технологии, не привидет ни к чему хорошему. Во всех остальных случаях использование более классического стека в виде или чистого CSS или любого из препроцессоров более оправдано.

потому что надо сначала выключить воспроизведение аудио поменять срц после загрузить поток и после воспроизвести аудио.

https://www.w3schools.com/jsref/met_audio_play.asp

Изменяете нынешний роут на /bands/:album?. И в вашем компоненте смотрите параметры маршрута и отображаете нужный альбом, либо альбом по умолчанию

const string = '  one  two  three     ';
const result = string.replace(/\s+/g, '-');
// one-two-three 
// и не важно, сколько было пробелов, переносов и какого они типа

Если надо фильтровать ещё что-то, кроме пробелов и переносов (подчеркивание, дефис, доллар):
const result = string.replace(/[-\s_$]+/g, '-');

Или если слова надо как-то проверять, то:

const words = string.split(/\s+/);
// ['one', 'two', 'three']
// тут можно мат отфильтровать или что-то такое
const title = words.join('-');
// 'one-two-three'

Можно предположить, что загрузка контента у вас связанна не с title, который есть в url, а с id, который передаётся скрыто и, само собой, при обновлении страницы ни откуда не появится магическим образом. Обновление страницы - это, по сути, просто новый переход по тому url, который лежит в адресной строке. Если адресная строка не даёт вашим компонентам достаточно информации для понимания, что именно отображать - как они вам отобразят то, что вы хотите?
У вас где-то должна храниться связь title и id, или запросы вовсе должны идти на сервер по title.
Вы конечно можете запоминать в куках или каком ещё хранилище конкретную связку title и id для конкретного пользователя, но это сделает ссылки бессмысленными и невозможными к передаче другим.