Михаил

Laravel - быстрый и лёгкий
SYMFONY - ещё быстрее, то сложнее

разработки CMS

высоконагруженном интернет магазине

это немного разные вещи, как велосипед и мотоцикл...

Как обычно ответ "на чем лучше умеешь".

www.ratingruneta.ru/cms/shop

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

Я планирую сейчас завести два аккаунта - на фрилансера и комманду, и сравнить это на практике.
Чего и Вам советую - возьмите да сами сравните. В любом случае будете в выигрыше - и заказов больше получите, и будете знать ответ на вопрос не из теорий в интернетах.

В 2017 году имеет смысл использовать React+Redux, либо Vue.js. Ну уж точно не Backbone, ибо он уже давно не на коне. В любом случае, выбор за вами.

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

Писать надо обязательно, но еще и обосновывать, чем это лучше. Мне приходилось работать с шаблонами с Темфореста по переделке - большего гемора я не встречала. А переделывать приходилось, потому что заказчику не нравилось то то, то это. Вставлять туда кодовые хотелки очень тяжело. Я думаю, что шаблоны для того и созданы, чтобы быстро и недорого сделать сайт - вставь текст, замени на свои картинки и поехали. Все эти переделки - трата времени.

Самое простое это ковырять любой схожий модуль и смотри как там это сделано.

Увидишь что там есть пара функций которые выполняются дополнительно к тому что ты привел в примере.

Такие как displayForm()... getContent()... Как пользоваться классом Helper и прочие штуки

Читай класс \classes\module\Module.php там узнаешь какие бывают, так же посмотришь какие переменные там и тд

Самое простое вообще купить модуль и переписать под себя

Вот пример модуля экспорта и его функций только в 1 файле

Для микросайта я бы убрал Woo и поставил Gravity Forms, на нем уже собрал бы быстренько нужную развесистую форму с ценами и нужным интерфейсом. Потом ее вставить шорткодом.
А WC это оверкилл в данном случае

git не поддерживает работу по ftp протоколу. Поэтому в изложенном контексте работа должна строиться так:

1) Заводим пустой репозиторий в битбакете или гитхабе (напоминаю, что в гитхабе приватные репозитории платные).
2) Клонируем его себе локально в папку Х.
3) Настраиваем ftp клиент (например FileZilla) на эту папку Х и папку на хостинге.
4) Заливаем в хостинга файлы сайты.
5) Добавляем в git появившиеся файлы (git add).
6) Коммитим из (git commit -a).
7) Отправляем изменения на удаленный репозиторий (битбакет/гитхаб, git push).

Периодически по ftp сливаем файлы в локальную папку, через git diff смотрим изменения. Если они легитимные, то делаем git commit. Если нет, откатываем нужные (git checkout имя_файла). Снова фиксируем (git commit), отправляем в удаленные репозиторий (git push), перезаливаем из локальной папки.

Как использовать контроль версий для сайта на обычном хостинге?

Передельно просто. Рецепт такой:
1. Берёте любой, можно самый дешевый VPS (если своего сервера нет)
2. Настраиваете там GIT'репозитории в нужном количестве
3. В каждый репозиторий, кладёте скрипт-хук, который будет выгружать изменившиеся файлы на нужны FTP-сервер (судя по ссылкам выше, подобные решения есть уже или в готовом или в полу-готовом виде).

То есть, Вам навсего нужно ознакомиться с механизмом "хуков" гита, как мне видится. И можно ещё пожалуй, ознакомиться с FTP-клиентами запускаемыми из консоли, или механизмом монтирования FTP как файловой системы... Вариантов много, Вам нужно просто выбрать.

Можно попробовать обычным autoruns из sysinternals.
Но искать нужно не в процессах, а в драйверах.
Что-то типа
mciole.dll
atinnt.sys
raspex.sys
atinx2k.sys

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