Александр Талалаев

Используйте библиотеку Carbon

$postTimestamp = '2023-01-01 00:00:01';
echo Carbon::parse($postTimestamp)->diffForHumans(Carbon::now());
// "5 days before"

//Локализация
Carbon::parse($postTimestamp)->locale('ru')->diffForHumans(Carbon::now());

Только изучите документацию подробнее, важно чтобы даты были в одном часовом поясе лучше всего хранить в UTC 0 и соответственно сравнивать тоже в нем. А уже если нужно вывести конкретную дату(дату и время, а не разницу), то тут перед выводом делать смещение, Carbon это тоже умеет.

Вы немного перемудрили, стор в данном случае вам не нужен, даже логически зачем. Ведь это не доп инфа от пользователя, какое-то дополнительное состояние приложение которое нужно отслеживать и тд и тп.
У вас уже есть роутер, который управляет и держит в себе необходимое состояние и удобный доступ к текущему пути через useRoute или $route внутри vue компонента.
Вот документация и на Vue
https://router.vuejs.org/api/interfaces/routelocat...
https://router.vuejs.org/api/interfaces/router.html.

// Получим объект текщего пути
const { currentRoute } = useRouter();
/*
Далее у него можно брать уже name, path и тп
*/

<template>
  <header :class="{ 'is-absolute': isAbsolute }"></header>
</template>

<script setup lang="ts">
const { currentRoute } = useRouter();
/* Заменить на своё */
const isAbsolute = currentRoute.name === 'index' ;
</script>

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

Всё нормально работает, как вы проверяете и какой элемент? Может вы не на тот элемент смотрите в инспекторе?

Примерные расчёты это, по CPU:
от 0,5 до 1 x на ядро, значит у вас 80 - 160 ограничение по инстансам.
По ОЗУ примерно:
0,5 + 2 * X , - значит 128 / 2 = 64 , те 63 браузера примерно
Берём меньшее из двух, значит около 60 одновременно работающих на обычным среднем сайте, бизнес, соц сети и тп, без сверх тяжёлых штук.
По движкам брать тот, который надёжнее и предсказумее в вашем случае работает, в контексте скриптов, загрузки всяких штук, запросов и тп, почти всегда это хромиум(семейство).

Пункт 0. Возможно есть способ сравнивать на этапе формирования нового массива и как то это хранить/помечать?
Пункт 1. Не мучайте себя и других, а пробуйте поискать готовые библиотеки, например эту:
array-diff-multidimensional

Как я понял быстро глянув исходники, он просто берёт выдачу из поиска Яндекс картинок, парсит html, потом берёт данный из data поля. Так вот, на первой странице результатов и будет 30 штук. А далее нужно нажимать кнопочку либо скроллить если браузер и делать запрос на следующую страницу.
Нужно переписать решение на запрос через json.
Можно в ручную в браузере поэкспериментировать и выловить базовые параметры. В ответе json они дают и количество страниц, так что можно спокойно по ним идти.
Форкните срипт перепишите под себя

Функции у вас перегруженны конечно. но вернёмся к интервалам.
В вашей функции timer() вы можете написать в конце:

function timer(delay = 1000) {
    //---    
    return setInterval(restOfTime, delay)
}

Далее, тогда при вызове timer() вы получаете идентификатор по которому таймер можно остановить в любой момент.

const questTimer = timer();
// ----
clearInterval(questTimer);

Функция resultFalse тоже так себе (в timer тоже нужно вынести лишнее), но там мы видим штуку changeInput, а значит можно повесить слушалку событий addEventListener на что-то что меняется и слушать в основной потоке/функции гдле вы создаете вопрос, таймер и тп. По срабатыванию события сбрасываете счётчик

Думаю идти по пути css(или нет) mask и около. Сейчас нет возможности экспериментировать. Но возможно всю часть с блёром придётся делать в svg.

В целом да, если вас устраивает потолок максимального годового дохода. Но нужно будет придумать как обойти, как администрирование или техподдержка и тп НО тут нужно чтобы сама система принадлежала другому лицу, ну и хостинг, слишком много муток выходит. Теоретически конечно возможно.

Ключевое отличие услоного деления "джуна" и "мидла" - опыт работы в коммерческих, в 90% продуктовых, командах/проектах. Нередко бывает что даже по чистым в лоб сравнениям хард скилам джун может и в чем то уделать мидла, но зато мидл продуктивнее работает в целом и нацелен на результат и пользу(в терминах условного agile), имеет определенные софт навыки и тп.
Поэтому если хотите конвертировать, подумайте, а если бы ваши макеты были бы коммерческими, какую пользу они бы принесли? К примеру: разработка и оптимизация новой страницы товара, ускорение загрузки на N%, что помогло снизить количество отказов на M%, а отправок в корзину на X.
Ну и в том же духе далее.
Кстати, видимо нередко вас вычисляют и по образу мыслей(ну если откинуть толпы халявщиков "работодателей") которые просто хотят поюзать людей. Переключайте мозги от просто прямых хард скилов(это не значит что они не важны, безусловно без них вы вообще не нужны), на то, а зачем вы вообще бизнесу/команде и тп.