Алексей Уколов

Подскажите, пожалуйста, почему игнонируеться данный фрагмент кода, невзирая на наличие в нем then блока ожидания асинхронной операции и почему функция возвращает результат раньше выполнения одной из команд.

Потому что это и есть асинхронность. То, что вы описываете - это синхронный код, у вас его нет, поэтому нет и поведения, которое вы ожидаете.
Всё, что вы можете вернуть из асинхронной функции - промис. И далее по коду подписаться на его выполнение при помощи .then().

function initReport(id) {
    getTimeTypes(isView).then(function(data){
        return [data];
    });
}

initReport(42).then(function (types) {
  console.log(types);
});

// возвращает 177, как сделать, чтобы он с 14-й позиции пошёл назад до пробела, а не вперёд?

Указать правильное имя переменной во втором аргументе lastIndexOf().

Ну и, скажем так, ваш метод имеет очень узкую область применения. Он не переварит IIFE, var parse = function () {} и т.п. Да даже на банальном function foo (bar) {} оно загнётся.
Более правильным решением может быть построение AST и работа с ним. Вторым по правильности будет поиск при помощи регулярных выражений - он добавит гибкости в ваше решение, но всё равно не покроет все варианты.

Предположу, что по токену вы сможете получить параметры клиента.
Тогда, я бы сделал такую схему:

1. Клиент подключает основной виджет.
   
2. В этом виджете делается запрос с токеном на ваш сервер, в ответ на который приходит json с параметрами.
   
3. Эти параметры используются в основном виджете и он рисует себя на странице.
   

Нужно, конечно, учесть нюансы вроде неполучения ответа на второй запрос (рисовать виджет с дефолтными параметрами по таймауту, например), но в целом схема несложная.

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

Метод querySelectorAll() возвращает коллекцию элементов, а не один элемент. Если вам нужен один - используйте querySelector().

P.S. Если писать так:

(function() {
  if (!autoplay) {
    return;
  }

  var int = setInterval(function() {
    ...
  });
})();

вы избавитесь от одного уровня вложенности и более явно обозначите логику работы программы.

Ну зачем городить кривые костыли с DOM, если можно просто сгенерировать нормальные глобальные js-переменные? DOM - не для хранения данных, а для их отображения.
Все так и делают:
view-source:https://www.yandex.ru/
view-source:https://www.google.ru/
view-source:https://vk.com/
view-source:https://www.facebook.com/

Если для вас важно, чтобы пользователь не мог поменять какую-то информацию - храните её на сервере. На клиенте он сможет себе нарисовать $100500, но они пропадут при первом же обращении к серверу, потому что достоверные данные только там.

Разумеется, потому что это строка.

Нативно, к сожалению, никак, но можно воспользоваться библиотекой moment.js.

Как сделать так, чтобы видео нельзя было закрыть, пока оно не закончится.

К счастью, никак. Любое ваше действие знающие люди смогут обойти. Да просто адблок натравить на блок с видео - и проблема решена.

А показывая навязчивую рекламу, да ещё и видео, вы распугаете всех посетителей, потому что информацию в интернете найти легко и гораздо проще уйди с мудосайта, который начинает крутить какое-то левое видео при заходе на него.

Если у вас действительно качественный контент - сделайте подписку. И вам прямые деньги и пользователям никаких неудобств.

Изучая все названные фреймворки, понял одну вещь, для всех обязательно нужна нода?

На сервере может быть что угодно, а для разработки обычно нужен npm, чтобы ставить пакеты и grunt/gulp/webpack, чтобы собирать приложение. И для того и для другого нода на компьютере разработчика нужна, да.

ради того, что бы просто использовать js на клиенте, мне нужно тащить очень много разных зависимостей.

Вы сами опеределяете, что тащить на клиент. Ни один из фреймворков ничего такого в браузер не тянет сам по себе.

Проблема в том, что вы в плагин передаёте уже не нормальное число, а строку с процентом. А он такую ситуацию, видимо, обрабатывать не обучен.
Проблему легко решить, если сконвертировать содержимое тега в число:

$(this).prop('Counter', 0).animate({
  Counter: parseInt($(this).text(), 10)
})

Не знаю насчёт ИЕ, нет его под рукой, но в Хроме можно прямо в панели Network увидеть, кто инициировал запрос (у вас на скрине тоже показывается) и, главное, сразу перейти к этому месту.

В вашем случае карты грузит вот этот скрипт: analytics.alloka.ru/v4/alloka.js

Потому что так работает javascript: this - это текущий контекст выполнения, а не контекст, в котором объявлен какой-то метод.
Вот так будет результат, который вы ожидаете: (obj.newMethod = obj.method).bind(obj)()

Здесь именно ваш случай рассмотрен: Доступ к объекту через this

// Подстрока начинается с "id-" и заканчивается ";"
// Между ними может быть всё, что угодно, кроме ";"
const regexp = /id-.+?;/;

const str = 'foo id-42; bar; baz';

str.replace(regexp, ''); // "foo  bar; baz"

MutationObserver provides developers a way to react to changes in a DOM.

MutationObserver

text.className = "text";
или
text.classList.add("text");

need_all
1 – возвращать все города. 0 – возвращать только основные города.

Вы в запросе передаёте 1, разумеется, вам возвращаются все города.
https://vk.com/dev/database.getCities

Судя по всему, при использовании параметра q параметр need_all перестаёт действовать:
https://api.vk.com/method/database.getCities?count...
https://api.vk.com/method/database.getCities?count...
https://api.vk.com/method/database.getCities?count...
https://api.vk.com/method/database.getCities?count...

Если не задан параметр q, то будет возвращен список самых крупных городов в заданной стране. Если задан параметр q, то будет возвращен список городов, которые релевантны поисковому запросу.

Напишите в поддержку ВК, они скажут баг это или фича.

var parser = document.createElement('a');
parser.href = "http://example.com:3000/pathname/?search=test#hash";

parser.protocol; // => "http:"
parser.hostname; // => "example.com"
parser.port;     // => "3000"
parser.pathname; // => "/pathname/"
parser.search;   // => "?search=test"
parser.hash;     // => "#hash"
parser.host;     // => "example.com:3000"

https://gist.github.com/jlong/2428561

Самый простой и понятный способ - сохранять devices в какую-то внешнюю переменную, глобальную для всей цепочки и обращаться к ней.
Можно ли упростить асинхронный код на Promise?

Если нет, то как лучше поступить?

Лучше использовать какой-нибудь IoC-container, их для js довольно много. Это позволяет уменьшить связанность кода, а это всегда хорошо.

var dayNames = ['Вс', 'Пн', 'Вт', 'Ср', 'Чт', 'Пт', 'Сб'];
var days = [];

for (var index = 1; index <= 5; index++) {
  days.push(dayNames[new Date(+d + 1000 * 60 * 60 * 24 * index).getDay()]);
}

console.log(days);