Никита Кит

Как раз твой случай
UPD у тебя очень много примитивных вопросов про общую суть работы гита, чтобы ответить на них - нужно просто пересказать доки гита, поэтому хочешь не хочешь а придётся выкупить как работает гит. Если же кратко
1) Хранишь на удалённом сервере репу и спулливаешься перед изменениями с нужной ветки
2) Если работаешь по git, не надо править код на удалённых машинах руками. С гитом начнутся проблемы.
3) Гугли и достигнешь апофеоза воли разума

По сути при редизайне от заказчика не требуется ничего, кроме описания предпочтений (какого стиля придерживаться, какие примеры конкурентов нравятся итп)
1) Контент уже есть - это всё что нужно для редизайна.
2) Переработка структуры уже не редизайн - это скорее доработка backend части.
Сложность редизайна в основном зависит от используемой CMS. Если, к примеру, bitrix - переобувать свежесвёрстанную по новому дизайну разметку будет долго уныло и геморройно. Если MODX или любая другая система с шаблонизатором - с backend париться не придётся. Основная работа будет в создании и вёрстке новых макетов

Ну я бы загорелся написать на nodejs + express + mongoDB, раз уж нужна скорость. Да и по сути обычный блог - разработка кастомной CMS на базе монги не должна стать запарой

GSAP

datatables + bootstrap (для ленивых нехотящих писать css)
https://datatables.net/
https://v4-alpha.getbootstrap.com/content/tables/

Начинаете с правильной инициализации проекта и обращения с основами nodejs и npm в качестве среды разработки
yeoman.io
https://github.com/yeoman/generator-webapp
Устанавливаем среду разработки и учимся пользоваться cli
Иначе всю жизнь будешь колотить весь код в main.css и main.js .
Если ты хочешь научиться забивать гвозди в доску, сначала нужно изучить молоток, а то будешь забивать рукояткой.

Я помню сделал себе блог на MODX со своим фронтом, интерфейс которого сделал по образу и подобию моей любимой ubuntu unity. Ушло ровно часов 8 -12.Месяц пописал статьи а потом я как-то синий перезалил css не с того проекта на сервер и всё накрылось медным тазом. До сих пор база лежит. Всё никак не дойдут руки восстановить - постоянно фриланс по выхам

yeoman.io - поинициализируй генераторы и почитай к ним мануалы. Многое для себя откроешь.
А относительно разделения на компоненты - вот наглядный пример из моей репы. Конфиги сборки можешь разобрать - они в директории gulp на пару папок выше

вот тебе мой добротный ajax скрипт, умеющий валидацию, обработку ошибок, ожидание ответа сервера, добавление файлов - крч все нужное. работает на неограниченое число форм.
https://github.com/WebKieth/Black-UI/tree/master/s...

Ну на самом деле необязательно. Конечно же тусовать методы для расчёта чисел после пи в компоненты не стоит. Но эту логику можно добавить в другую предназначенную для подобных скриптов директорию и вызывать оттуда.
Немного не понимаю зачем тебе get и post, если back-end на nodejs - приложение спокойно может работать на клиенте без сервера - если, конечно, база данных не нужна и это чисто функциональное приложение для расчёта цифр в числе pi, временные данные можно складывать в json.

Если тебе это интересно, если тебя тащит от разработки интерфейсов, то не поздно. Впитывать инфу будешь не так быстро, как, к примеру, я в свои 19, но главное желание. Остальное прилагаю:
https://www.youtube.com/watch?v=2oQG_VRE8Jo&t=3s

Разработка интерфейса на клиенте:
gulp + scss + postcss + pug + coffeeScript + методология БЭМ -> html, css, js.

Разработка на сервере: MODX Revo или Django

Синхронизация компонентов (git):
https://habrahabr.ru/post/127213/

Даёт:
отличную масштабируемость после запуска, полный контроль интерфейса, быстрый перезалив новых модулей.

Не стоит на самом деле если не будет человека, знающего те же технологии лучше. Ты будешь встречать множество проблем в реализации и поиск решения будет отнимать время (что плохо - на работе нужно сидеть кодить). А если так ещё и back-end разработчика нет, то шли их всех. Они будут требовать с тебя ещё и серверную часть.

Я бы посоветовал всякие прикольные ибилиотечки для webGL типа вавилон или threejs. Разработка трехмерной графики в канве.
https://threejs.org/
babylonjs.com

UPD если говорить о графическом интерфейсе, то у threejs есть плюс - надстройка для манипулирования элементами на scene.
https://github.com/dataarts/dat.gui

Я использую на этот случай git с хуками. Посредником выступает удалённый сервер. Подходит для проектов в стадии постпродакшена
https://habrahabr.ru/post/127213/

Вообще в каждой CMS есть плагины для рассылки подписок - у каждой своя документация. Но если на php, то пишешь скрипт отправки, в получателя (аргумент функции mail) кидаешь массив, в массив добавляешь мылы каждого нового подписчика, а сам скрипт отправки либо заводишь сам - запросом, когда надо. Либо просто кидаешь скрипт в crontab.

По книгам не огонь учиться. Они быстро становятся неактуальны, так что я бы советовал не выёживаться и учиться вебу в вебе.
https://htmlacademy.ru/ для начала.
Если англ на уровне, то можно сразу на https://www.codeschool.com/ - там часть курсов по вебу бесплатны.

лол. Это блок счётчика в сайдбаре. Это не значит, что счётчик в сайдбаре. Счётчик в яваскрипте, а яваскрипт либо под футером у закрывающего body, либо подтягивается фреймом с внешних серверов (если API счётчика - говно).
В любом случае размещение блока на работу яваскрипта никак не влияет.

Во-первых у тебя в section offers каша - один лишний закрывающий div

А вот вторых на форму наследуется transition, что странно - судя по всему transform при этом не наследуется. Это же очевидно, что внутренности транзитятся (прыгают).
И блин, бога ради, юзай БЭМ!