2014-01-24 51 views
-1

关于如何解码此字符串(将字符串编码为此格式),您有任何提示吗?似乎有什么东西一样的base64联合...未知的编码字符串

n69k0J0xLSEqh0IFG2ZGgeZwLZ0SuiSe:sO6uELP0yW:S17zihfs6qpW20E7R7U2NTZsXzW1YKYIoEUqBXGvygY5CkKolsoh 

我希望原来的字符串也许某事像这样:

ttInd=0&i=750&s1=1234&s2=4321 
+0

这绝对不是base64。这些数据来自哪里?这可能会提供关于该格式/协议支持哪种类型的编码的线索。 –

+0

对不起,但我今天不能说**。我只能呈现另一个字符串喜欢这些: 'dCqkxyICL8vSuMr8H5ORzQ - '=>'键= 8680001 & ttInd = 5297' '3NYuZuHJIRoqCAQ0LDD:2Q - '=>'键= 2830001 & ttInd = 2755' ' ziqhDiw5xVEVivOwpfR.RQ - '=>'key = 4620001 & ttInd = 2871' –

+0

没有任何语境,您如何期待别人回答?有许多不同的数据到文本编码算法。 –

回答

0

如果我们假设--代表填充,而事实上,该编码数据中可能有:.个字符,可能会首先跳到它可能是修改后的base64变体的结论。但是,编码数据的长度为< =输入数据的长度(取决于&amp;是否真的是&amp;或实际上是编码前的&),所以它不能基于base64,它始终会生成更长的编码数据比输入数据。所以有一个简单的替换算法在使用,或者使用一些比特压缩。无论哪种方式,没有更多关于这种编码数据实际用于何种格式/协议的上下文,根本没有办法像现在这样回答这个问题。在真实世界中使用的数据到文本编码算法太多,无法通过试错法缩小这个范围。