Есть ли надежный способ остановить доступ ко всем браузерам локально. Это не (просто) о свежести изображения, а скорее о том, что чувствительные изображения хранятся на локальном диске. Добавление случайного параметра url к URL-адресу img, как предложено в похожих вопросах, не помогает, потому что это просто гарантирует, что следующий запрос не является последним запросом в кеше (по крайней мере, это мое понимание). Мне действительно нужно, чтобы изображение никогда не сохранялось локально или по крайней мере не было доступно вне сеанса браузера, если оно сохранено.Предотвращение локального кэширования изображений, для обеспечения безопасности
ответ
При обслуживании ответа на запрос изображения вам необходимо отправить соответствующие заголовки кеша. См. Это сообщение для информации о стандартных способах выполнения этого на нескольких языках программирования.
How to control web page caching, across all browsers?
Существует альтернативный, и, возможно, еще более надежной более сложной, подход, который будет непосредственно заполнять базовые 64 кодированные данные изображения непосредственно в img
src
attrbitute. Насколько я знаю, это не будет подлежать кешированию, так как для получения изображения не требуется отдельный HTTP-запрос. Конечно, вам все равно нужно убедиться, что страница не кэширована, что возвращается к первоначальной проблеме обслуживания соответствующих заголовков для первичного запроса HTML.
- 1. Предотвращение кэширования изображений
- 2. Предотвращение кэширования при загрузке изображений
- 3. Предотвращение кэширования изображений на веб-странице
- 4. Предотвращение кэширования изображений .svg на сервере приложений
- 5. Предотвращение кэширования изображений в MVC 2 C#
- 6. AngularJS Добавить часы для обеспечения безопасности и локального хранения
- 7. Приложение для обеспечения безопасности
- 8. Решения для кэширования изображений
- 9. Предотвращение локального кэширования ответов при потоковой передаче HTTP
- 10. Предварительная аутентификация системы безопасности для обеспечения безопасности
- 11. Предотвращение кэширования данных dataTable
- 12. Предотвращение кэширования процессора?
- 13. Предотвращение кэширования extrenalhit
- 14. Предотвращение кэширования файлов браузера
- 15. Предотвращение частичного кэширования веб-ресурсов
- 16. Предотвращение кэширования ответа ajax
- 17. Предотвращение кэширования IE
- 18. Предотвращение кэширования формы
- 19. Предотвращение кэширования файлов CSS
- 20. Маршрутизация CodeIgniter для обеспечения безопасности
- 21. Мобильные решения для обеспечения безопасности
- 22. Зашифровать файл для обеспечения безопасности
- 23. ASP.Net Перенаправление для обеспечения безопасности
- 24. Mysql Аудит для обеспечения безопасности
- 25. Предотвращение кэширования изображений в рельсах на основе каждого тега
- 26. Шифрование видео для локального программного обеспечения
- 27. Redis для кэширования файлов изображений?
- 28. Профиль обеспечения безопасности
- 29. Риск обеспечения безопасности MSDTC
- 30. Предотвращение кэширования iframe в Chrome
Спасибо. Я видел/часто использовал подход заголовков, но не знал, включили ли это изображения на странице, или это просто страница в целом. Кроме того, я видел другие ссылки на эти теги заголовков с комментаторами, говорящими «не работает для меня» и тому подобное, поэтому мне было интересно, как это было доказательство пули. – user2245759
@ user2245759 Я не знаю, что это можно считать «пуленепробиваемым», но на самом деле я не знаю, если вы собираетесь найти что-то, что будет на 100% эффективным во всех браузерах. –
@ user2245759 Добавлены дополнительные соображения по использованию базовых 64 изображений с кодировкой изображения непосредственно на странице, которые вы можете найти в качестве опции для продолжения. –