pegas

Если посмотреть на ворпос чуть шире, то можно наткнуться на информацию о MIME-types и о заголовках ответов сервера. Если коротко, то не все форматы поддерживают "потоковую" передачу данных. В основном, такой тип поддерживают некоторые видео-форматы (MP4, MOV и т.д.) и некоторые аудио-форматы (AAC и т.д.). Картинки обычно передаются целиком (как и pdf), если нет иной реализации на сервере.

Это были общие слова, теперь по вопросу. Поток, в nodejs, это абстракция, т.е. это не значит, что данные передаются потоково. За сценой `stream.pipe` находится работа с событиями `data`, `end` и другими. Т.е. мы получаем поток, подписываемся на `data` (читаем данные) и `end` (закрываем поток). Более понятный пример можно найти тут. А лучше прочитать эту книгу, где все подробно расписано.

свойство fillColor

Крутите на свой вкус и цвет)))
https://snazzymaps.com/editor

Webpack - это система сборки с массой возможностей. В частности, он анализирует JS-код (а также CSS или другой, через лоадеры), это даёт ему superpowers.

Gulp/grunt - это общая система для организации задач, которая сама по себе сборку не поддерживает, но её можно на ней написать, с помощью плагинов. При этом анализа кода, скорее всего, не будет, а значит ряд продвинутых фич отпадут.

То есть, это две разные вещи. В качестве одной из задач на gulp/grunt вполне может быть сборка webpack, так обычно и делают.

Простую сборку вполне можно написать и на gulp/grunt напрямую. А если посложнее или просто хочется иметь задел "на будущее", то можно воспользоваться специальным инструментом (Webpack).

P.S. У меня когда-то были и gulp task'и сборщики и browserify, но уже давно их место плотненько занял Webpack.

Если верить всему, что написано, то там ссылка на task объект, который предоставляет дополнительные функции

Можно так.

В общем случае - нельзя.

Но если очень хочется, то можно использовать костыль https://developer.mozilla.org/en-US/docs/Web/CSS/-... (или любое другое свойство, поддерживаемое только на iOS).

@supports (-webkit-overflow-scrolling: touch) {
  /* CSS specific to iOS devices */ 
}

@supports not (-webkit-overflow-scrolling: touch) {
  /* CSS for other than iOS devices */ 
}

P.S. Если возникает такая потребность - значит, что-то не то с вашей бизнес-логикой...

Можно использовать unescape из lodash.
Демо.

У вас в main.js есть скрипт, который при ширине экрана 1185px и выше немного меняет верстку (добавляет svg и т.д.). А в CSS-файле правила для этих элементов срабатывают только при ширине экрана 1200px и выше. Поэтому решения 2:
1. в css-файле заменить участки кода вида:

@media (min-width: 1200px) {
    .services__list-menu,.services__profile {
        display:none
    }
}

на

@media (min-width: 1185px) {
    .services__list-menu,.services__profile {
        display:none
    }
}

(для остальных неправильно работающих элементов тоже нужно заменить значение min-width с 1200 на 1185)

2. в js-файле main.js (что лежит в шаблоне) найти и заменить совпадение "1185" на "1200". Но это более костыльный вариант, т.к. с этим значением работает целый плагин.

У вас в grid-template-areas область nav буквой "г" загнута. Опечатка? - наверное, имелось в виду что-то вроде этого.

По умолчанию в браузере следующие размеры:
100% = 1em = 1rem = 16px = 12pt
Следовательно если Вы задаете размер в css элементу html равным 200%, то общий размер шрифта на всей странице будет 32px

Не рекомендую пользоваться процентами. Для относительных размеров лучше использовать rem и em
rem задает размер шрифта элементу независимо от размера шрифта родительского элемента
em задает размер шрифта элементу относительно размеру шрифта родительского элемента