fetis26

rem

для задания брекпоинтов в медиа-выражениях px

Я не очень понял зачем вам JS. Реакцию на наведение вполне можно сделать и через CSS

#district:hover {
  и поехали
}

тут вопрос как встраивать SVG. Он должен быть либо частью документа, либо эти стили должны быть частью SVG

Я бы смотрел в сторону HTML5 видео, поместил бы его в контейнер и центрировал. Исходник для видео можно тянуть с того же ютуба думаю

Сделайте линию в SVG из отдельных кусков, по наведению устанавливайте им fill через CSS

Ну как для чего. Классическое ООП. Публичные члены класса доступны всем, приватные только самому классу.

В своих стилях конечно. Исходный код библиотеки трогать нельзя никогда.

лучше всего в rem

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

Нужен внешний моник, однозначно.

WebStorm такой конфиг не потянет уже.

Есть вот такая штуковина
php.net/manual/en/intro.v8js.php

Я думаю имелось в виду, что подтягивать данные через AJAX для мобильной версии. Какой в этом практический смысл мне трудно сказать. Поисковики, имхо, давно игнорят все что в скрытых блоках. Какой смысл генерить разный контент для разных устройств и тем самым уменьшать релевантность страницы, мне тоже не понятно.

Да в принципе точно также как и с Angular 1. Гугл по идее научился полностью рендерить JS, Яндекс и пр. еще нет. Ренедерите для поисковиков на сервере, клиенту отдавайте динамическую версию

Я так понял что кнопок Open много, тогда примерно так

$('.button').click(function() {
 // this указывает на кнопку. ищем в родителях кнопки нужный блок и показываем его
  $(this).parents('.block').show()
});

У вас компонент принимает массив

data : [old1,old2,old3]
так массив ему и передавайте

В JS можно задать массив следующим образом
var myArr = [1,2,4]

Т.е. выведите массив и его уже передавайте как
data: myArr

Никак. Это поведение бразуера, его нельзя подменить через JS

А зачем все это в 2016 году? Хром, ФФ и Опера это браузеры с отличной поддержкой стандартов. Для них ничего не нужно писать отдельно. Да даже для ИЕ не нужно уже давно.

40% это большая разница. витрина это я так понимаю главная страница. на ней обычно много товаров. и это выльется в несколько мегабайт для юзера и соотв несколько лишних секунд, а для магазина несколько лишних секунд это уже потеря в конверсии.

в нормальных магазинах бывает и на большее количество размеров нарезают

Посмотрите в сторону генераторов статических сайтов типа Jekyll.

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