L
префетч в основном
Size: a a a
2020 October 17
MZ
Кстати тоже были с этим проблемы. Пришлось дико оптимизировать ресурсы. Вообще ощущение что технология SW все ещё довольно сырая
У меня почти все медиа-ресурсы, кроме иконок грузятся с CDN.
По-моему когда у тебя статики на 50+ мб — это повод задуматься, что ты где-то свернул не туда.
По-моему когда у тебя статики на 50+ мб — это повод задуматься, что ты где-то свернул не туда.
AP
префетч можно без св делать
L
префетч можно без св делать
так чтобы вся статика была гарантированно загружена, причем еднажды?
PM
чет помоему все путают назначение сервис воркера) для кэширования есть обычные хттп заголовки и сервис воркер для этого не нужен
Хм, а как динамически управлять кэшированием ресурсов с клиента через заголовки? 🤔 Разве заголовки дают полный контроль за ресурсами с клиента?
L
У меня почти все медиа-ресурсы, кроме иконок грузятся с CDN.
По-моему когда у тебя статики на 50+ мб — это повод задуматься, что ты где-то свернул не туда.
По-моему когда у тебя статики на 50+ мб — это повод задуматься, что ты где-то свернул не туда.
Да ладно. Вот я начинающий, веду разработку у себя на локал хосте. Хочу не парясь картинку подсунуть какую-нибудь, скажем слайдер надумал делать. Картинка оказалась в 50мб и всё
L
неожиданность)
AP
Хм, а как динамически управлять кэшированием ресурсов с клиента через заголовки? 🤔 Разве заголовки дают полный контроль за ресурсами с клиента?
нужен конкретный кейс, но вообще я имел ввиду простое кэширование.
MZ
Хм, а как динамически управлять кэшированием ресурсов с клиента через заголовки? 🤔 Разве заголовки дают полный контроль за ресурсами с клиента?
Не понимаю, зачем мне управлять кешем динамических ресурсов на клиенте. У меня медийка не может обновиться без смены урла, вот и всё управление.
PM
нужен конкретный кейс, но вообще я имел ввиду простое кэширование.
Конкретный кейс: SPA с работой оффлайн, например гугл докс
AP
так чтобы вся статика была гарантированно загружена, причем еднажды?
однаждость дают заголовки, загрузку всей статики тоже можно организовать
MZ
Да ладно. Вот я начинающий, веду разработку у себя на локал хосте. Хочу не парясь картинку подсунуть какую-нибудь, скажем слайдер надумал делать. Картинка оказалась в 50мб и всё
Ну ни@уя себе неожиданность 😳 (простите)
L
Ну ни@уя себе неожиданность 😳 (простите)
а вот случается. ничего феноменального не вижу
PM
Не понимаю, зачем мне управлять кешем динамических ресурсов на клиенте. У меня медийка не может обновиться без смены урла, вот и всё управление.
Если ты делаешь оффлайн-ферст приложение ты должен совершенно точно и желательно вручную менеджерить ресурсы приложения
MZ
а вот случается. ничего феноменального не вижу
Много чего вокруг случается, как правило всё сводится к тому, чтобы не сдохнуть от этих случайностей ))
AP
Конкретный кейс: SPA с работой оффлайн, например гугл докс
все ещё слишком расплывчато для конкретного кейса, я думаю в гугл докс применяется куча технологий и они существуют ещё до появления св
PM
Собственно SW создан в качестве подхода offline-first
L
Много чего вокруг случается, как правило всё сводится к тому, чтобы не сдохнуть от этих случайностей ))
не все же с vue пошли на svelte. или как? надо сначала все круги ада отмотать на реакте, vue, потом опытному на sapper переходить?
PM
все ещё слишком расплывчато для конкретного кейса, я думаю в гугл докс применяется куча технологий и они существуют ещё до появления св
Конечно, но они его и продвигали вместе с PWA.
PM
То что у них были workarounds не значит что не должно быть встроеного решения