Максим Морев

Вот здесь отвечал на аналогичный вопрос, проблема та же. :)

Не вижу в репозитории какой-то сборки, поэтому подсвечу на картинке:



Вам нужно сконфигурировать сборку таким образом, чтобы либо для подключения файлов использовались относительные пути, либо нужно добавить к путям префикс с названием репозитория, либо, в крайнем случае, воспользоваться тегом <base href="..." /> (не очень помню, влияет ли он на абсолютные урлы, но если влияет, то это поможет).

Скорее всего, не указан ключ base в конфигурации и ресурсы пытаются загрузиться с адреса username.github.io/assets/... вместо username.github.io/package-name/assets/....

Вот тут пример того, как правильно.
Или поможет это, или давайте ссылку на репозиторий :)

Нет, подход неправильный.

Несколько вопросов, позволяющих натолкнуться на правильную мысль:
1) Что, если товаров несколько миллионов? Будете хранить весь миллион `items` и выдёргивать его каждый раз?
2) Что, если в корзину нужно положить два одинаковых товара?
3) Обычно товар в корзине не имеет все характеристики сразу (`sizes` в вашем случае) сразу, характеризуясь лишь некоторыми свойствами

А ещё в корзинах обычно дофига внутренней бизнес-логики, которую на фронте держать...
Ну, наверное, можно, но практика показывает, что чем сложнее требования бизнеса, тем менее целесообразно это всё делать на фронте.
Всякие "если товаров определённого типа с определённым свойством в корзине более пяти штук, а ещё сегодня пятница и в админке поставлена галочка, то примени к этим товарам скидку в 50%, но не более 10 000 рублей, не суммируя с другими скидками" - это традиционно задача на бэкенд.

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

приходит от бэка, в формате '2021-11-24 20:17:39'

Пробел на T замените, оно у вас падает ещё на этапе new Date('2021-11-24 20:17:39')

Нет, неправда.

Не бывает так, что один и тот же код в одинаковом окружении иногда "отваливается", а иногда "не отваливается".
Я вот за что очень люблю программирование - у всего всегда есть причина.
Чаще всего причиной являются кривые руки. :)

Указать вы можете что угодно и на любом этапе изучения, просто это мало кому интересно, на "теги" никто не смотрит, это шум. Работодателю важно ваше умение решать задачи, а вовсе не то, чтобы вы прочитали блоки документации.
Можете решать задачи, пользуясь Реактом? Значит, знаете Реакт.
Чем сложнее задачи можете решать, тем лучше знаете. Зная только про main concepts - на любом реальном проекте вы потеряетесь и ничего толкового сделать не сможете.

А также, сколько времени у вас потребовалось на main и advanced?

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

Prettier не умеет расставлять порядок свойств. Это вообще очень простой инструмент, который заботится только о базовом форматировании.

То, что вам нужно, реализуется средствами stylelint и его плагина stylelint-order.
Вот очень толковая статья, после прочтения которой вопросов не должно остаться.