Люблю смеяться

не, там все норм

нет zlib?

росскажы

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

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

Данных не мало, и мы не можем отправлять между сервисами больше 5 Mb, а батчинг мы еще не реализовывали в протоколе, потому что не было необходимости. Часть протокола работает по tcp/ip, часть по websocket, часть через socket.io прослойку для websocket.

Формируется выгрузка таблички с микросервиса, сжимается (ограничение 5 Mb), отправляется в другой сервис, где разорхивируется результат и агрегируется результат работы нескольких микросервисов. После опять сжимается и отправляется дальше.

И проходя через несколько транспортов tcp/ip, websocket, socket/io, часть из которых уже gzip’уется, все это чудо попадает на клиент. И тут стоит вопрос: выгружать в браузере выгрузку архивом или все таки распаковать?

Разумеется, если распаковать, то пользователю будет проще. Накладных ресурсов нет, так как запакованный файл уже в браузере.

некоторые девушки 2000-2002 года некоторые уже снимаются в pornhub вовсю

я 2000

у меня знакомая 97 года не знает, что такое видак)

ты уже снимаешься в pornhub?

неа

мой дракон 🐉  2000 года выпуска

подумывал, на самом деле )

Ну это долго будет

Опытные товарищи, поделитесь опытом, как лучше импортировать material или другую аналогичную штуку, разбитую на много модулей?
Делать под неё shared модуль с импортом всего, что хоть раз используется в приложении и импортировать этот shared во все lazy модули? Или же для каждого lazy модуля прописывать нужные только ему импорты?
Это всё интересует с точки зрения ускорения первичной загрузки приложения.

все надо попробовать :)

мм

импортировать в каждый