是这样的, 我用第三方软件把 一段西班牙语 用Base64压缩, 然后传到 Quicker 这里来了。
但是解码后,西班牙语乱码了。
我暂时没什么好办法。 不知道有没有改进这方面的插件?谢谢
补充一下:
我用别的软件做 BASE64解码是正常的,所以应该就是quicker内部的某些语言的支持问题了。 希望得到指导
可能转换为base64的时候编码格式不对,确认使用utf8编码转换。 如果仍有问题,给出详细的示例、如何做的编码和解码、“别的软件”的相关信息和截图。
HI,大佬们, 这是 示例西班牙语: Los métodos de producción y las pruebas de calidad del fabricante
这是 改示例 转换成 Base64 : TG9zIG2opnRvZG9zIGRlIHByb2R1Y2NpqK5uIHkgbGFzIHBydWViYXMgZGUgY2FsaWRhZCBkZWwgZmFicmljYW50ZQ==
我最新的研究结果是: 可以把西班牙文 保存到 UTF-8的TXT里, 然后用“读取文件”+系统编码:GB2312, 把正确的西班牙文案传入Quicker。
只是,我之前是打算用 Base64 解码出问题。。
已经试了很久,我认为 Base64 在解码转为 UFT-8或 GB2312 的时候就已经出错了。 用 转换编码 utf-8 --> gb2312 也无法变回正确的内容。----- 希望有大神能解决
Base64编码,一般是使用UTF8编码转换为字节数组,然后再获取对应字节数组的Base64编码结果。
原文对应的基于UTF8编码的Base64编码结果为:TG9zIG3DqXRvZG9zIGRlIHByb2R1Y2Npw7NuIHkgbGFzIHBydWViYXMgZGUgY2FsaWRhZCBkZWwgZmFicmljYW50ZQ==
可以找一个在线编码的网页进行测试。比如这个:https://tool.oschina.net/encrypt?type=3
线上是没问题的, 如果单独用quicker的BAS64解码也没问题(刚测试的)
我用其他软件,传参进来后解码 是乱码的 。 奇怪。
-------我再试试
今天调试,发现又没问题了。奇怪
这边刚才再测试“通过传参,从外部获取”, 西班牙乱码的问题又出现。 我也不知道怎么说好了!
暂时全改成 另存指定路径一份 UTF-8的 记事本来交换数据
如果输入是确定的,输出肯定也是确定的。所以问题应该不在这里。
如果有哪里不对,请通过调试运行的方式查找问题。https://getquicker.net/kc/help/doc/debug