【问题标题】:What is this hex-like stuff in my POST to a InMagic Textworks system我对 InMagic Textworks 系统的 POST 中的这种类似十六进制的东西是什么
【发布时间】:2014-02-12 23:05:33
【问题描述】:

我正在查看 Chrome 开发人员工具中对 Inmagic TextWorks 系统的 POST 请求的详细信息。如果我深入研究 POST,我会看到:

Form Dataview sourceview URL encoded
status:
mode:sort
currentPage:1
querySql:[PROCESSED]c:5f:2:61:58:-62:7:3 [bunch of stuff like this] 

我在 querySql 中查看什么?我的第一个想法是它是十六进制,但它包含负数——当我通过十六进制到 asci 转换器运行它时,我得到了废话。我的第二个想法是它是 URL 编码——但它不包含百分比。很明显,这是某种编码的 SQL —— 但是这样的 SQL 是如何编码的呢?它是什么?我怎么知道它是什么意思?

【问题讨论】:

  • 是的,它似乎是一个带符号的 8 位十六进制数字序列。但除此之外,我看不出他们有什么熟悉的地方。可以是任何东西;也许是 SQL 预编译器生成的一些(二进制)中间表示?我只是在这里猜测;要真正理解其含义,您需要了解生成它的代码。请提供一些关于您称之为“别人的代码”的详细信息。
  • 它是由生成它的应用程序专有编码吗?也许是供应商通过隐蔽措施实现的安全性?

标签: html forms http encoding


【解决方案1】:

根据InMagic support

当用户点击搜索表单中的“提交查询”按钮时, 浏览器收集搜索框中的信息并将其发送到 WebPublisher 可以从中获取提交信息的服务器 表格并进行搜索。此信息按名称 / 值对,然后进行编码以通过网络传输。

如果你继续阅读,你会看到:

这个“罐头”查询是使用 GET 方法构造的,用于提交 CGI 脚本的信息。 WebPublisher 的标准查询使用 POST 方法。

我相信你看到的是这个“罐头”查询或键/值匹配的一部分。

【讨论】:

    猜你喜欢
    • 2018-11-10
    • 2017-04-04
    • 1970-01-01
    • 2022-11-02
    • 1970-01-01
    • 1970-01-01
    • 2023-01-26
    • 2010-10-26
    • 2015-06-12
    相关资源
    最近更新 更多