简体   繁体   English

为什么银行付款验证系统使用JavaScript重定向

[英]Why do banks payment validation systems use JavaScript redirects

When you pay through online payment systems ( being with or without 3DSecure), you fill in the form and validate, and from a strictly visual point of view, things seems pretty straightforward. 当您通过在线支付系统(带有或不带有3DSecure)进行支付时,您​​填写表格并进行验证,并且从严格的视觉角度来看,事情似乎非常简单。 But behind, there is often multiple redirections, which are handled through JavaScript. 但是在后面,通常有多个重定向,这些重定向是通过JavaScript处理的。

Basically, your data is submitted, and you land on a page with a pre-filled form, which is immediately submitted through JavaScript, sometimes multiple times in a row (with fast enough connection, you don't even see those steps from browser). 基本上,您的数据已提交,然后您进入了一个具有预填充表单的页面,该表单会立即通过JavaScript提交,有时会连续多次提交(连接速度足够快,您甚至无法从浏览器中看到这些步骤) 。

I was wondering why they do it that way (instead of proper back-end redirections), and I can't find an answer to it. 我想知道为什么他们要这样做(而不是正确的后端重定向),而我找不到答案。 My guess is that it's just to make it harder for scripts to follow it, but it's still possible to do it (so why bother), and to my opinion, the "dirty aspect" of it (from a coder point of view) is not worth the constraints it gives to scripts that would attempt an automatic validation. 我的猜测是,这只会使脚本难以遵循,但仍然有可能做到这一点(为什么要打扰),我认为,它的“肮脏方面”(从编码器的角度来看)是不值得给尝试自动验证的脚本提供限制。

Do you have any insights on this? 您对此有何见解?

From my view, using the JavaScript will detect the bot or human efficiently. 在我看来,使用JavaScript可以有效地检测到机器人或人类。

As you can already saw, how the Google validate the bot. 如您所见,Google如何验证机器人。

It's just simple a check box, but it's quite complicated if you try to write the bot to verify or pass the check. 这只是一个简单的复选框,但是如果您尝试编写自动程序来验证或通过该检查,则会非常复杂。 (Now I still don't know how to pass by it ^) (现在我仍然不知道如何通过它^)

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM