_ _

pngquant

А какая разница, если у клиента какое-нибудь неповоротливое гуано в качестве сервера? И что там у него за соединение? Http? Или может Tcp/ip? Или http2?
Можно попробовать на своем сервере сделать пул keep-alive соединений, чтобы минимизировать хендшейки, если речь про http.
Так или иначе, скорость будет равна скорости самого медленного звена в этой цепи.

this.Subscription = $resource(apiHost + 'subscription', {}, {
           create: {
                method: 'POST',
                headers: { 'Content-Type': 'application/x-www-form-urlencoded' },
                transformRequest(data) {
                    var str = [];
                    for (var d in data)
                    str.push(`${encodeURIComponent(d)}=${encodeURIComponent(data[d])}`);
                    return str.join("&");
                }
            },
});

this.API.Subscription.create({email:email}).$promise

Но по-хорошему это надо делать на уровне приложения, потому что у вас, судя по всему, весь API на Content-Type: application/x-www-form-urlencoded

Порекомендую следующее - начинаете читать литературу по андроид-разработке.
Как только натыкаетесь на незнакомую конструкцию - открываете литературу по Java и грызете часть, относящуюся к новой незнакомой конструкции до тех пор, пока не придет озарение.
Так будет проще прогрессировать - будет виден результат, не в виде абстрактных консольных выводов, а в виде развития (хоть и небыстрого) интересного вам приложения.

https://google-webfonts-helper.herokuapp.com

Пример из документации Webpack:

new webpack.DefinePlugin({
    PRODUCTION: JSON.stringify(true),
    VERSION: JSON.stringify("5fa3b9")
    TWO: "1+1"
})

RTFM

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

if (TEST == true) {
}

на выходе после применения плагина с { TEST: JSON.stringify(false) } будет

if (false == true) {
}

после применения к такому коду UglifyJS такая ветвь будет целиком убрана из результирующего кода.
Почему именно JSON.stringify - DefinePlugin рассматривает значения ключей, как строки, содержащие JavaScript. Поэтому булевое значение это { TEST: "false" }, а строковое значение
это { TEST: "\"false\"" }

Потому что интернет-магазины без SEO никуда, а для полноценной SEO-оптимизации нужно, чтобы страница возвращалась наполненной сразу с сервера. Все истории о том, что Google умеет выполнять JS на странице это разговоры в пользу бедных - уметь он умеет, вот только как конкретно он это делает никто не знает и в плане SEO полагаться на слепую удачу никто не будет, потому что это деньги.
Сделать рендеринг Angular 1.x приложения на сервере возможно, но это огромный костыль, надежность которого оставляет желать лучшего.
Поэтому все и делают по-старинке. Само собой, Ангуляр можно использовать в каких-то частях магазина, например в корзине или админке, плюс для добавления каких-то интерактивностей на статику с сервера.
Если все-таки хотите Angular, то тогда вам нужна версия 2. Но сразу оговорюсь - Angular Universal (проект для серверного рендеринга) не является официальной частью Ng2, во всяком случае пока.
Вам понадобятся навыки в NodeJS и Express плюс немного изобретательности.

Серебрянной пули увы нет.
Есть blur в ccs3, он размывает элемент вместе с содержимым, работает медленно.
Есть backdrop-filter, который размывает конкретно то, что лежит под элементом, не трогая содержимое -поддержка на уровне экспериментальной фичи.
Насчет того, как плагины работают, если без CSS - уверен, работают они не для всякого контента, а для подготовленного. Есть трюк с двумя картинками - обычной и размазанной, когда на заднике обычная, а на элементе сверху - размазанная. За счет позиционирования элемента сверху и его бэкграунда делаем вид, что размываем изображение под нами
P.S. На сайте Apple используется backdrop-filter

https://docs.djangoproject.com/en/1.10/ref/models/...

Будет. Это решение из разряда "смотрите, так тоже можно", а не "хрен уронишь"

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

Не требует - ресурсы упаковываются в приложение, загружаются с локального адреса.
100% кроссплатформенного подхода не бывает. Если кто-то говорит обратное - он врет. UI-паттерны настолько разные на разных платформах, что спрятать их за единый фасад практически невозможно.
Текущий тренд - снизить долю платформозависимого кода. С этим легко справляются все актуальные инструменты - Cordova, Xamarin, ReactNative.
Основная идея - максимально изолировать бизнес-логику и сделать ее платформонезависимой.

https://docs.angularjs.org/api/ngSanitize/service/...

В ангуляре нормально, если компонент знает о сервисе - он же не знает о его конкретной реализации, а получает его через DI. Поэтому tight coupling тут нет, можно тестировать независимо.
Так что не придумывайте себе проблем на ровном месте.