Константин   

https://github.com/tars/tars
не только с SVG, вообще швейцарский нож для сложной верстки, но основная идея - именно грамотное использование SVG спрайтов

1. caniuse.com/#search=box-sizing, а потом, как самому удобнее, и если действительно надо. В принципе 15 лет назад вопроса не возникало - верстали таблицами :)
   
2. опять смотрим canisue сначала, а потом думаем. Вообще-то хороший верстальщик задает размер базового шрифта в pt (не px!), а все остальные размеры ставит в em и %. И только в крайнем случае (картинки, svg, подгонка общей ширины, canvas для графиков с точной математикой) –px.
   rem, конечно, более удобная и понятная единица, но будем подождать, также как и vh, vw, vmax, vmin - очень заманчивые штуки, особенно для мобилок и планшетов, но... caniuse.com
   
3. Обязательно!!! Городушки в стиле Бутстрап оправданы лишь отчасти, нужно стремиться к семантическому коду, страница должна нормально читаться с отключенными стилями, легко конвертиться в другие форматы, легко разбираться сторонними скриптами на стороне браузера (плагинами) и т.п. Это также важно и для СЕО - и Гугл, и Яндекс больше любят чистый код! А про хай-лоад вообще молчу. Ну, а если речь зайдет об одностраничниках и т.п. - тут вообще ясность превыше всего.
   
   
4. какая, хрен, разница, если в серьезном проекте код CSS минифицируется? В большом проекте действительно имеет смысл смотреть какие свойства в каком виде быстрее обрабатываются браузером и если в stylesheet пара миллионов правил, то обязательно нужно минификатору указывать - какие свойства объединять в одно правило, а какие оставлять как есть. А для себя: LESS, SCSS, css-comb. В принципе основное правило уже лет 15 как никто не отменял: если ставишь сразу несколько параметров (например, при инициализации базовых шрифтов), то - сокращенный, если меняешь один-два параметра - то отдельно. Что тут обсуждать?
   
   
5. разница есть, и существенная: в большинстве браузеров стили применяются именно в том порядке, в каком указаны, и если стили имеют свойства со взаимоисключающими значениями - то применено бедет то правило, что указано в стиле стоящем последним!!!
   
   

Вообще-то Ваш вопрос из разряда - "чем арбуз лучше дыни" или "что вкуснее - колбаса или конфеты" :)

Если в коде приходится лазить другим редактором (например у меня Саблайм все-таки основной, а Шторм больше для отладки PHP), то про Watcher'ы Шторма лучше совсем забыть. Тот же Саблайм, на мой взгляд, гораздо лучше справляется с подготовкой LESS, SCSS, SVGO и т.п. Нода в любом случае используется, как ни крути, и тут уж дело вкуса каким образом запускать сборку: Гульп, Саблайм (особенно актуально для небольших проектов) Шторм или другая IDE.

В RewriteRule уберите $, как минимум. Или регэксп переписать по-другому:

RewriteRule ^\%D0\%B4\%D0\%B8\%D0\%B7\%D0\%B0\%D0\%B9\%D0\%BD-\%D0\%BB\%D0\%BE\%D0\%B3\%D0\%BE\%D1\%82\%D0\%B8\%D0\%BF(/?.*)$ \%D0\%B4\%D0\%B8\%D0\%B7\%D0\%B0\%D0\%B9\%D0\%BD/\%D0\%BB\%D0\%BE\%D0\%B3\%D0\%BE\%D1\%82\%D0\%B8\%D0\%BF$1

Обязательно нужно заэкранить %, вот так: \%, или даже вот так: \\%. Был случай, когда пришлось ставить аж 4 бэкслэша! Дело в том, что символ % в RewriteRule имеет собственное значение.
Прямой зависимости количества слэшей от версии Апача я не обнаружил, видимо зависит от версии библиотеки по работе с регекспами, с которой конкретная сборка компилируется. Особенно актуально для LINUX систем, где Апач собирается "на месте" или готовится "умельцами" для покладки в репозитории.
Если Апач настроен на дефолтный utf-8, и версия не ниже 2.2.1, и файл .htaccess сохранен в utf-8, то правило можно записать и так:

RewriteRule ^дизайн/логотип(/?.*)$ дизайн-логотип$1

Или так:
RewriteRule ^дизайн/логотип дизайн-логотип

Подробнее: httpd.apache.org/docs/2.4/en/rewrite/intro.html

Вариантов масса c промежуточным хранилищем: в элементе DOM background'a, в localStorage, в indexedDB, в appCache. А отслеживать можно по событиям для WebWorker.

habrahabr.ru/post/216223
В статье описано про "Source Sans Pro", но также действительно и для "Source Code Pro".
Официального релиза кириллицы до сих пор не было и, судя по активности в разработке, уже не будет. Все, что гуляет по интернетам собрано с помощью подхода описанного в указанной статье.

Вот хороший ответ на вопрос: TARS
В 2х словах - швейцарский нож верстальщика от разработчиков 2ГИС, вплоть до автоматической подготовки спрайтов. Все основано на Gulp.

Применяя системный подход - поиск "superfish" в файлах *.js в папке расширений Хрома (для седьмых Форточек: "%SystemDrive%:\Users\%USERNAME%\Local Settings\Application Data\Google\Chrome\User Data\Default\Extensions\" ) отловил несколько расширений с этой "суперфишкой".

У некоторых из них есть галочка в настройках, типа "Disable ads" в духе того, что типа не хочу я помогать вам. У кого нет такой галки - ушли ффтопку, и были заменены аналогами, либо изрядно почищены и установлены, как распакованные с другими ИД, дабы случайно не обновились.

Особо страшного в этой штуке нет - просто подкачивает рекламу, но беда в том, что сам скрипт огромного размера и встраивается во ВСЕ страницы, и такие расширения, как Save Single Page или Read Later их тщательно сохраняют.