archelon

Наверняка у вас есть список url из хлебных крошек, если нет то на крайний случай их можно вытащить из html, их можно представить в виде массива: [`site.com/catalog`, `site.com/catalog/sub-catalog`, `site.com/catalog/sub-catalog/item`], имея данный массив находим текущий index по location.href

let breadcrumbs = [`site.com/catalog`, `site.com/catalog/sub-catalog`, `site.com/catalog/sub-catalog/item`];
let indexCurrent = breadcrumbs.indexOf(location.href);
let indexPrev = Math.max(0, indexCurrent - 1);
let prevURL = breadcrumbs[indexPrev];

location.href = prevURL;

Как видите вам понадобится массив с url, по которому вы можете возвращаться назад, за счёт currentIndex - 1, пока не дойдёте до главной страницы, у которой обычно index = 0

Оптимизация html и css по сравнению с оптимизацией png - бесполезная ерунда. Вы можете выиграть допустим 2-5 кб против 2-3 мб одного png, в условиях современного интернета этот выигрыш ничего не даст. Даже запрос на сервер может больше времени занять чем скачивание.
Необходимо обратиться именно к оптимизации png при этом желательно с минимальными потерями по качеству.
Советую для начала ознакомиться вот с этой статьёй How To Optimize PNG, а потом поискать инструмент поудобнее, просто погуглив PNG optimizer. Вот сравнение нескольких пакетных оптимизаторов. Я при необходимости оптимизации png использую RIOT, он может оптимизировать png, gif и jpg. Из личного опыта - советую попробовать первым делом оптимизацию палитры. Плюс есть не искажающие оптимизации (например, удаление мета-данных). Если используете прозрачность - она сильно добавляет веса в изображение, с ней тоже можно бороться.

Всё это хорошо, если у вас есть возможность оптимизировать изображения, статично размещенные на сайте.

"Какое-то слово не хочет переноситься"
Не ясна конкретная ситуация, но вдруг будет полезно, можно попробовать настроить переносы, используя неразрывный пробел между словами, которые точно не должны быть на разных строках.
Например, в предложении "Lorem ipsum dolor sit amet", перенос строки происходит так:

Lorem ipsum
dolor sit amet

А нужно, чтобы было так

Lorem ipsum dolor
sit amet

То между "ipsum" и "dolor" можно поставить неразрывный пробел.

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

2) Цсс такая штука, специально придуманная для того, чтобы если завтра мода на круглое сменится модой на квадратное, то "легким движением руки брюки превращаются в элегантные шорты". И для этого не понадобится перепердоливать стотыщь картинок обратно в квадраты.

3) В обратную сторону так же работает - для смены дизайна с квадрата на круг достаточно просто скруглить углы контейнера.

4) Сделать тумб с "круглым видом" программно сложнее чем с квадратным.

5) Артефакты при нарезке из квадратного в круглое смотрятся хуже, чем, по сути, векторная маска, наложенная на цельное квадратное изображение.

Короче, не зря делают.

PS: На дом - научиться самостоятельно искать аргументы в пользу / против какого-либо замеченного технологического приема.

Чаще всего используют 12 колонок. Причина в сравнении с красивыми 10 проста - большее количество вариаций делений при относительно небольшом числе колонок, учитывая исходные что ширина бОльшей часть экранов кратно 8. Поэтому может вернее будет назвать эту систему системой 8-пиксельной, тк шаг в 8 пикселей для большинства размеров(при хард сетке всё кратно 8, при софт только расстояния между элементами). Таким образом легко быстро выстраивается модульная сетка с приятным ритмом.
Поэтому многие системы/фреймворки по умолчанию настроены на 12 колонок.
24 колонки - можно условно считать вариацией для любителей чуть большей вариативности и тонкостей с шириной/расстоянием между колонками и шага в 4 пикселя и тонкой настройки золотого сечения на странице.
Отдельно стоят любители 16 колонок(относительно популярный вариант), это, как другие менее популярные, уже частные случаи сетки и дизайна, где все в ручную подбирается, либо изначально допускается меньшая вариативность размещения элементов/колонок/модулей. Поэтому прям зацикливаться не стоит, исходите из своих задач и требований, полёта фантазии дизайнера.

Вам кто мешает сделать сначала, а потом уже, при условии, что всё будет глючить, переделать? 20 штук - не так и много, к тому же все они используют одну кодовую базу.
На готовом решении вы эти слайдеры соберёте условно за 1 час все. Чтобы написать своё у вас уйдёт часа 2 только на то, чтобы продумать структуру общую для всех слайдеров. Сделайте сначала простой вариант. Если не сработает - будете думать, как оптимизировать.

На Swiper свет клином не сошёлся, есть слайдеры и попроще, и полегче. Вариантов масса:
https://glidejs.com/
https://www.embla-carousel.com/
https://nickpiscitelli.github.io/Glider.js/
https://swiffyslider.com/
https://splidejs.com/
https://github.com/RensTillmann/CarouselJS
https://github.com/rchisholm/vanilla-slider

херней страдаешь

если не первый раз и предыдущие ОПЛАЧЕНЫ - радоваться надо

если чел говно - больше не обратится, обратится - у тебя есть повод отказать, и заберешь и предоплату возьмешь
если не говно - , и заберешь и предоплату возьмешь

так что оставляй как есть и просто ЖДИ
фишка в том что нанять делавшего на доработки дешевле нового

Если это единый проект - то ему нужен один репозиатрий.

В огромно кол-ве компаний у HR есть четкий фильтр по опыту, вы его не проходите.
Большая часть компаний осуществлявших массовые стажировки начинающих специалистов из РФ ушли. Рынок младших специалистов и до этого, последние несколько лет, был не сахар, а сейчас можно сказать он совсем сдулся.
Джуны реально должны пробивать лбом стены, чтобы попасть к более менее приличное место.
Так, что держитесь за текущую позицию, набирайте 2-3 года опыта, все это время учитесь.

В общем случае - никак

Но можно сделать этот процесс на столько сложным, что смысла в этом уже никакого не будет. С помощью обфускации кода и использовании алгоритмов шифрования данных, передаваемых в браузер (не про https а когда данные, загружаемые браузером и передаваемые в скрипты/данные - зашифрованы). А чтобы конечный скрипт нельзя было вытащить через модификацию браузера (например логировать eval) то можно саму виртуальную машину, исполняющую скрипты, реализовать на js (wasm).

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

Нужно понимать, что затраты на разработку такого решения будут сравнимы со стоимостью его взлома.

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

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

Диплом - полезная штука и отказываться от получения образования совсем тоже не следует.

Лучший выход - перейти на заочку и работать.

Диплом бакалавра пригодится, чтобы потом получить рабочую визу куда-нибудь в ЕС, например или продолжить обучение на магистратуре, если это интересно.

На мой взгляд, окончательное решение должен решать непосредственно тот, кого это касается