Максим Тимофеев

Фоновая картинка + backrgound-size: auto 100%;

при нажатие на "мой кабинет"

там есть только "кабинет"

что-то вроде попап окна.

ну так сделайте нормальное pop-up окно.

уже и overflow пробовал и margin

К какому элементу Вы это применяете? Ваша форма .site-form.js-site-form_enter у нее possition: fixed; Зачем? И зачем фон отдельно? Засуньте форму в div c фоном, уберите у формы fixed. Родителю, сделайте не height:100%; а min-height:100%; что бы форма его растягивала. Тогда будет скрол.

Добавить action к form

А зачем такие сложности? ::before в помощь

https://jsfiddle.net/bjnz4y8e/14/

border-radius и не во всех браузерах работает,а Вы хотите, что бы в почтовиках работал? Где-то будет, где-то нет. Таковы реалии:
https://caniuse.com/#search=border-radius

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

описать в js изменения отступов при событии ресайза окна

Ajax-ом грузить по мере прокручивания, при этом удаляя старые.
берете слайдер с api типа kenwheeler.github.io/slick
там есть методы slickAdd и slickRemove
Допустим грузите сразу 15 фоток, при прокрутке каждых 5-ти (цепляемся за событие afterChange и проверяем index элемента) отправляете ajax получаете еще 5 перебираете добавляете и удаляете первые 5. Итого в dom будет не более 15 фоток, и не будет тормозить.

У него есть конечно Lazy Loading, можно попробовать, но там принцип другой, просто сами фото не сразу грузятся. А получается кол-во элементов в дом будет 1000+, что может все равно тормозить. Но стоит проверить, если с ajax заморачиваться не охота.

А какая разница сколько их, кода то больше не становится. И зачем скрытые инпуты? Просто data-attribute, json объект в котором собираем данные, по клику куда-то отправляем json, ajax-ом post. получаем в ответ данные json, строим дом. Или получаем готовый кусок html. Если надо url менять, можно прикрутить https://github.com/defunkt/jquery-pjax

Хорошо/плохо зависит не от того "что Вы делаете", а от того "как Вы делаете".
Берете его в виде sass, переопределяете все что хотите, пересобираете, пользуетесь - хорошая практика.
Влазите своими стилями и вставляете костыль - плохая практика.

Я Вам больше скажу, в официальной документации даже четко рассказано, как это правильно сделать:
https://getbootstrap.com/docs/4.0/layout/grid/#cus...

hidden input в него писать какая кнопка была нажата

.my-hren {
overflow: hidden;
height: 100vh;
}

Одна страница посылает ajax запрос, вторая отвечает, отдает ссылку, первая получает ссылку на audio вставляет в тег audio и запускает play()

Как быть, если хочется писать более понятный HTML

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

Вы почему то считаете, что меньше тегов - это хорошо. Но это не так. Много лишних тегов - это плохо, но это не значит, что чем меньше тем лучше. Должна быть золотая середина. Много раз пытался написать свою сетку, более лаконичную чем у bootstrap - и каждый раз упираюсь в то, что у них золотая середина. Под конкретный проект можно придумать свой велосипед, который поедет. Но в разрезе универсальности, а это главное для framework, bootstrap и подобные сетки - самое оно.

Использовать фреймворки у меня получалось, но мне не нравилось, что приходится подстраиваться под код

Берите только нужные компоненты и выбирайте framework под себя. Они же не заставляют Вас делать каким-то определенным способом, это просто набор готовых методов. А sass позволяет собирать этот набор под себя как угодно.