Вы меня конечно извините, но я просто обожаю название переменных, особенно gr,s,a и прочие. Сразу все понятно становится, и даже не нужно спрашивать, что и для чего предназначено. (Сарказм)
Все это красиво, но!
У нас был сервис, который требовал отдавать клиенту ответ со стасом ошибка или нет. Если ошибка — код ошибки и сообщение. Иначе — ответ с объектом или результатом.
Возникли приколы с попыткой отдавать изображения. Плюс были приколы с разными типами ошибок. Но все пришло в печаль, когда клиент рос и стал размером в 1000+ методов. Представьте насколько это удобно искать среди кучи методов необходимый Вам? Представили? А теперь добавьте еще 2-3 таких сервиса. Вуаля. Вас ненавидят (но это не точно). Поэтому от OperationId мы отказались. Также при инициализации клиента не заметил использования авторизации. У Вас сервис для внутренного использования или же просто это для теста?
Извините меня конечно, но сухое объяснение теории и перевод — это здорово. Реали мира таковы, что без примеров и пруфов нет смысла.
Вот к примеру. До того, как загрузятся все стили и скрипты необходимо загружать файл с «loading». Все вроде нормально. Закрепил, сделал. Но ни дай бог картинка указана в css файла preload — всё, финиш. Она отправляется в очередь загрузки и будет загружена значительно позже. А ведь некоторым фреймворкам нельзя указывать prefetch или preload. Возьмем, например, ExtJS. Большая, почти неподъемная библиотека от Sencha. Если её собирать самостоятельно (что вполне нормально), то получается почти 1.5-2 мб стилей и под 10 мб скрипта. Причем в debug Ваши скрипты грузятся каждый отдельно, дабы потом можно было с ним работать. И что тогда делать разработчику?
Может быть будет продолжение данной статьи и применение её на практике с примерами, чтобы было наглядно видно плюсы и минусы. Ибо так — это всего лишь информация, которая блуждает по сети последние пару месяцев и никак иначе.
Это может показаться странным, но последнее время многие люди стали сталкиваться с проблемой установить обновление. Причем не только 2018.10, но и предыдущую версию также обновить не могут. И почему-то только на процессорах Xeon.
Многие конечно начинают смеяться с меня и знакомых, которые на домашний «утюг» поставили такие процессоры, но, как ни странно, радуют глаз уже более 5-6 лет. А вот с update проблемка. Причем уже даже об этом не молчат люди.
Вы указали только использование. Но ведь реальных ситуаций использование данного сжатия — массы. Мне, например, понадобилось нечто большее, чем просто сжатие.
services.AddResponseCompression(
options =>
{
options.Providers.Add<GzipCompressionProvider>();
// if u need custom comression provider -> https://docs.microsoft.com/en-us/aspnet/core/performance/response-compression
//options.Providers.Add<CustomCompressionProvider>();
options.MimeTypes = ResponseCompressionDefaults.MimeTypes.Concat(new[] { "application/font-woff2", "application/font-woff", "application/font", "font/opentype" });
}
);
Можете добавить свой провайдет сжатия или указать ему необходимые настройки. Также и пример работы со сжатием шрифтов и прочего.
О «Great Suspender»
Там другая проблема, когда у Вас много окон и много вкладок, может не все выгружать. Да и «выгрузка» там специфическая. Пользуюсь, но не всегда бывает удобно.
Извините, но после пары лет работы с pgAdmin3 — переход на новую версию так для меня и не состоялся. Уж больно она «подтормаживает» местами. Хотя это сугубо только мое мнение.
Прошу прощение, но не менее странно сравнивать ExtJs 4 (и ниже) версий с более новой версией. Скажу честно — уже 6 лет работаю с ExtJs и все эти проблемы очень быстро становяться плюсами. Ведь главное уметь «готовить» то, что уже имеешь.
Sencha пару лет назад выпустила 5 и 6 версию данного framework. И все координально изменилось. Подход к работе, принципы — все. Да, остался MVC, но уже есть и MVVM. Добавили two-way data binding. Я когда начал смотреть Angular и другие проекты удивлялся, почему нет таких простых возможностей, а в ExtJs они есть. Куча реализаций store (возможность работы с данными), как ajax, так и rest, причем с уже готовыми компонентами. Сел, включил, написал, забыл.
Да, конечно, не стоит забывать о его «огромности» и не всегда хороших подходах. Но для корпоративного сегмента рынка, для приложений, которые пользователь «открыл и забыл» — вполне годная вещица. Но не стоит злоупотреблять, конечно же.
Webix — более «легкая» альтернатива ExtJS от Sencha. И по стилю похожа, и по компонентам. Только почему-то ни в одном обзоре про ExtJS нет ни слова, хотя по количеству функционала и компонентами — даст фору любому другому фреймворку. Есть конечно много минусов в ней, но не об этом вопрос.
Вы меня конечно извините, но я просто обожаю название переменных, особенно
gr,s,aи прочие. Сразу все понятно становится, и даже не нужно спрашивать, что и для чего предназначено.(Сарказм)
У нас был сервис, который требовал отдавать клиенту ответ со стасом ошибка или нет. Если ошибка — код ошибки и сообщение. Иначе — ответ с объектом или результатом.
Возникли приколы с попыткой отдавать изображения. Плюс были приколы с разными типами ошибок. Но все пришло в печаль, когда клиент рос и стал размером в 1000+ методов. Представьте насколько это удобно искать среди кучи методов необходимый Вам? Представили? А теперь добавьте еще 2-3 таких сервиса. Вуаля. Вас ненавидят (но это не точно). Поэтому от OperationId мы отказались. Также при инициализации клиента не заметил использования авторизации. У Вас сервис для внутренного использования или же просто это для теста?
Вот к примеру. До того, как загрузятся все стили и скрипты необходимо загружать файл с «loading». Все вроде нормально. Закрепил, сделал. Но ни дай бог картинка указана в css файла preload — всё, финиш. Она отправляется в очередь загрузки и будет загружена значительно позже. А ведь некоторым фреймворкам нельзя указывать prefetch или preload. Возьмем, например, ExtJS. Большая, почти неподъемная библиотека от Sencha. Если её собирать самостоятельно (что вполне нормально), то получается почти 1.5-2 мб стилей и под 10 мб скрипта. Причем в debug Ваши скрипты грузятся каждый отдельно, дабы потом можно было с ним работать. И что тогда делать разработчику?
Может быть будет продолжение данной статьи и применение её на практике с примерами, чтобы было наглядно видно плюсы и минусы. Ибо так — это всего лишь информация, которая блуждает по сети последние пару месяцев и никак иначе.
Многие конечно начинают смеяться с меня и знакомых, которые на домашний «утюг» поставили такие процессоры, но, как ни странно, радуют глаз уже более 5-6 лет. А вот с update проблемка. Причем уже даже об этом не молчат люди.
Можете добавить свой провайдет сжатия или указать ему необходимые настройки. Также и пример работы со сжатием шрифтов и прочего.
Там другая проблема, когда у Вас много окон и много вкладок, может не все выгружать. Да и «выгрузка» там специфическая. Пользуюсь, но не всегда бывает удобно.
Sencha пару лет назад выпустила 5 и 6 версию данного framework. И все координально изменилось. Подход к работе, принципы — все. Да, остался MVC, но уже есть и MVVM. Добавили two-way data binding. Я когда начал смотреть Angular и другие проекты удивлялся, почему нет таких простых возможностей, а в ExtJs они есть. Куча реализаций store (возможность работы с данными), как ajax, так и rest, причем с уже готовыми компонентами. Сел, включил, написал, забыл.
Да, конечно, не стоит забывать о его «огромности» и не всегда хороших подходах. Но для корпоративного сегмента рынка, для приложений, которые пользователь «открыл и забыл» — вполне годная вещица. Но не стоит злоупотреблять, конечно же.