Question

我有一台台式机,向一个网络服务器提供约2-3克双元数据。我用<代码>制定了张贴单。 HttpSendRequest, 后者与案文相去甚远,但显然与本书不符。从我的研究来看,我想到的是base64。在校正我的++版图中的数据,然后使用<编码>base64_decode in PHP储存这一数据。

我下载了数份c/c++文档,目的是在<条码>64<><>><>> >上编码,但要么只是不做笔工作,要么是符合PHP编码的编码。

我的问题是:

Am I going about this the right way? Is there a better format to transport this data?
Is anyone aware of a simple class or other c++ code that can help me encode this data in the proper format?

———————— 过去,我一直在这样做,现在比以往更加混淆不清。这里的数据:

Original binary data: http://pastebin.com/cPWjGN3q
After base64 encoding in C++: http://pastebin.com/H4Jze96g
Uploaded as encoded in php: http://pastebin.com/MRLZrsve
Decoded in php: http://pastebin.com/TJs5WCNj
The code I m using to POST the data: http://pastebin.com/L856rKmw.

我不 sure不 sure,但任何使这一 straight人伸出的协助,将受到大为的 appreciated。

-- UPDATE 2 -- The POST process changes the + characters in the encoded data to spaces. See the following:

C++的数据:。

As copied via FTP to server: http://pastebin.com/S0qjfreM

Is there a logical reason why the post process would change this character? I would prefer to understand and resolve the actual problem, but perhaps performing a string replace would be sufficient to finally move past this problem?

Answer 1

第64号基地是一个定义明确的编码机制,因此在执行之间没有不一致之处。如果你用不同的执行方法重新看到一贯的失败,那么问题就在于编码算法以外的其他地方。

你们可以通过简单地将产出倾销到档案中来加以检验。

事实上,尽管编码方法相对健全,但某些特征可能具有特殊意义,取决于其出现的背景(URL, POST, Html)。除此以外,“吉大港”和“大部分”客户实施不同的转让和内容编码可能会造成更多的混乱。

如果我们看到你用什么代码来预选数据并援引HttpSendrequest的话,这可能会有所帮助。

Answer 2

您可使用libb64 ,将64纳入您的投入,但64 编码标准相当,因此,我怀疑,如果你说其他图书馆生产与PHP相容的编码,你可能会做一些错误。

您是否尝试将第64号编码数据编成档案,然后读到PHP中? 这样,你至少可以消除(似乎不可能)相互抵触的可能性。

EDIT:

从你公布的额外资料来看,在将数据发送到HttpSendRequest之前,你可能并不适当地将URL编码。基地64虽然是案文的基础,但仍然使用一些特性,在陶尔编码中具有不同的含义,

阅读 rel=“nofollow”> 因此,我怀疑,由于URL编码的+实际上意味着空间,因此,你在64座右翼的座右铭在到达PHP时就失踪了。

因此,在送交HttpSendRequest之前,你应尝试将扼杀放在一起。我可以指名列任何短信标,将其从我头上抹去,但只需写一份顾及所有基64特性的文件即可。至少需要将<条码>+<>/代码>改为<条码>%2B。

似乎同PHP一样,对你来说是脱编码的,因此,在发送之前就不必打上编码,而不是在你收到时加以脱节。

友情链接