Пятница , 28 Июль 2017
Как новичку заработать в интернете?
ДомойПубликацииПроблема с формой в Internet Explorer 11

Проблема с формой в Internet Explorer 11

Всем привет!

Сегодня со мной произошёл странный случай, даже можно сказать, особенный. Поступило сообщение на странную работу формы. Такое периодически случается, и проблема не всегда в кривых руках юзеров, которым свойственно принимать особенность работы за «страшные ошибки», или менеджерах, у которых «вчера отображалось как-то иначе».

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

Проблема с формой в Internet Explorer 11

Конечно же, сразу проверил. Всё ожидаемо работало как должно, после отправки формы появлялось сообщение о том, что данные приняты.

На мой ответ, что проблем не обнаружено, получил существенное дополнение — трабла появляется в Internet Explorer 11. Уже лучше.

Заполняю форму и отсылаю. Успешно. Странно, но бывает. Жму назад и повторяю «трюк». Баг! Ввожу капчу ещё раз, отправляю — опять выводится страница с предупреждением о неверно разгаданных циферках с картинки.

На почту, тем временем, падает пара писем. Очевидно, что форма работает. Но почему же IE при отправке грузит старую страницу?

По стандарту браузеры обязаны не кешировать POST-запросы.

Вообще, существует не так много возможных проблем. Порой таблица базы покрашится (для MyISAM штатное дело). Ещё встречалось такое, что в ходе копипасты старой формы с небольшими изменениями, появлялась возможность «проскочить» проверку — в старом скрипте использовалась проверка на переменную, которую из нового убрали. Данные по факту не проверяются (нет переменной). Но и ошибок нет, и пришёл POST-запрос. В данном случае, проблемы были не в этом.

Думаю, что если IE чихает на стандарты и кеширует старый запрос, логично посылать заголовки запрета кеширования. Делаю. Проблема остаётся.

Хорошо, копаю глубже. Браузеры могут тоже содержать ошибки. Есть беспроигрышный вариант — добавлять уникальные параметры при каждом запросе. В этом случае клиенты по определению не могут закешировать результат — урлы-то разные. Добавляю необходимый код. Проблема остаётся.

Следующий шаг — «гашу» скрипт при успешной проверке входных данных. Проблема остаётся! Это уже что-то из ряда вон.

Ставлю сниффер. Интересуют, прежде всего, заголовки клиента и сервера.

Качаю используемый ранее Microsoft Network Monitor. Тулза замечательная, но работать отказывается.

В ходе дальнейших поисков попадаются решения с упоротыми ценами по $150+. Среди них нашёл бесплатную версию, установил и… оказалось, что она позволяет просматривать логи, созданные «старшей» версией. Идиотизм, что сказать — нафига нужен сниффер, который не в состоянии перехватывать трафик? Меня бы устроила работа для одной программы, без возможностей сохранения результатов и ещё кучей ограничений. Ну да ладно.

В итоге, нарыл старый добрый Fiddler. Ловит далеко не все пакеты, но что есть…

Смотрю заголовки и тихонько офигеваю — следует запрос, сервер возвращает результат — редирект (так и должно быть), далее браузер осуществляет повторный запрос на адрес валидации формы, передаёт POST-данные (WTF? Как?!!) и, естественно, на страницу вываливается ошибка — после успешного разгадывания данные по старой капче уничтожаются.

Тут я малость подзастрял. Но, как говаривал старина Холмс: «Отбросьте всё невозможное, то, что останется, и будет ответом, каким бы невероятным он ни оказался». Всё, от серверной части до клиентской, работает. Остальные браузеры это подтверждают. Проверено всё, кроме… JavaScript.

Лезу сначала в код формы, листаю до сабмита, и общая картина примерно складывается. Простейший код, без нагромождений:

<form action="" method="post" id="myform">
    <!-- 
здесь поля формы -->
    <
button type="submit" onclick="document.getElementById('myform').submit()">Отправить</button>
</
form>

Конкретно насторожил этот момент:

onclick="document.getElementById('myform').submit()"

Эту штуку верстал не я. Она досталась, как и дизайн, от одной веб-студии. Не ясно, для чего на кнопку, отправляющую форму, нужно вешать код для того же действия.

Проверяю. Удаляю код-огрызок — форма работает как надо. И снова. И ещё раз.

Таким образом, происходило следующее. Firefox и Chrome отправляли форму один раз и успокаивались. Internet Explorer действовал иначе: сначала отправлял форму по событию onclick, и тут же генерировал отправку по стандартному button=submit. Если первый запрос чуть подвисал, второй исполнялся раньше и выдавалось сообщение об успешном принятии данных. Но так случается не всегда, обычно сервер успевает обработать первый запрос раньше, а на следующем (основном) капча не проходит проверку.

На этой радостной ноте всем желаю успехов. Пока-пока.



Рейтинг: 0

Автор публикации

1 601
не в сети 10 часов

x64 (aka andi)

Комментарии: 2299Публикации: 320Регистрация: 02-04-2009
Так себеНеплохоХорошоЗамечательноСупер! (Оценок пока нет)
Загрузка...

Оставить комментарий

Ваш email не будет опубликован.Необходимы поля отмечены *

*

Добавьте изображение (jpg/gif/png)

Авторизация

Регистрация

Пароль не введен

Генерация пароля