Что прописать нужно чтобы файл html автоматически чистилcя в кэше браузера и показывал последние изменения?

Question

[Oslar]

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

Comments

[Lynn «Кофеман»]

Отдавать правильные заголовки кэширования

[Lord_Dantes]

Не кешить сайт

Answer 1

[Павел]

Гуглить мета заголовки cache-control, expires, pragma

Comments

[Oslar]

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

[Oslar]

Павел или мне нужно создать вот файл .htaccess в корне сайта


И прописать туда тот код, что я выше в комментарии вставил?

[Павел]

Oslar, можно создать .htaccess и то что выше туда добавить
А можно мета-заголовки в html файл добавить

[Oslar]

Павел, мета-заголовки стоят уже там и не помогли)

Answer 2

[ThunderCat]

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

Неправильный ответ - прописать заголовки кеширования на короткое время, магия, чистка кэша и вот это все

Правильный ответ - не использовать файлы с одинаковыми именами для динамически меняющегося контента.
Поясню: файлы js, css, изображения и прочие элементы дизайна и функционала должны кешироваться, они не являются динамической информацией и не должны часто меняться. Отключать кеширование для них - глупо и чаще всего бесполезно(вы же не храните прайс в js файле надеюсь?). Информация же динамическая (в вашем случае прайс) либо в виде текста лежит(что вообще не кешируется по умолчанию), либо лежит у вас в виде файла типа price.xls. И вот во втором случае уже будут проблемы. И тут есть 2 нормальных решения: первое - делать уникальные имена для прайсов(например добавлять дату изменения, что логично и удобно как вам так и клиенту), либо после ссылки на файл добавлять уникальный гет параметр, в итоге ссылка файла будет выглядеть как price.xls?date=220519. Тоже приемлемый вариант, но уникальное имя лучше/удобнее.

Comments

[davidnum95]

Правильный ответ - не использовать файлы с одинаковыми именами для динамически меняющегося контента.

А если это spa и основной бандл прописан через тэг script в index.html?

[ThunderCat]

davidnum95,

А если это spa и основной бандл прописан через тэг script в index.html?

тут в любом случае никакие заголовки не помогут(некоторые браузеры их игнорируют вообще), просто после имени скрипта пишется гет поле с тайм-меткой, что заставляет браузер считать его динамическим контентом.

[Андрей Андреев]

davidnum95, все нормальные сборщики каждый раз создают новый бандл с новым хешом и подставляют его в index.html

[davidnum95]

Андрей Андреев, index.html в любом случае кэшируется браузером, хоть меняй хэш, хоть не меняй, разницы никакой.

[ThunderCat]

davidnum95, или я в другом интернете живу, или покажите мне сайт использующий index.html как основу spa приложения...

[davidnum95]

ThunderCat, вы серьезно? Попробуйте вебпаком собрать какое нибудь базовое приложение, на выходе у вас будет 2 файла: index.html и [hash].js

[ThunderCat]

davidnum95, угу, только это не значит что вы в прод выложите index.html

[davidnum95]

ThunderCat, а что по вашему тогда нужно выкладывать?

[ThunderCat]

davidnum95, хм, дайте подумать... в стартовой позиции нам все равно надо будет загрузить какой-то программный стартовый серверный код для спа, может index.php подойдет? Или может просто сделаем нормальные пути для урл типа site.tld/user для разных разделов и будем их роутингом обрабатывать? Хммм, загадка...

[davidnum95]

ThunderCat, для чего нужна прослойка в виде php, если нам по сути нужно отдавать только статику в виде js файлов?

[ThunderCat]

davidnum95, ну, по сути пхп отдает статику в виде хтмл. И какая нафиг у вас статика в жс если у вас там бандл с данными? Или если не с данными - нахрена его рефрешить?

[Андрей Андреев]

Не кешируйте index.html да и все.

[davidnum95]

ThunderCat, у меня такое чувство, что вы никогда не работали с spa и не в курсе как его готовить и деплоить. Вы видимо пытаетесь переложить свой опыт работы с монолитный приложением, где бэк отдает готовые html странички с подключенным jquery, на совсем другой подход к построению веб приложений.

[ThunderCat]

davidnum95, ошибаетесь, просто я знаю какие есть проблемы при использовании spa, на основе достаточно большого опыта. В том числе хранение состояний и восстановление состояния после рефреша. Наоборот, создается впечатление что вы перезанимались версткой, и в бэкенд не вникали.

Answer 3

[dollar]

Вам нужно не смотреть в сторону кеша браузера, а использовать подконтрольный разработчику кеш - например, localStorage. Вашему сайту бесплатно доступно 5Мб на стороне пользователя. Теоретически можно даже превысить этот лимит, побеспокоив пользователя.

Соответственно, сайт выдаёт сводную инфу и крохотный скрипт, который проверяет, устарели данные или нет. Если устарели, то очищает сохраненные данные и загружает новые.

Можно даже по-умному это всё делать. Например, так:
1) Мини скрипт проверяет актуальность базы (когда она была загружена).
2) Дальше шлет мини запрос (ajax) на сервер с указанием этой даты.
3) Сервер проверяет, что изменилось с той даты.
4) Сервер высылает новые данные только с изменениям. Например: товар 555 удалить, товар 777 добавить, товар 999 изменить цену на 14.99
5) Клиент принимает небольшую порцию данных и актуализирует локальную базу в localStorage