我在从网络服务器收到的回复中发现了这些数据,我正在努力理解它。
0000004d9GWDqAzpm/2u4Dzaqprpdcfzc+iZXVDL2IOYDzfqp3N5jvNDC4LABdpJ7dPEFs/pEIwHtpndY78pGtr90to3R/fU6leFc88U0z73A4yHFN0=
我知道那是base64所以我继续解码它以找到以下字符串,我不确定它正在使用什么类型的压缩/编码。
ÓM4ÓNôe¨éý®à<ÚªéuÇósè]PËØ7ê§syóCÀÚIíÓÄÏé¶Ýc¿)ÚýÒÚ7G÷ÔêWsÏÓ>÷Ý
任何人都可以帮我搞清楚吗?
答案 0 :(得分:0)
(这应该是评论,但有点长)
简短的回答是否定的。
它可能是加密的,可能是压缩的。前者通常(但不总是)使用固定大小的块 - 因此字节流的长度可以指示是否是这种情况。鉴于单个字符有6次重复,不太可能被压缩。它可能是一个位图。或者midi文件中的一些条形图。或者....几乎任何事情。
我从网络服务器收到的回复
然后你有更多的访问权限来确定发出的代码(以及它包含的内容)比我们做的更多,但是你将输出显示为字符流表明你前进的路程很长。< / p>
答案 1 :(得分:0)
Base64解码为数据,而不是可打印的字符。
由于使用了字符集,它看起来像Base64,尾随&#34; =&#34;长度是4个字节的倍数。它也可能不是Base64编码,请参阅Rob的评论。它可能是与非Base64前导字符和其余Base64的组合。
以十六进制:D34D34D34E1DF46583A80CE99BFDAEE03CDAAA9AE975C7F373E8995D50CBD883980F37EAA773798EF3430B82C005DA49EDD3C416CFE9108C07B699DD63BF291ADAFDD2DA3747F7D4EA578573CF14D33EF7038C8714DD
但这是一个谜。
注意:并非所有字节值都是可打印字符,并且大多数不是ASCII或UTF-8,这解释了您得到的奇怪输出。