Как побороть кэширование при замене файла в S3 на другой, но с тем же именем?

Question

[Urbansamurai]

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

Answer 1

[Иван Шумов]

S3 отвечает за это самостоятельно и управляет заголовками тоже, поэтому в этом нет проблемы. Если хочется более высокого контроля то можно обернуть S3 через CloudFront

Comments

[Urbansamurai]

то есть по Last-Modified он поймет, что файл новый?
А CloudFront не получится использовать, так как инфраструктура используется Яндекс.Облака

[Иван Шумов]

Urbansamurai, по E-tag, на самом деле.
Каким местом aww s3 связан с yandex cloud?

[Urbansamurai]

Иван Шумов, там есть такое же объектное хранилище полностью совместимое с амазоновским s3

[Иван Шумов]

Urbansamurai, ну и?) если данные получаются через Яндекс то вопрос в aws не имеет вообще никакого отношения

[Urbansamurai]

Иван Шумов, в смысле? s3 и там, и там одинаково работает

[Иван Шумов]

Urbansamurai, нет

[Urbansamurai]

Иван Шумов, а какие ключевые отличия? кроме отсутствия дистрибьюции через cloudfront

[Иван Шумов]

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

[Евгений Хлебников]

Urbansamurai многие клауд вендоры имеют решения совместимые с S3 API. Это не значит что они работают точно так же как и AWS S3, особенности реализации могут играть важную роль.