未知的編碼字符串

-1

關於如何解碼此字符串（將字符串編碼爲此格式），您有任何提示嗎？似乎有什麼東西一樣的base64聯合...未知的編碼字符串

n69k0J0xLSEqh0IFG2ZGgeZwLZ0SuiSe:sO6uELP0yW:S17zihfs6qpW20E7R7U2NTZsXzW1YKYIoEUqBXGvygY5CkKolsoh

我希望原來的字符串也許某事像這樣：

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

來源

2014-01-24 Anette D.

這絕對不是base64。這些數據來自哪裏？這可能會提供關於該格式/協議支持哪種類型的編碼的線索。 –

對不起，但我今天不能說**。我只能呈現另一個字符串喜歡這些： 'dCqkxyICL8vSuMr8H5ORzQ - '=>'鍵= 8680001 & ttInd = 5297' '3NYuZuHJIRoqCAQ0LDD：2Q - '=>'鍵= 2830001 & ttInd = 2755' ' ziqhDiw5xVEVivOwpfR.RQ - '=>'key = 4620001 & ttInd = 2871' –

沒有任何語境，您如何期待別人回答？有許多不同的數據到文本編碼算法。 –

如果我們假設--代表填充，而事實上，該編碼數據中可能有:和.個字符，可能會首先跳到它可能是修改後的base64變體的結論。但是，編碼數據的長度爲< =輸入數據的長度（取決於&是否真的是&或實際上是編碼前的&），所以它不能基於base64，它始終會生成更長的編碼數據比輸入數據。所以有一個簡單的替換算法在使用，或者使用一些比特壓縮。無論哪種方式，沒有更多關於這種編碼數據實際用於何種格式/協議的上下文，根本沒有辦法像現在這樣回答這個問題。在真實世界中使用的數據到文本編碼算法太多，無法通過試錯法縮小這個範圍。

來源

2014-01-24 19:33:50

未知的編碼字符串

回答

相關問題