Арсений Матыцин

Ты пытаешься словить всплывающее событие по элементам. Вот, почитай. Чтобы такой проблемы не было, используй то, что предложил ReaverJS во втором варианте. Единственное что, тут будет нюанс, при наличии нескольки таких элементов логика может (помним, что это все же js) сломаться, поэтому лучше проверять на длину элементов с таким набором классов и каждому давать отслеживающее события клика. Ну или же повесить прямо в html onclick.

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

Начать можно с типового, скажем, блога на всем этом стеке Django\Flask (по последнему вот гайд) и выложить все это в открытый доступ, т.е. на github, например. И акцент делать на сортировку, допустим. В общем на работу логики, в дальнейшем его можно буде показывать, впрочем ваши проекты никому не нужны, все равно ждите тестовые, так что вся учебная работа — на отработку навыков.

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

А дальше брать за все, что не запятнает репутацию (интернет все помнит), не забывая, то вы в самом начале пути.

Не совсем то, конечно, но проще уже некуда. https://yandex.ru/dev/sitesearch/site/

1. Посмотреть, как это делается в фреймах.
2. Необходимость зависит от задачи и финансирования. Но в целом концепция mobile first предполагает возрастающие медиа-запросы, т.е. @media (min-width: 1200px) { ... }, например захватит и 1920.
3. Нужно тестировать в боевых условиях верстку. Порой стоит добавить xxl размер, чтобы гармонично расположить элементы.

Отдельные файлы валидировать это жесть, конечно. Что мешает использовать наследование? Не знаю, что у тебя за язык серверной разметки там, но, скажем, jinja\smarty\php голяком имеют возможность наследования шаблонов. Это позволяет не открывать в одном файле тег, а закрывать в другом.

О, наивный.

Я просто оставлю это тут.

От себя могу добавить, что документацией и стандартизацией занимаются лохи, которым руки бы поотрывать (Это сарказм). К слову, случай с JS именно о том и говорит, как совсем не нужна стандартизация языка, и какие-либо жесткие границы. Лучше всего это отображено в его виде до ES6.

Поздновато, но не суть. Ваши верстальщики ебобо.

Верстальщик со стажем в 10 лет.

Для отладки придумали дебаггер. И в IE он тоже есть.

Это просто набор path в svg. Логотип т.е., что позволяет этим path навесить классы и обращаться к ним через CSS\JS и, соответственно менять класс, а с ним и расцветку по событию. Либо просто перекрашивать в JS. Это если не углубляться в инструментарий работы с SVG.

Судя по постановке вопроса — WordPress + WooComerce + Купленная\Бесплатная тема и попытки ее настроить или OpenCart + Переделка базовой темы.
Фреймворк для магазина это при такой постановке вопроса откровенно херовый вариант, ибо: артикулы, номенклатура, прихода\расходы, модификации, цены, графики, отчеты, покупатели, личные кабинеты, скидки, бонусы, акции, валюты, НДС, сервисы доставок, внешние API и еще вагон и еще вагон и маленькая тележка аргументов против бездумного окунания в то, чего не понимаешь. Для саморазвития можно и... нужно, наверное.

Больше похоже на то, что скидывается шрифт. Проверь дебаггером (F12) и то, как подключены шрифты. Если проблема со стилями дебаггер это покажет. Да и полазив там многое можно найти по делу.