Павел

select
	type, value
from data as d1
where date = (select max(date) from data as d2 where d2.type = d1.type);

Вот более оптимальный запрос.

Статью игнорируйте. Человек даже не осилил встроенную систему бэкапов битрикс и предложил делать всё то, что она умеет сама, но руками. Что тут еще добавлять? А, да - у них полный комплект сертификатов - это уже должно настораживать. А вот комменты стоит там почитать - есть полезные.
Все проблемы описанные про 80Гб не стоят и выеденного яйца. Там из 80Гб 79Гб картинки которые вам тащить в проект не обязательно и даже вредно и опасно. Ключи тоже нафиг не нужны. Закройте девелоперские сервера чтобы они не торчали в сеть и всё. Никто вам слова не скажет.
Вы упустили самую большую проблему любого вэбпроекта, не обязательно битрикса - как вносить изменения в базу? Ну допустим вы сделали модуль с отзывами и для него вам потребовалось добавить товарам 2 свойства. Закоммитите вы это на сайт и чо? Вам придется идти и руками создавать в админке эти поля. Или писать к каждому коммиту скрипт, который их создаст. Вот об этом подумайте лучше.
Я бы остановился на скрипте. Но только не SQL запрос, а именно скрипт создания полей через битрикс-API.
В остальном ваша схема более менее верная.

Можно так.
el.innerHTML += '....';
но при этом будут пересозданы все имеющиеся элементы внутри el
лучше

function appendEl(parent, tag, html) {
  var el = document.createElement(tag);
  el.innerHTML = html;
  parent.appendChild(el);
}
appendEl(el, 'h4', inputTaskName.value);
appendEl(el, 'div', taskPerformer.value);

Доступ настраивается не одинаково. Для HTTP/HTTPS придется использовать веб-сервер с dav-модулем.
Отличаются протоколы, как ни странно, протоколом. В HTTP ты общаешься с SVN-сервером поверх HTTP, соответственно, права пользователей для доступа к репозиторию и авторизация настраиваются с помощью средств доступа HTTP-сервера. Это, имхо, несколько удобней, чем ковырять конфиг-файлы каждого репозитория. Фактически, можно все правила доступа вынести в один файл, который менять гораздо удобней.
А лучше (безопаснее), все же, использовать HTTPS или svn+ssh.