我正在使用pandoc将docx转换为epub。在转换epub之后,我使用zip文件进行更改,也对epub进行转换。当时呢,
在mimetype文件上将zip文件转换为epub后,我遇到了以下问题。
Mimetype contains wrong type (application/epub+zip expected).
我找了很多,得到了两个逻辑
第一个,例如,额外的空格,新的行字符,但这是徒劳的(没有额外的空格,新的行)。
添加mimetype文件而不压缩在zip中。
我被第二点打动了。如何在不压缩压缩的情况下使用node.js编码添加mimetype文件。
var a
我一直在思考关于数据压缩和围绕它的数学问题。我突然想到,将十六进制文件的二进制等价物写成二维码保存为PNG文件类型进行压缩,然后反向解压可能会更容易。我的想法是从所有人那里得到的,这些人截取超过160个字符的短信屏幕截图,并将其发布到twiter上,作为发送更长推文的一种手段。
我的数学是这样的,我的问题是我的假设中的缺陷在哪里。
177 x 177二维码可存储4,296个字母数字字符。PNG二维码大约为870字节。我用PDF文件做了两次测试,发现一个158kb的PDF文件在转换为十六进制时有一个321,562个字符的二进制字符串。这相当于75个二维码,需要65kb。当我使用Windows10