Форма искажает данные?

Question

[Владимир Куц]

Есть некая форма

<form id="register_form" enctype="text/plain" name="form_prev" method="GET" action="http://some/url/path" target="_blank" class="ng-pristine ng-valid">
...
                                <input name="signature" type="hidden" value="YT4M_тут_много_цифр _и_букв_0NGI=" id="signature">
                              </form>

Я ей делаю сабмит так:

<button class="btn btn_default btn_default_block" id="submit-register"
                                            onclick="document.getElementById('register_form').submit();">Далее</button>

Но в итоге уходит такой url:

http://some/url/path?sector=...&signature=YT4M_тут_много_цифр _и_букв_0NGI%253D

То есть данные формы искажаются, несмотря на enctype="text/plain". В результате сигнатура не принимается. Если я меняю в строке урл "%253D" на "=" - то все ок.
Что я делаю не так?

Comments

[Александр Карпов]

Пробовали без js такую форму отправить, проверить?

[Александр Карпов]

Вообще я не заботился ранее о красоте урла, когда передавал что-то подобное, однако если вы получаете искаженные данные в GET, то вы можете попробовать urldecode

[Владимир Куц]

Александр Карпов: попробовал - то же самое

[Владимир Куц]

Александр Карпов: тут дело не в красоте. Сторона-получатель не принимает искаженную сигнатуру

[Александр Карпов]

Владимир Куц: может курлом через аякс попробовать отправить нужную урлу вашему сервису?

[Владимир Куц]

Александр Карпов: мне нужно редиректить пользователя формой, добавляя подписанные цифровой подписью данные.

[Александр Карпов]

Владимир Куц: самое время спросить ребят, к которым вы редиректите, мол почему такая трабла происходит...

Answer 1

[Владимир Куц]

Все дело оказалось в редиректе. Сайт редиректил url с http на https, и таким образом осуществлял кодирование урл вторично.
Таким образом символ "=" первый раз кодировался в "%3D", а второй раз - уже в "%253D"
Происходило двойное кодирование, и сигнатура при декодировании давала неверный результат, вместо символа "=" - получался "%3D" и цифровая подпись не сходилась.
Всем спасибо за подсказки.

Answer 2

[Алексей Уколов]

Данные формы не искажаются, а кодируются для использования в URL. На стороне сервера должно происходить автоматическое раскодирование.

Comments

[Владимир Куц]

Я это понимаю. Но ответ на урл - "неверная сигнатура". Меняю в адресной строке "%253D" на "=" - все ок. Сигнатура верна, данные приняты для обработки.

[Владимир Куц]

Спасибо - вы правы. Как оказалось - происходило двойное кодирование.

Answer 3

[ivankomolin]

Думаю не стоит думать о том, как в строке url браузера выглядят данные.
Необходимо смотреть, что он отправляет на сервер и что тот получает.
"Если я меняю в строке урл "%253D" на "=" - то все ок" - если это действительно так, то знак "=" вам вообще не нужно передавать)
Пример:
1. Ваш случай, когда браузер закодировал = в %253D
joxi.ru/823LpqPcldn4AO
2. Ваш случай, когда вы руками в браузере заменили %253D на =
joxi.ru/52anYx7Hq590A0

Comments

[Владимир Куц]

Убираю "%253D" в адресной строке - "ошибка цифровой подписи", добавляю "=" - сигнатура верна, данные приняты для обработки

[Владимир Куц]

Это get-запрос. Данные передаются в урл. Наличие/отсутсвие символа "=" в сигнатуре существенно влияет на результат валидации переданных данных. По какой-то причине на той стороне не происходит раскодирования. Но на это я повлиять никак не могу.
Передача вручную в урле строки сигнатуры с символом "=" приводит к успешной валидации данных. Мне нужно добиться такого же поведения при передаче данных из формы.

[Владимир Куц]

Спасибо - вы правы. Как оказалось - происходило двойное кодирование.

Answer 4

[Алексей Lepshiz]

<form id="register_form" ... /form>
<button ... onclick="document.getElementById('register_form').submit();">Далее</button>

К слову у button есть атрибут form, который связывает кнопку и форму по ID и onclick="" тут вообще не нужен.

Comments

[Владимир Куц]

Спасибо - не знал. Век живи - век учись..

Answer 5

[Kovalsky]

Владимир Куц, как у вас все странно.

Задача: отправить на сервер запрос, чтобы он был по-человечески принят и обработан,

Дано: вполне обыкновенная форма и сервер, который по-идиотски обрабатывает данные,

Если все так и есть, и я все правильно понял, то:

Решение №1: как-то все-таки заставить сервер обрабатывать данные нормально, как все это блин делают) urldecode и все такое

Если это невозможно, то

Решение №2: отправлять данные с помощью JS, самому формировать запрос,

Comments

[Владимир Куц]

Было бы не странно - возможно к коллективному разуму и не обращался бы :)
Решение 1 не подойдет, так как сервер не мой, соответственно пытаюсь проблему решить пока на своей стороне. Тем более смена символа вручную решает проблему.
Решение 2 - ну наверное единственный выход...

[Владимир Куц]

Никита Полевой: как оказалось - бок таки на моей стороне. Произошло двойное url-кодирование.
"=" сначала превратилось в "%3D", а затем в "%253D", после чего по-видимому на той стороне раскодировалось в "%3D" вместо "="

[Kovalsky]

Владимир Куц: понятно!