我如何使用 NodeJS 将下面的字符串从 basE91 解码为可读文本?
8D7Hh-9D*.n-!DZrG-#DE-$DD-%DC-sl-tl-BEp2m-CE^Ul-DE}CH-EEE-FED-GEC-<l-=l-hE(.K-iEvqS-jEB-kEB-lEB-mEB-Rm-Sm-%E!{Q-&EDgN-(EG:K-)EE-*EE-+EB-xm-ym-GF{}U-HF()Q-IFt%D-JFE-KFB-LFD-[m-]m-mF;JG-nF7]Q-oF2-pFB-qFC-rFB-Wn-Xn-+FD-,FE-.FB- FE-:FD-;FC-2n-3n-
* 编辑 *
使用 basE91 表,我设法将上面的字符串转换为十六进制字符串
十六进制字符串
5668557210457684246110336890114713568693668683768671151081161086669112501096769948510868691567726969697069687169676010861108104694046751056911811383106696610769661086966109696682109810937693312381386968103784069715875416969426969436966120109121109717012312585727040418173701637687470697570667670689110993109109705974711107055938111170501127066113706711470668711088104370684470694670664770695870685970675011051110
然后我将它送入缓冲区
var buf = new Buffer(hex, 'hex');
console.log(buf.toString('utf8'));
这给了我:
VhUr►Ev?$a►3h?◄G‼V??f??v?q§►?▬►?f?↕P►?v?Hhi↕Vw&???♠??▬?va►?♦i@Fu►V?↑◄81♠if►v?if►??h! ?►??1#?8ih►7?♠?§?T▬??&??6?a ►?!►?↨☺#↕XW'♦♦↑↨7☺▬7htpiupfvph?►?1 ►?♣?G◄►p U??◄↨♣☺↕pf◄7♠q¶pf??►CphDpiFpfGpiXphYpgP◄♣◄►
我怎样才能把它变成我可以使用的东西?我怀疑它是一个 JSON 对象...
最佳答案
您有两个非常不同的问题,在本次讨论中被混为一谈。
如何使用 Javascript/NodeJS/CommnJS 解码 basE91?
这就是您的问题,一目了然,您已经 gotten various responses本着这种精神。答案似乎是:没有现成的解决方案,但 basE91 足够小且足够简单,您应该能够毫不费力地将它移植到 JS。
你的第二个不太明确的问题似乎是:
我如何对 Ultima 的游戏服务器通信协议(protocol)进行逆向工程?
您提到您的“basE91 LE”字符串来自 MMO 游戏服务器,并且 this forum posting about Lord of Ultima几乎是“basE91 little endian”的唯一其他热门歌曲。 (而且它看起来像你 posted there a few days ago 。) 作为 variously noted ,您发布的数据不是普通的basE91。 BasE91 使用了一组明确定义的字符,“-
”和“”(空格)不在其中,但它们都出现在您的数据中。您在评论中提到您认为“
-
”被用作分隔符,如果预先提供更多此类信息,则回答第二个问题会更容易。
关于这个问题的一些说明:
BasE91 使用标准编码表。如果您正在制作在线游戏并希望稍微混淆您的流量,那么使用不同的或打乱的表格是微不足道的。这将解释您的数据中出现的不合法的 basE91 字符。另外,this post来自该论坛的内容看起来就是这样:一个不同的解码/编码表。您是否尝试过使用该表手动解码部分数据并查看它是否有意义?
您请求转换为“可读文本”,但 basE91 用于传输二进制数据,因此不清楚为什么要将其用于纯文本。即使假设它是对文本进行编码,也有各种常见的方法对纯文本进行编码 and the decoded data doesn't appear to be doing so .更有可能的是,数据是实际的二进制数据,并且在非常真实的意义上,basE91 是文本表示。如果没有关于您期望的输出的更多信息,就很难知道您希望如何将其翻译成文本。这是 1 像素透明 gif 的 basE91 编码:
JaQGWo*HBtAARDBtB"B"B"S|QtAAAA$M)Bc4v(#AsAAABtAACABtlBLHBtd
可以将其转换为可读文本吗?你提到你认为它是 JSON,你能给我们一些关于你为什么这么想的提示吗? (再一次,为什么要对纯文本使用二进制编码器?)
在同一论坛帖子中工作,听起来您正在处理一系列 5 位坐标,所以也许这些数字就是您要找的东西?然而,还有更多的谜题,因为那些 basE91 组编码不同大小的数字。也就是说(难以理解的文字警告墙):
echo '8D7Hh-9D*.n-!DZrG-#DE-$DD-%DC-sl-tl-BEp2m-CE^Ul-DE}CH-EEE-FED-GEC-<l-=l-hE(.K-iEvqS-jEB-kEB-lEB-mEB-Rm-Sm-%E!{Q-&EDgN-(EG:K-)EE-*EE-+EB-xm-ym-GF{}U-HF()Q-IFt%D-JFE-KFB-LFD-[m-]m-mF;JG-nF7]Q-oF2-pFB-qFC-rFB-Wn-Xn-+FD-,FE-.FB- FE-:FD-;FC-2n-3n-' \ | while IFS='' read -d - a; do echo -n "'$a' => "; echo -n "$a" \ | ./base91 -d | hexdump | head -1 | cut -d ' ' -f 2-; done # head and cut are easier that understanding hexdump's formatting system '8D7Hh' => 4d 01 57 84 '9D*.n' => 4e a1 3b 9f '!DZrG' => 4f 41 ec 19 '#DE' => 50 81 '$DD' => 51 61 '%DC' => 52 41 'sl' => 53 'tl' => 54 'BEp2m' => 6d 61 6b 9a 'CE^Ul' => 6e e1 ed 94 'DE}CH' => 6f c1 21 1c 'EEE' => 70 81 'FED' => 71 61 'GEC' => 72 41 '<l' => 73 '=l' => 74 'hE(.K' => 8d 61 3b 2b 'iEvqS' => 8e a1 e3 49 'jEB' => 8f 21 'kEB' => 90 21 'lEB' => 91 21 'mEB' => 92 21 'Rm' => 93 'Sm' => 94 '%E!{Q' => ad 01 da 43 '&EDgN' => ae 61 6c 35 '(EG:K' => af 81 4a 2b ')EE' => b0 81 '*EE' => b1 81 '+EB' => b2 21 'xm' => b3 'ym' => b4 'GF{}U' => cd c1 f3 53 'HF()Q' => ce e1 0d 43 'IFt%D' => cf 01 e9 0e 'JFE' => d0 81 'KFB' => d1 21 'LFD' => d2 61 '[m' => d3 ']m' => d4 'mF;JG' => ed c1 6f 18 'nF7]Q' => ee 21 ac 43 'oF2' => ef c1 'pFB' => f0 21 'qFC' => f1 41 'rFB' => f2 21 'Wn' => f3 'Xn' => f4 '+FD' => 0d 62 ',FE' => 0e 82 '.FB' => 0f 22 ' FE' => 71 ':FD' => 11 62 ';FC' => 12 42 '2n' => 13 '3n' => 14
那里肯定有一个模式,如果你眯着眼睛看,甚至看起来是小端。但是他们对我来说没有任何意义,他们看起来很明智吗?
关于node.js - NodeJS、basE91 和小端,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11304190/