Мари Арти

Можно обойтись без ссылки "загрузить еще"
Во-первых использовать

<input type="file" name="file_arr[]"/>
 - это позволит не заморачиваться генерацией имен файлов - будет массив из загружаемых файлов

Eще - хтмл5 позволяет использовать

<input type="file" name="file_arr[]" multiple /> 
- можно выбрать сразу несколько файлов через шифт, или через контрол

если хтмл5 вариант не устраивает - можно сделать так:

prepare_event();

function prepare_event()
{
	$('input[type="file"]').unbind();
	$('input[type="file"]').change(function()
	{
		 //здесь клонирование тега
		//<label>Загрузить файл <input type="file" name="file_arr[]"/></label>
		//но после этого нужно сделать 
		prepare_event(); 
		//чтобы новый инпут тоже перехватывался
		//это не готовое решение, а скорее велосипед, но вполне работоспособный
	});
}

Можно так
jsfiddle.net/v2c7kbvy

1. Очень импонируют онлайн-опросники вроде typeform.com, но хочется сделать похожее свое. Не совсем понимаю, какими средствами на backend и frontend это делается.

Фронтенд typeform.com
* underscore.js
* jQuery
* собирали и сжимали возможно через Gulp
* CSS возможно скомпилирован их SCSS или LESS
* CSS/JS фреймворков не вижу. Писали с нуля?

Бакенд
* ОС Ubuntu (по заголовкам ответа)
* Apache 2.2 (по заголовкам ответа)
* nginx 1.4.6 (по заголовкам ответа)
* Язык программирования, возможно, PHP (по наличию куки PHPSESSID) но может быть что-то другое
* Кэширование на уровне nginx и HTTP
* Возможно кэширование в memcached/redis или иначе
* Сжатие в gzip

2. Где правильнее хранить полученные от опроса данные? Может имеет смысл сразу куда-то результаты отправлять (на мыло), а не хранить их?
База данных реляционная (MySQL или PostgreSQL), но может быть смесь SQL + noSQL.
На мыло можно посылать копию, но хранить где-то надо, чтобы посмотреть если мыло потеряется.

3. Как это правильнее реализовать? ЦМС не нужна по сути?
Я бы для такой одноразовой задачей вообще Google Forms воспользовался или вот же typeform.com

На самом деле это проект включает просто уйму технологий.
Вот их скрытое меню навигации: take.ms/sfRHZ (дурацкое скажу меню)
Я только часть пометил стрелками. Эти стрелки выделяют части проекта, которые сделаны на разных технологиях или платформах.
Есть какая-то система управления контентом (CMS) для публикации цен и других небольших страниц, а может быть это статические страницы.
Блог на "тумблере" hellotypeform.tumblr.com
Есть API для подключения сторонних сервисов + документация на API и консоль для тестирования docs.typeform.io/v0.3/page/sandbox написано на node.js + фреймфорк Express
Есть какая-то внутренняя система биллинга, а платежи принимают через https://stripe.com/
Подключена какая-то система работы с пользователями helpcenter.typeform.com (Zendesk?)

Вот нашёл ещё информацию об их стеке технологий: stackshare.io/typeform
Ого-го список!

И ещё информацию о финансировании: https://www.crunchbase.com/organization/typeform
Проект TYPEFORM.COM с 2012 года, в прошлом году получили $1.4 миллиона баксов и за это время они могли с любых костылей уже переписать всё с нуля.

Нет, клонируются все удалённые ветки. Просто они имеют префикс origin/удалённая_ветка А вот отслеживаемой становится только ветка master -> origin/master.
Для того, чтобы сделать ещё одну отслеживаемую ветку - переключитесь на удалённую и выполните создание локальной ветки. Всё это можно сделать одной командой:

git checkout --track -b local_branch_name origin/remote_branch_name

Где local_branch_name - имя создаваемой ветки, origin/remote_branch_name - полное имя удалённой ветки; local_branch_name для удобства можно назвать одинаково с remote_branch_name. После выполнения команды у вас появится ветка local_branch_name, которая будет отслеживать ветку remote_branch_name на сервере.

var need_location = '/login.php';

if (window.location.pathname !== need_location){
//timeout is here
}

А ещё лучше добавить хранение остатка времени в cookies/local|sessionStorage.