Да, я полагаю, что это кэшируется. Я вижу это поведение на Firefox, например (не Safari, поскольку, что это стоит:)).
можно перезагрузить страницу и обойти кэш (на Firefox) использующий CTRL - SHIFT - R , и Вы будете видеть, что контрольное число не несет (нормальное CTRL - R захватит информацию от кэша однако)
редактирование : Я смог отключить эту сторону сервера на Firefox, установив заголовок управления кэшем:
Cache-Control: no-store
это, кажется, отключает, "помнят функцию" значений формы Firefox
Добавьте autocomplete="off"
в элемент формы на странице. Оборотная сторона - то, что это не допустимый XHTML, но он фиксирует проблему без любого замысловатого JavaScript.
Это - хорошая функция Firefox: при вводе чего-то кроме перезагрузки страница текст остается в текстовой области. То же самое для других настроек Вы выбрали.
увы, это не работает в ТАК (вероятно, сброшенный JS) и более немые браузеры как IE...
, Которые предлагают решение: если действительно необходимо сделать это, сбросить форму с JS. form.reset (), мог бы сделать задание (действия как входная кнопка Сброса).
или вместо f5 нажатие вводят в строку поиска:)
Это могло произойти из-за кэширования браузера - очень полезно для статических веб-сайтов, которые не изменяются слишком часто, очень плохо для динамических веб-приложений.
Попытка с теми двумя метатегами в главном разделе страницы. Второй метатег для более старых браузеров (IE5), которые не распознают метатег "без кэшей", и, хотя отличающийся приводит к тому же результату: Каждый запрос переходит к серверу.
<META HTTP-EQUIV="Pragma" CONTENT="no-cache"> <META HTTP-EQUIV="Expires" CONTENT="-1">
set autocomplete = "off" с js также хорошо работает.
например, с использованием jquery:
$(":checkbox").attr("autocomplete", "off");