Found 1 bookmarks
Custom sorting
Your Cache Headers Could Probably be More Aggressive
Your Cache Headers Could Probably be More Aggressive

Короткая статья про кеширующие хедеры. При настройке заголовков ответа на сервере или CDN можно указать правила кеширования. Если их правильно настроить, это сильно поможет и пользователю и приложению.

Автор разбирает 2 простых сценария: кеширование до изменения и вечное кеширование.

Если у вас есть ресурс, который иногда меняется, то имеет смысл выставить следующее значение заголовка Cache-Control: public, max-age=0, must-revalidate. В этом случае браузер при повторном указании ресурса будет спрашивать у веб-сервера, изменился ли указанный ресурс или нет. И если не изменился - сервер ответит 304 кодом, что означает, что браузер может взять контент из кеша. В этом случае выигрывают все - пользователь не скачивает лишний трафик, не ожидает загрузки. Сервер же не тратит свои ресурсы на раздачу файла

Если у вас есть ресурс, который никогда не меняется (например, JS-статика с хешом в имени), то в заголовок можно передать public, max-age=31560000, immutable.

public означает что ресурсы может быть закеширован как на устройстве так и на посредниках max-age=31560000 указывает, что ресурс кешируется на 1 год immutable означает, что браузер не должен перезапрашивать ресурс, если он уже есть в кеше.

В целом эти 2 совета могут быть верны для многих случаев, но в реальности могут быть случаи между двумя этими крайностями. Разработчику следует подумать о кешировании своих ресурсах т.к. правильная стратегия кеширования является вин-вин ситуацией: и пользователь и сервер выигрывают от правильно настроенного кеширования

·macarthur.me·
Your Cache Headers Could Probably be More Aggressive