У вас есть подсказка о том, как декодировать эту строку (закодировать мою строку в этом формате)? Кажется, что-то вроде base64 в сочетании с ...Неизвестная закодированная строка
n69k0J0xLSEqh0IFG2ZGgeZwLZ0SuiSe:sO6uELP0yW:S17zihfs6qpW20E7R7U2NTZsXzW1YKYIoEUqBXGvygY5CkKolsoh
Я надеюсь, что исходная строка возможно STH так:
ttInd=0&i=750&s1=1234&s2=4321
Если мы предположим, что -- представляет отступы, а также тот факт, что закодированный данные могут содержать : и . символов в нем, можно было бы сначала перейти к выводу, что это может быть модифицированный вариант base64. Но длина закодированных данных равна < = длина входных данных (в зависимости от того, действительно ли & действительно & или на самом деле & до кодирования), поэтому он не может быть основан на base64, который всегда производит более длинные кодированные данные чем входные данные. Таким образом, в игре есть либо простой алгоритм замены, либо используется некоторое количество бит-сжатия. В любом случае, без дополнительного контекста о том, какой формат/протокол используются эти закодированные данные, просто нет способа ответить на этот вопрос как есть. Существует просто слишком много алгоритмов кодирования данных в текст, используемых в реальном мире, чтобы сузить это методом пробной ошибки.
Это определенно не base64. Откуда эти данные поступают точно? Это может дать представление о том, какой тип кодирования поддерживается этим форматом/протоколом. –
Извините, но я не могу сказать ** сегодня **. Я могу только представить еще строки, подобные этим: 'dCqkxyICL8vSuMr8H5ORzQ -' => 'ключ = 8680001 & ttInd = 5297' ' 3NYuZuHJIRoqCAQ0LDD: 2Q - '=>' ключ = 2830001 & ttInd = 2755' ' ziqhDiw5xVEVivOwpfR.RQ - '=>' key = 4620001 & ttInd = 2871' –
Без какого-либо контекста, как вы ожидаете, что люди ответят? Существует множество различных алгоритмов кодирования данных в текст. –