Резонно ли использовать display:flex, display:grid? В чем реальное отличие gird от flex?

Смотря с чем сравнивать. Bootstrap для меня - далеко не идеал, даже наоборот. Здесь речь, да, о grid и flex.

Резонно ли использовать display:flex, display:grid? В чем реальное отличие gird от flex?

Вопрос стоял именно в "удобстве" использования flex vs grid в реальных проектах. Спасибо за разъяснение!
По поводу flex: писал на нем в jsfiddle периодически. Одним из элементов было модальное окно, которое в Chrome очень крuво ресайзилось при изменении размеров окна, при перезагрузке страницы все вставало на места. В Firefox все было в порядке. Странный баг... но именно он, от части, создает сомнения по поводу использования flex в качестве сетки.

Посоветуйтe дешевый хостинг для клиентских SPA (как github pages, только private (50-100 мегабайт))?

zooks,

100 рублей в год

, не в месяц же. Если вы об этом.

Посоветуйтe дешевый хостинг для клиентских SPA (как github pages, только private (50-100 мегабайт))?

низшие тарифы на Таймвеб и Бегет.

Во-первых, мне ненужно столько (гигабайтов), во-вторых, цены там не низшие, совсем нет (для задачи), ИМХО.

Почему когда я повесил обработчик события на DIV браузер выдает ошибку что div.addEventListener is not a function?

MihailDonskoy, и используйте лучше ES6, иначе потом будут проблемы, как у меня, засевшего в эпохе IE6 :)

Promise. Как передать аргумент - data - в последующий .then()?

Виталий, Петр, спасибо. Не думал, что все так просто... Вечно ищешь в чем-то подвох, особенно в чем-то новом. Особенно после использования callback и некоторых "кастомных" реализаций then...

Promise. Как передать аргумент - data - в последующий .then()?

Виталий, теперь понял, спасибо. Сложно новизна упущенная когда-то давно воспринимается...

Promise. Как передать аргумент - data - в последующий .then()?

Объект функции с двумя аргументами resolve и reject. Первый аргумент вызывает успешное выполнение обещания, второй отклоняет его. Мы можем вызывать эти функции по завершении нашей операции.

Читал, но не понял до конца. То есть в само функции, нужно сделать так:

window.callbackFunc = function(data) {
	delete window.callbackFunc;
	return resolve(data);
};

Верно понимаю?

Какой посоветуете js-framework для SPA?

То было делом архитектуры, которой и жду от фреймворка (какой-то "строгости" пр разработке). А писал я на Vanilla.js, правда, ES3-4 (динозавр). Также в планах опробовать ES5-6 в полном объеме.

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

Ярослав Иванов, как сказать... начальник на последней работе сидел за ie9 и говорил, что у него все криво отображается:) Вы правы...и все же, именно тут он нужен.

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

Ярослав Иванов, прекрасно понимаю, что старый ишак - не браузер, и все же:
caniuse.com/#search=flex

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

Svidrigaylow, увы, не подходит :(
Сам так делал, но в данном случае, увы, никак... Тем более, все уже без flex написано, но на верстке окна запаролся))

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

Алмаз Бисенбаев, изменил вопрос - добавил ссылку заместо горы кода. А calc() не подходит, думаю: второй блок нефиксированный - размер зависит от контента.

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

Svidrigaylow, Алмаз Бисенбаев, требуется поддержка браузеров, не поддерживающих flex, так бы уже давно с этим не парился...
https://jsfiddle.net/qgv52dLa/

Возможно ли узнать, является ли GIF анимацией с помощью клиентского JavaScript?

Нет, изображения на странице. Исправил вопрос.

Нужны ли вообще JQuery-like библиотеки?

Да, я упорот:)
JQuery, тем не менее, остается такой же громоздкой и приземленной, а также убивает навыки написания чистого и красивого vanilla-кода или не дает их получить...
Быстро, просто и со вкусом - это не про JQ, если под быстротой подразумевается скорость работы кода... В определенные моменты "задержка" чувствуется (не так уж и редко, как можно подумать). Именно JQuery не использую принципиально... С одной стороны, из-за этой библиотеки в свое время не получил знания основ и вообще понимания JS, с другой - принципиально не хочу грузить ~100кб кода в браузер. Если собрать JQ под себя, изменится не особо-то и много: весит больше, чем весь мой легкий foront-end и т.п.
Даже если поддержка старинных браузеров не нужна, 2.0 и 3.0 весят примерно столько же, сколько и 1.0, так что... разница не очень-то и велика.

Подобных JQuery библиотек море, (по 10кб, с нужным функционалом, с поддержкой IE8 (если это нужно) и т.п., включая поддержку БОЛЬШИНСТВА JQuery-плагинов), но нужны ли вообще JQuery-like либы? Стоит ли тащить вообще знак доллара (глобальную переменную) в проект? Или (при моем раскладе) лучше полностью отказаться от этого, уйдя в сторону пары-тройки Element.prototype.smth = function () { }?

Нужны ли вообще JQuery-like библиотеки?

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

Какие технологии вы используете для лендингов?

xmoonlight, а кто сказал, что LazyLoad - библиотека? Судя по моим предыдущим словам, это фича, не библиотека. Про отношение - это ответ на ваш предыдущий комментарий, где вы упомянули LazyLoad, коего в вашей библиотеке нет.
Про base64: прекрасно знаю, что и как, простите, если не очень понятно выражаюсь в комментариях, - надеялся, что пишу доступным языком.
Видимо, в начале всей дискуссии, неверно понял ваши слова про base64. Была затронута тема про лишние запросы для каждого "куска" html, загружаемого вашей библиотекой. Далее вы пишете про base64, как решение (так мне показалось). Ошибочно подумал, что есть какой-то магический способ получить html+"куски" (подгружаемые includeHTML) через js одним запросом, "переделав" их в base64-формат...и вы хотите его применить, просите предложений по этому поводу... Приношу свои извинения.

LazyLoad в includeHTML использовать, конечно, можно, если вы имели ввиду, что это - хорошее решение. Главное - то, как оно будет работать: например, если вставляется футер, до которого нужно скроллить относительно долго, LazyLoad - неплохое решение, ИМХО. Главное - чтобы это не было в ущерб основному функционалу вашей библиотеки.
(вероятно, сейчас выступаю в роли Капитана Очевидность)

Какие технологии вы используете для лендингов?

xmoonlight, лишь попытался развить идею с получением всех элементов конента за один запрос.
LazyLoad - это фича, причем не имеющая отношения к вашему замечательному includeHTML.
Да, прикрутить можно, но речь не об этом: вы просили написать, как лучше сделать - изложил выше свое мнение.

Какие технологии вы используете для лендингов?

xmoonlight, возможно, у меня знаний не хватает (а это возможно), но даже не представляю, как за один запрос запихать запрашиваемые изображения и скрипты в base64. Если это возможно (если правильно понял вашу мысль, идею), то в ряде случаев это было бы очень полезно! Аудио и видео в base64 переводить ненужно, а вообще... Лучше (если это, опять же, возможно) сделать это опционально, грубо говоря, так:

var options = { /* ... */ base64: ["img", "link", "audio", "video"] }

(пример для большей ясности, пусть и так все ясно).
Зачастую (при подгрузке отдельных страниц, например) неважно, промотал ли пользователь вниз, а иногда достаточно будет (в случае с лендингом) в base64 впихнуть LazyLoad, и изображения загружать им по мере прокрутки...