MZ
Как я писал выше (писал же, да?) нет единого стандарта.
Size: a a a
2020 October 17
AP
Не только это, нет списка ресурсов, нельзя быть уверенным что ресурс закэширован навсегда, нельзя динамически ресурс добавить/удалить. Да и вообще без сервера тут никак
без сервера даже с св мало чего полезного можно сделать. Закэшировать навсегда легко через сервер, динамически добавить ресурс можно просто его запросив
PM
без сервера даже с св мало чего полезного можно сделать. Закэшировать навсегда легко через сервер, динамически добавить ресурс можно просто его запросив
SW все может сделать без сервера, это прокси которое может садиться на любой запрос и имеет доступ к нему + специальное хранилище в браузере
AP
я понимаю, но что полезного ты без сервера сделаешь
PM
я понимаю, но что полезного ты без сервера сделаешь
Ты видимо опять что-то другое имеешь ввиду под «без сервера». Я имею ввиду то, что SW не требует какой-то специальной поддержки на сервере для реализации управляемого кэша
AP
мне кажется что cache-control заголовок это что-то обычное)
AK
мне кажется что cache-control заголовок это что-то обычное)
Кстати, хороший вопрос, но мне кажется, что если ответ можно вернуть из http кеша, то до SW дело не дойдет и событие fetch не всплывет
AP
Кстати, хороший вопрос, но мне кажется, что если ответ можно вернуть из http кеша, то до SW дело не дойдет и событие fetch не всплывет
вроде бы sw перед хттп кэшом стоит
PM
мне кажется что cache-control заголовок это что-то обычное)
Обычное, но управляем им сервер, а значит для управления с клиента нужно точить сервер.
AP
ну тогда тебе и инвалидацию надо будет на клиенте делать) это все супер сложно и все равно нужен будет сервер. ошибёшься где-то и ещё сервис воркер не сможешь обновить, придётся спец заголовок для него слать
КС
https://pastebin.com/tDiWHAiW
мне было не понятно как весело приготовить сервис воркер для инвалидации сразу же, как ресурс был обновлён
поэтому накидал вот такой треш который дёргает HEAD на каждом запросе
мне было не понятно как весело приготовить сервис воркер для инвалидации сразу же, как ресурс был обновлён
поэтому накидал вот такой треш который дёргает HEAD на каждом запросе
КС
на тот момент это казалось проще, понятнее и железобетоннее, чем хэши в именах файлов
AP
хэши или етаги железобетоннее)
КС
ну можно и e-tag проверять в head
КС
другое дело, это же всё равно нагрузка на сервак
КС
а кэш с хэшами вроде как не грузит ничего лишнего
КС
т.е. минимум запросов чтобы понять, что надо что-то новое загрузить (инфа в html)
AK
вроде бы sw перед хттп кэшом стоит
Да, ты прав!
AK
fetch все равно всплывает, даже если отрабатывает http кеш
AK
хэши или етаги железобетоннее)
насколько я понимаю, кеши и етеги - это настройка кеша сервером, а sw кеш - это управляемый кеш на клиенте