哇哇布丁

引用:

关于电子书的下载、关于分卷解压缩及其它



1 怎样从论坛下载E书？


A：最简单的办法就是在IE中直接点击链接下载。不过如果一本书被分割成了多个压缩文件（多卷），一个一个点就太麻烦，这时可以使用FlashGet等批量下载工具：在IE里拖动鼠标选中所有需要下载的文件，然后再拖拽到FlashGet的下载窗口即可。需要注意的时，FlashGet中必须设置为单线程下载，以免违反论坛的下载限制。最方便的设置办法是通过“站点管理”进行设置。


2 下载后怎样解压缩？


A：最简单的办法就是直接用WinRAR解压。不过如果文件被分割成了多卷，或者带有密码保护，建议用BatchUnRar解压，它不仅能够自动判断多卷文件的卷号，而且能够自动记忆压缩文件的密码。


3 解压缩后怎样阅读E书？


A：对于EXE、CHM格式的电子书，可以直接鼠标双击打开，其他格式的电子书需要安装专用的浏览器，如PDF格式的电子书需要安装Adobe Reader。只要安装了合适的浏览器，通常鼠标双击电子书文件就能打开。如果打不开，最可能的原因依次是：电子书文件没下全，或电子书文件被病毒破坏，或没有安装需要的浏览器，或浏览器软件损坏。



4 怎样获得E书中的内容？


A：这个问题比较复杂，不能一概而论：
对于PDF格式：不论是复制/粘贴PDF文件的内容，还是想将PDF文件转换成TXT、Word文件，最佳工具就是Adobe Acrobat Proffesional 7.0以上版本，毕竟Adobe公司是PDF格式的元祖，比那些杂七杂八的PDF2Text、PDF2Word强多了。
对于基于IE内核的EXE电子书：如果网页中没有加限制，可以用鼠标选择，然后复制/粘贴。如果有限制，可以尝试用软件CtrlN解除限制，或用软件miniKillEBook将全部HTML内容抓取出来。
对于CHM、HLP格式的电子书：可以用软件UnEBook批量反编译。
对于ebx格式电子书：可以用软件UnEBook批量反编译。
对于用MyView制作的图片类电子书：如果电子书没有加限制，点击鼠标右键，选“释放所有图象”，即可将全部图片释放到指定的文件夹，否则只能屏幕截图。
对于用Desktop Author制作的EXE格式电子书：目前只能屏幕截图，或用OCR软件识别。OCR软件推荐文通慧视小灵鼠。
如果您不满足于使用现成的软件，希望能够对反编译技术有所了解，推荐阅读《常见电子书格式及其反编译思路》、《用JavaScript获取网页中的js、css、Flash等文件》。


5 怎样把一种格式的电子书，转换成另外一种格式的电子书？


A：到目前为止，还没有一种工具能够实现完全自动的电子书格式转换，通常的步骤是：
1、反编译原电子书，获得需要的内容。反编译方法见上一个问题的回答。
2、对反编译出来的内容进行整理、加工。
3、重新打包成需要的格式。



6 在打开存有EXE格式电子书的目录时，有时机器会变得很慢，为什么？如何解决？


A：原因很简单：您的电脑上安装了防病毒软件，并且打开了实时文件监控功能。这样在打开目录时，防病毒软件就要对目录中的EXE文件逐个扫描，自然电脑反应变慢。
至于解决方法，在论坛上经常看到有人建议通过关闭防病毒软件的实时监控功能加以解决。对于这种包藏祸心的人渣提议，我们不仅要加以唾弃，而且要进行彻底的揭露、坚决的斗争，绝对不能让流毒扩散：只要采用了这个建议，您电脑上的防病毒软件基本上就被破功了，如果您不幸下载到暗藏病毒的文件（我就下载到过不止一次），由于没有实时监控，在您打开文件的时候就可能染毒，而且要到您下次查毒时才能发现。
我的建议：最简单的方法当然是把到手的电子书全部反编译，然后打包成ZIP或RAR格式。用MyReader可以直接浏览ZIP/RAR中的网页和txt文件，用ComicsViewer和ACDSee可以直接浏览ZIP/RAR中的图片，不过ComicsViewer带密码记忆。对于不能，或不愿反编译的电子书，可以打包成RAR存放，需要的时候再展开。由于RAR压缩算法未公开，目前还没有病毒能深入RAR文件内部感染里面的文件。当然如果在打包前文件就已经染毒，也不是所有防病毒软件都能查到RAR文件中的病毒。



7 为什么有些EXE格式的电子书过一段时间就无法打开？如何解决？


A：如果是EXE格式的电子书，多半是感染病毒了，只能杀毒或重新下载。预防的方法见上个问题的回答。如果是其他格式的电子书，多半是浏览器出了问题，需要重新安装。

[ 本帖最后由 哇哇布丁 于 2006-8-20 14:14 编辑 ]

哇哇布丁

UMD电子图书制作教程           （带附件图解）

mBookMaker电子文档制作工具将是您使用过得最简单的制作手机电子图书的工具。只需要4个步骤就可以完成全部操作：
1、基本信息填写；2、封面图片指定；3、制作内容和目录；4、确认制作。

mBookMaker V1.0 具有如下功能特点： 

可以把任意的TXT文档制作为掌上书院的电子文档UMD格式
支持封面制作，可自动生成书籍封面，也可自己制作书籍封面
支持目录增加、更名、删除
界面友好，操作简单，制作方法

1.填写书籍基本信息







3.添加书的内容



4.确认制作



好了，你的umd图书已经制作完成喽～！


[ 本帖最后由 哇哇布丁 于 2006-8-17 17:25 编辑 ]

哇哇布丁

手机漫画制作工具：





     制作时类型选择 漫画书在目录图片选项中如果选择使用目录，就是《漫画》《写真》，什么都不选也是《漫画》《写真》书。如果选择使用文字那就是《连环画》，每个图片都要去输入文字。

     送给大家我的一点心得：在图片源的选择上最好不要超过25k的文件，否则在手机上看的时候会出现程序强行关闭的情况，这个问题郁闷了我一晚上

    最后：给大家推荐一个软件iRedSoft Image Resizer v3.10 Final 正式版，它能够编辑图片的大小，修改成176*208。

[ 本帖最后由 哇哇布丁 于 2006-8-17 17:34 编辑 ]

哇哇布丁

[讨论]E书制作浅谈之关于E书的“减肥”


       一本E书过于臃肿，造成的原因有多种。观上交的作业，有几百K到2、3M不等，由于这次作业内容是统一的，很容易对比出问题，也有学员问到如何“减肥”，由于各人的表现手法不尽相同，纵观这次存在的，结合以前有过的，不外几种典型类型，总结了一下，希望对各位有所帮助。

    一、图片

    一般装饰图：包括封面图、题头图、背景图以及用于美化的其他图片，不要使用bmp位图，可用jpg或gif格式，背景常用带循环图案的小尺寸图，尽量避免多帧gif（动画），曾经看到过有会员为了追求特定效果而用800×600甚至更大幅的单图作为背景，只能以牺牲“体重”为代价。如果用制图软件编辑过某张图片，注意在导出时有压缩率和清晰度选项，两者成反比，越往上图片会成倍增大，甚至超出原有很多，而此时清晰度的增加并不明显，一般达到70％以上就可以了。

    闪屏图：很多会员喜欢用闪屏。大家知道，不管用eep还是ews，所支持的格式只能是bmp，而这种格式在常见几种图片类型中压缩率是最小的，如果尺寸小点，影响还不大，只怕图片做得过大，以前见过一本书，打开时满屏显示，开始还以为是本翻页书，“闪”过后才知道只是欢迎画面，一张800×600的bmp可以达到1.4M左右，如果书的主要内容部分以K计算，不免有点喧宾夺主了。个人信息或声明可以在“关于”中说明，或者多做一个网页也可以，不是非常重要时，不推荐用闪屏。

    二、音效

    一本精美的书中，加入一段适合内容的动听音乐，可以渲染气氛。但要注意的是，对于看书而言，音乐毕竟是配角，不必追求过高音质，一个mp3文件小则3、4M，大点6、7M甚至更大，而且在配置不高的机器上载入过大的单个文件时还会使E书打开的很慢，所以除非迫不得已（有些英语类的有声E书），用一个几K的midi足矣。

    三、网页本身

    如果说图片、音乐等都是配角，那么对于文字类的书籍来说网页对“减肥”起着决定性的作用。但是这个因素反而容易被忽略。多数会员都用软件做网页，而软件制作出来的网页往往带有很多垃圾代码和无效代码，比如代码中带有制作软件本身的信息，这些信息对于书的内容来说毫无意义，也不会在页面中反映出来，可以删除；有些对网页元素设置的尺寸、位置属性代码，如一张图片1：1显示，限制宽、高的代码就成多余；需要一个单元格中的元素对左显示，就没有必要加上对左代码，因为浏览器默认不加限制的都对左。所以说要想让网页“减肥”，过后要对软件制作的网页加以修改。这点对于新手来说有难度，可以不做，但当你对源代码达到一定熟悉程度后，必须要做。下面这个附件中的两个文件，一个是学员用软件直接做的《抗战史》目录页，另一个是在此基础上修改过的，大家可以比较一下，页面效果基本一样，但是文件从19.8K减小到了1.66K，这不是单个网页减小十几K的问题，而是当一本书存在几十上百或更多网页时累计节约的百分比，所以说网页本身带来的增肥效果也要得到重视。

另一个问题就是文件名，每个文件名称都在其他网页的链接中得到体现，尽管增加的只是字节数，对E书的“减肥”贡献微乎其微，但是积少成多，可用1、2个字节命名文件，不用3个字节，中文命名更要避免。再说简单的文件名在你建立链接时不至于自己被搞得晕头转向，何乐而不为呢？

    四、ews的“关于”页面

    之所以单独提出，是因为存在一个极易被忽略的问题。ews采用html对话框是因为网页有很强的表现力，可以把“关于”页面设计得非常个性化，同时也带来整本E书的图片、音效等问题，上面说过的不再重复。值得注意的是，存放“关于”页面的文件夹绝对不能放在E书的网页文件的所在文件夹，否则会造成重复编译。

    五、后期工作

    打包前要清理文件夹，一切不需要的文件如制作图片时的辅助用图、公共的网页模板删除无商量；自制图标、闪屏图片、按钮背景图、logo等不需打进书中，任你移到犄角旮旯，软件的浏览功能照样都能找出来。这次看见有会员把初稿一初稿二一并打包进稿三，相当于一个人有了三个人的体重，不叫“肥肥”才怪。

总之，在不影响E书表达效果的前提下，“减肥”的原则是少一点是一点，可用1K表达，决不用1.1K。一切搞定后，放心压缩，包你做出的书“身轻如燕”“娇小玲珑”“人见人爱”

感谢你耐心看完，如有错误，欢迎指出，如有遗漏，欢迎补充。

哇哇布丁

常见电子书格式及其反编译思路 作者：马健常见电子书格式及其反编译思路 作者：马健













版本：本文可能夹杂大量技术术语，如果您对此感到不快，请勿继续阅读。 本文仅仅讨论一些思路，不会提供相关源代码，最多也只提供源代码网站的链接。如果您对此有所不满，请勿继续阅读。 本文仅仅从技术角度讨论电子书反编译问题，请勿将之用于侵犯版权等等非法目的，或损害他人利益。如果您对此感到失望，请勿继续阅读。 本文版权归作者所有，转载前请先征得作者书面同意。 1. 前言 2. 常见电子书格式及其反编译思路    2.1 PDF格式    2.2 基于IE内核的电子书        2.2.1 CHM格式        2.2.2 EXE格式              2.2.2.1 Web Compiler 1.67              2.2.2.2 Caislabs eBook Pack Express 1.6              2.2.2.3 通用反编译思路    2.3 HLP格式    2.4 小说网/小说世界（ebx/XReader） 3. 结论附录 基于IE内核电子书的实现方式探讨 1. 前言本文所描述的电子书，指的是将原始的、可编辑的HTML、TXT、RTF、图像文件等，打包成一个独立的EXE，或其它只有专用浏览器才能读取的文件，打包后的文件通常不可用常规工具进行编辑、全文检索。 本文所描述的电子书反编译，指的是将电子书中的内容提取出来，还原或转换成标准的、可编辑的HTML、TXT、RTF及图像文件等。 就像世间其它事物一样，电子书编译器和反编译器的出现也都不是偶然的，都有其必然性。 在电子书编译器这一方来说，大概从有电子文档那天开始，就有人琢磨着要对电子文档打包了。我个人认为这主要是从以下几个方面进行考虑： 便于阅读、管理。当年在DOS下阅读文本文件，尤其是中文文件比较麻烦，因此出现了自带中文字库、自带基本浏览（翻页、滚动）功能的DOS电子书；由于需要在不同OS平台上获得相同的阅读效果，因此产生了跨平台的PDF格式电子书；随着互联网络的发展，大量信息以HTML格式出现，但是面对一大堆HTML文件，并不是每个人都知道该去双击index.htm或default.htm的，而且文件太多，管理也成问题，因此出现了CHM格式和各种基于IE内核的EXE格式电子书。 便于保护知识产权、商业机密。这个问题的重要性相信大家现在都能理解了，不要说那些包含核心商业机密的东西，就算是区区一本小说，都会有些卑鄙小人把原始的HTML、TXT文件拿去加LOGO、打包，然后声称是自己“辛苦扫校的成果”，再堂而皇之地收取所谓“VIP费用”。因此PDF一直将文档安全性作为卖点之一，国内的各种独门格式电子书也以防反编译、防内容复制为首要目标。 而反对将通用格式打包成独门格式的人，当然也有自己的道理： 便于全文检索。如前所述，电子书一般不可用通常的检索工具进行全文检索，这就为资料的有效利用设置了障碍。我个人认为，藏书量在几十本、上百本的时候，手工建立摘要、索引可能还可以接受；再多以后，我想要的就只是一个快速的全文检索工具，就好像在互联网环境下，对google的依赖一样。 便于修改。俗话说：“金无足赤，人无完人”，电子书也是人做的，有时难免会出点什么错，或者因为资讯的发展，需要对原有内容加以修正、补充，这个时候如果面对的是一个不可编辑的EXE，您会有什么感想？ 节省时间和耐心。Windows在显示文件列表的时候，需要读取文件信息，EXE文件还要读取ICON等，如果装有反病毒软件，进入文件夹的时候，反病毒软件一般还会自动对文件夹中的EXE文件进行自动检查，而电子书大小一般都在MB级，因此打开包含EXE格式电子书的时候，感觉速度巨慢，比较令人反感。 节省空间。一般EXE格式电子书的标准架构是：可执行体＋内容＋TOC。可执行体指的是电子书的执行代码部分，包括程序代码、插件代码、界面资源等。内容指的是电子书中真正包含的文本、图像内容，一般使用某种压缩、加密算法进行处理。TOC（Table Of Content）相当于目录索引，作用是加速对内容的访问。因此相对于直接用WinZip、WinRAR对原始内容进行压缩，每一本EXE格式的电子书都会浪费一部分磁盘空间，以存储执行体部分。电子书的软件界面越花哨，这种浪费一般也越大，我见过最夸张的电子书比原始内容足足多出 1 MB多的东西。 避免垃圾。对于某些基于IE内核的电子书来说，由于实现技术的限制，可能会在注册表和系统目录下留下垃圾。 安全。如果说如今的网络社会是一个充满恶意、毫无诚信的环境，可能有点夸张了，不过确实有人不知“做人要厚道”为何物。老实说，每次拿到一个来路不明的EXE格式的电子书的时候，我都在怀疑里面有没有什么木马、病毒，实在难受。 便于平台转换，包括转换到手持设备。EXE格式的电子书看起来可能很爽，但是毕竟只能在Windows下看，如果想在其它系统下看，尤其是在手持设备上看，唯一的出路就是反编译了它。 当然，在反编译后，也必须寻找合适的替代品，以继续满足原先的需要： 打包工具。建议选择Winzip或WinRAR，不仅使用方便，而且打包后文件也小，进入目录还快。 阅读工具。现在可以不解包就直接阅读zip/rar文件内容的软件不少，一搜一大把，我自己都做过一个MyReader，不仅可以直接从ZIP/RAR中读取内容，还有自动定位index.htm、书签、现场保护、资源浏览器右键菜单扩展、zip/rar密码自动记忆等功能。 全文检索工具。可以直接在zip/rar中全文检索的软件也有不少，我自己也做过一个FindStr，支持加密zip/rar，这个工具还可以与MyReader集成，搜索结果可以直接用MyReader直接打开，不需解包。另外它还支持批量文本替换，所以也经常被我用来整理下载到的或反编译出来的小说，包括去除广告链接、绝对URL改成相对URL等。 对劳动成果的保护。这个直接用zip/rar的密码保护就好。 2. 常见电子书格式及其反编译思路 2.1 PDF格式 PDF格式是Adobe公司推出的一种跨平台电子文档格式，Adobe公司提供专用的文档浏览器，使用户可以在不同平台下获得相同的阅读效果。 其实Adobe公司提供的PDF编辑工具－－Adobe Acrobat本身，就已经支持将PDF文件另存为RTF格式，因此我对PDF的反编译研究不多。不过这个功能似乎受到“文档安全性”的限制，好在我google了一下，破解PDF安全保护的软件似乎不少。如果真的对批量转换有兴趣，在codeproject上也有一篇文章，提供将PDF转换成纯文本的源代码。 从我使用的情况看，Adobe Acrobat本身输出的RTF格式，对英文文档来说应该没有什么太大的问题，顶多是格式有点变化，但是在输出中文文档的时候，偶尔会因为字符集代码错误，导致输出的文件在Word、写字板中打开的时候，只能看到一堆乱码。对于这种情况，手工替换一下字符集编码即可解决。 出现乱码还有一种可能就是PDF文件中使用了自定义的字库，导致转换出来后的文件无法正常显示，这个比较麻烦。PDF文件自带字库有两种方式：自带一种完整的字库，称为font embedding；只自带一种字库中要用到的那几个字符，称为font subsetting。在ｅ类出版物论坛的“图书制作、阅读工具区”对此有过讨论，需要的可以自己去看。 不过有一次我试着用过一个叫PDF2Html的软件，这个软件的思想是将PDF文件的每一页转换成一个JPG文件，然后将JPG文件封装到HTML文件里，加上目录、翻页按钮等，这样在网络浏览的时候，连客户端的Acrobat Reader及客户端字体支持都可以省了。这个软件的HTML文件模板做得怎样先不去说它，最令我奇怪的是，转换出来的图像格式只能是JPG，不能是PNG。其实对于有大片白色背景的页面来说，使用PNG格式不仅文件长度比JPG小，而且不会象JPG格式一样，在文字、图像边缘产生许多细小的碎片（高次杂波）。 2.2 基于IE内核的电子书随着互联网的发展，现在越来越多的网络文档内容是以HTML格式提供的，而微软本身又以控件的形式提供了IE浏览器的内核，可以很方便地被几乎所有Windows下的编程工具所调用，因此目前基于IE内核的电子书似乎占据了主流位置。 2.2.1 CHM格式 CHM（发音为“chum”）的原意是Compiled HTML help file，是微软作为HLP格式（16位Windows下的标准帮助文件格式）的替代格式提出的，因此微软自己不仅随4.01以上版本的IE一起提供免费的浏览器，而且免费提供制作工具Microsoft HTML Help Workshop。 CHM文件内部使用ITS格式，这是一种非常优秀的压缩格式，感觉压缩比要比zip、rar大。 由于ITS格式的开放性，国外早就有人做出了CHM格式的独立编译、反编译工具，并且公开了全部源代码，需要的人可以到这里看： http://bonedaddy.net/pabs3/hhm/ 这个网站除了提供CHM编译、反编译工具及其源代码外，还提供CHM格式的详细说明，当然是英文的。我做的UnEBook在开始的时候，就使用了其中chmdeco的源代码，实现批量反编译CHM的功能。如果这个网站不幸登录不了，google一下chmdeco就好，有很多备份站点的。chmdeco内部使用的是chmlib的源代码，这份源代码很有名，除chmdeco外，chmtools用的也是它。 不过在使用了一段时间后，我发现这份代码在反编译某些CHM文件的时候，会出现数组越界错误。这种错误出现的概率虽然不大，但是出现后还是比较心烦，因此最终放弃了这份代码。 现在UnEBook使用的CHM反编译代码是从这里改出来的： http://www.codeproject.com/winhelp/htmlhelp.asp 这份代码使用了微软未公开的ITS文件访问接口，直接对文件进行操作。由于使用的都是微软的东西，不仅目标码比较小，兼容性也好得多，目前还没有遇到反编译不出来的CHM文件（唯一的一次例外，是那个CHM文件本身就打不开），内存漏洞什么的也没有发现。看来微软的东西还是要由微软来对付，方为王道。 另外某些人制作CHM电子书的时候，为了省事，没有制作index.htm，而是单纯依赖左侧的目录树进行导航。对于这样的电子书，在反编译后，一般还需要根据生成的hcc文件，自动生成一个索引页，以免看的时候不方便。hcc文件结构大致如下： 多级目录通过<UL>控制，见到<UL>的时候往下走一级目录，</UL>往回走一级。 目录项以<OBJECT type="text/sitemap">开始，以</OBJECT>结束。以<PARAM NAME="Name" VALUE="xxx">存放项名称，<PARAM NAME="Local" VALUE="xxx.html">存放项链接。 某些目录项可能只有名称，没有链接。 在UnEbook中，不仅能够根据hcc文件自动生成索引页，还能自动生成框架页，将索引页和显示页嵌入框架中，以最大限度模仿CHM中的目录效果。如果要完全模仿能够动态伸缩的树形目录效果，则需要增加图片、js、css等文件，实在得不偿失。 2.2.2 EXE格式除了CHM格式外，大量基于IE内核的电子书是以EXE格式提供的。制作EXE格式的电子书工具现在似乎已成为一个产业，养活了大批的程序员。虽然很多人认为这种格式的电子书很酷：一个文件就可以执行，界面也可以做得很漂亮，还可以带密码保护。但是我个人对这种格式的电子书是最最痛恨的：除了前面说到的安全性、速度、空间、检索等问题外，我最心烦的一点是目前的EXE电子书都没有好用的书签功能，尤其是没有能够定位到页面中任意位置的书签功能，看长文档看到一半的时候被打断会很麻烦，所以自从MyReader实现了书签功能后，我就下定决心一定要解决反编译问题。 2.2.2.1 Web Compiler 1.67 这种格式的电子书，因为其制作工具在国内出现得比较早，而且有非常彻底的汉化解密版，所以曾经比较流行，E书时空提供的很多电子书都是这种格式。不过也正因为它的流行，导致想反编译它的人也多，引出了各种反编译工具，所以现在用的人似乎已经不多了。 反编译工具里，收费的就不去说它了，国内RMH和Fbilo还联合推出过免费的unwebcompiler，并且提供全套的Delphi源代码，有需要的到google或百度搜索一下unwebcompiler就有了。不过可能国内大多数软件网站的管理员都不是开发人员出身，对源代码不感兴趣，所以收藏的都是212 KB的EXE，有源代码的不多，需要仔细找一下。 在unwebcompiler的源代码里，RMH和Fbilo对Web Compiler 1.67生成的电子书的文件格式进行了详细描述，在这里我就不做无聊的重复，有兴趣就自己去看吧。我做的UnEBook也使用了他们提供的源代码，实现对Web Compiler 1.67生成的电子书的批量反编译，不过被我将代码从Delphi改成了C，似乎长度缩短了一些（原代码中有一段在字符串和十六进制数之间转换来、转换去，看起来比较怪异，被我省了），不过LHA解压缩部分改起来实在太麻烦，我直接在网上找了一段现成的C代码来用。 2.2.2.2 Caislabs eBook Pack Express 1.6 这个电子书制作工具也出过汉化版，所以在国内也有一定影响，不过这种影响似乎还没有大到足以使反编译工具满天飞的程度，嘿嘿…… 在分析这种格式的电子书的时候，我没有使用任何反汇编工具，用UltraEdit32和系统监视工具就猜出来了： 文件标识：以十六进制串 00 F8 03 00 结尾。这个似乎是一种惯例，差不多所有EXE格式的电子书都有自己特殊的文件结尾。 目录块起始地址指针：0003F81C 目录块中目录项结构：以0字符结尾的文件名＋4字节起始地址，文件名起始字节为FF则目录块结束。 如果文件存放在子目录里，则文件名首字符：02＝../，01：第一个00变成/，直到遇到02。 文件内容实际起始地址：目录项里的4字节起始地址＋9 文件内容长度：目录项里4字节起始地址所指内容，DWORD。 在分析出目录结构后，我曾经想通过调试工具，分析文件加密算法，再反编译出具体的文件内容，但是很快我就发现那样干太累了，实在是得不偿失。 不过在经过几次尝试后，我还是找到了一个偷懒的办法： 通过安装hook的方法，往电子书的进程空间注入一个DLL。 在这个DLL里，用Windows标准的API函数URLDownloadToFile，就可以下载到指定的文件。文件的URL可以按前面说的方法，从目录项得到相对路径，再加上一个固定前缀（"file://Z:\\com_caislabs_ebk\\"）构成绝对路径。 UnEbook在批量反编译这种格式的电子书的时候，就是按照上面的分析结果实现的。 不过到了更高版本的Caislabs eBook Pack Express的时候，似乎Caislabs公司也开始意识到文件内容保护的重要性，因此不仅对文件内容采用更强的加密算法，杜绝了可以用URLDownloadToFile下载的漏洞，连目录块的加密强度都强到足够使我不想去分析了。幸好这个时候我已经有了更好的反编译思路－－与具体文件格式无关的，专门针对使用IE内核的电子书的通用反编译思想。 2.2.2.3 通用反编译思路在分析过几种电子书格式后，我开始领悟到一个真理：电子书内部文件结构的变化是无穷的，而我的时间和精力是有限的；把有限的时间和精力投入到对抗无穷的变数中去，早晚会有累死的一天。 有此认识后，我开始思考有没有什么通用的方法，可以解决大部分电子书的反编译问题（我还没有幼稚到相信这世上会有万能药的程度）。按照惯例（不可救药的职业病），第一步当然是市场调查、产品定位，结论是目前大多数电子书都是基于IE内核的，但是根据我在开发MyReader时对IE内核的了解，这里面明显存在一个误区：微软以控件的形式提供IE内核，其目的就是希望通过控件接口的开放性、方便性，吸引更多的人加入微软的标准阵营，如果想在此基础上添加加密、保护等等内容，恐怕与微软的初衷不合（我说的是当时，以后微软改主意了也说不定）。因此我相信IE内核一定有后门可走！经过一番努力，果然没有令我失望。 1、基本原理 针对IE内核电子书的通用破解技术实现起来可能需要一些技术和技巧，但是原理却很简单，几句话就可以说清楚：不论电子书在存储的时候如何对内容进行加密，在将内容传递给IE内核进行显示的时候，一定要将内容转换成IE内核能够识别的标准格式－－HTML格式。而IE内核为了便于显示、刷新，在对HTML代码进行解析后，并不是立刻就把这些HTML代码抛弃，而是在内存里保存了一份备份。因此只要将这份备份从IE内核里搞出来，就得到了解码后的内容，也就是反编译想得到的内容。 至于网页中的其它内容，包括图片、css、js、Flash文件等，就更简单了：模拟IE内核，直接找电子书要就好。如果电子书分辨不出请求是来自IE内核还是来自其它地方，自然会乖乖把我们需要的东西双手奉上！ 虽然反编译的原理几句话就可以说清，但是要加以实现，还需要经过艰苦的探索和试验，我自己就经过了长期的努力，IE内核的源代码都翻来覆去看了好几遍（吹的，别当真！）。而我思想的发展也大概经历了两个阶段：第一个阶段是在得到某份传说中的源代码（没错，就是那份展开后近700MB，被国内主流媒体形容为噱头、无足轻重、充满无聊垃圾的东西）之前，完全立足于微软公开的IE内核接口。当时我考虑将电子书内容按照HTML、图像等分类，分别解决获取问题。第二个阶段是在得到那份源代码之后，我突然发现其实对于所有文件，我都可以直接找电子书要，只要假装是IE内核在要就行了。 由于某些东西比较敏感，因此下面叙述的主要是我第一个阶段的想法，其中有些属于基础性的东西。第二个阶段的实现恕我不便奉告。

2、获取HTML源代码的方法 从IE内核获取HTML源代码的方法不仅我一个人在想，从国内到国外，从CSDN（CSDN的VC/MFC区有一个栏目专门讨论IE内核编程）到MSDN，早就有很多人讨论过了，归纳起来，一般认为可以通过下列步骤实现： 不管是通过鼠标点击也好，通过EnumChildWindow也好，总之先找到IE内核的显示窗口，也就是电子书显示网页内容的那个窗口。 通过这个窗口的句柄（HWND），取得这个窗口对应的IE内核文档接口IHTMLDocument2的接口指针。取得的方法目前认为有两种，我个人认为这两种需要结合使用，否则总有一些电子书会搞不定：一个是通过MSAA，一个是通过WM_HTML_GETOBJECT消息。至于具体的实现代码，在CSDN上都快被讨论烂了，因此此处从略，有需要的自己到CSDN上找。不过这两种方法都对平台有要求：XP下是完全没有问题，2000下可能需要装IE 6，98/Me/NT就不要想了。 在得到IHTMLDocument2接口指针后，按照这个接口提供的标准方法，即可获得文档的HTML代码。具体实现代码见CSDN中的例子。 除了上面这种方法外，我自己还尝试过一种方法：使用MIME Filter。 对于搞过网页在线翻译、网页内容过滤的人来说，MIME Filter可是吃饭的本钱，它的作用和实现机理应该早就烂熟于心，但是对于其它人来说，可能还不是很熟，所以这里简单介绍一下：为了便于对IE内核的功能进行扩展，微软规定在IE内核显示某种标准格式（HTML、TEXT等）的内容之前，会先将要显示的内容传递给这种格式的过滤器，即MIME Filter，由它先对内容进行预处理（如将英文翻译成中文，将下流文字替换成星号等），然后再显示。 按照这个原理，如果实现一个针对HTML格式的MIME Filter，即可拦截到最原汁原味的HTML代码。可惜，经过我的尝试，这招对IE本身是灵的，对某些电子书也有效，但是对另一些无效。再加上使用IHTMLDocument2接口指针的方法要比这种方法简单得多，也可靠得多，所以后来在我开发的反编译工具KillEBook、IECracker和CtrlN里就没有使用这种方法。不过这种方法也有一个好处：与平台无关，我在98/Me/2000/XP下都试过，当然都是在虚拟机下试的啦。 MIME Filter的作用机理、实现方法在MSDN里有详细说明，并提供了详细的实例代码，有需要的可以到MSDN上搜“MIME Filter”。 3、获取图像的方法 与HTML代码相似，IE内核对图像的处理也有一个“下载->解码->显示”的过程。考虑到显示代码的抽象性，原来各种各样的图像格式，包括JPG、GIF、PNG、TIFF等，在解码后都被统一表示成位图格式，而原有格式数据在解码后即被从内存中释放，只在IE的cache中留有文件备份。如果指定不允许保存本地cache，则连这个备份都没有。在IE中通过右键菜单选“图片另存为...”的时候，其实就是将cache中的文件备份拷贝一份出来，如果cache中已经没有备份，就只能保存内存中的位图（*.bmp）了。现在明白为什么有些图片明明是jpg格式，但是用IE却只能保存为“无标题.bmp”了吧？ 因此，获取图像文件要比获取HTML文件难得多。而且在MSDN里说得很清楚，用IHTMLDocument2接口只能得到图像的链接，用MIME Filter也不能搞到网页里的图像数据，因此需要另想办法。我想过、试过的包括： 先将图像复制到剪贴板，再从剪贴板里获取图像数据，然后根据图像文件扩展名（可以从图像元素的URL里解析），编码成原始图像格式，包括jpg、png、gif、tiff等。这个方法实现比较简单，到MSDN KB里搜索Q293125，拷贝图像到剪贴板的现成源代码就有了，图像编码的源代码则可以参考cximage，这个也是google一下就有的。不过这个方法远非完美无缺：a). 对于png、gif等允许带透明背景的格式，用这种方法处理后就不透明了。b). gif动画处理后就动不起来了，只能显示其中的某一帧。c). 对于jpg这样的有损压缩格式来说，每压缩一次就损失一次，多压缩几次可能就没法看了。d). 在电子书里，可以通过标准的Windows API函数，使剪贴板失效。 将IE内核导航到图片，然后通过IViewObject接口获取图片的拷贝。这个方法与上面的方法基本相同，不过不通过剪贴板，可以防止因为剪贴板被封锁而搞不到图像。 使用IE图像解码插件。IE内核在下载到某种格式的图像文件后，会调用对应的解码器，对图像进行解码（类似于MIME Filter）。为了便于扩充，解码器是做成插件形式的。如果自己做一个图像解码器插件，对解码请求进行拦截，即可获得解码前的原始图像格式数据。解码器的接口、实现方法在微软公开文档中没有任何蛛丝马迹，但是在那份传说中的源代码里，不仅有详细的接口规范，而且有好几个内嵌图像解码器的实现代码，可供借鉴。奇怪的是，虽然在MSDN中找不到，但是我在google上搜的时候，却发现有一个日本人在自己的个人网站上，早就给出了详细的图像解码器插件实现方法，一步一步说得很清楚，而且落款时间是2002年12月！看来这份源代码的泄漏时间可能比想象的要早。当然这个日本人也可能本来就在微软工作，或与微软有合作关系，可以光明正大地查看解码器源代码也说不定。 4、通用反编译器的实现 在解决了HTML、页面元素等的获取方法后，通用反编译器KillEBook的实现就很简单了，其算法可以描述如下： 打开电子书。 定位电子书的显示窗口。 获取当前显示页面的HTML代码。 解析页面HTML代码，得到其中的所有链接。 获取页面上的所有元素内容，包括图片等。 引导IE内核依次加载HTML链接页面。 重复步骤3～6，直到所有页面及其中的元素都已获取到。 5、进一步讨论 在完成KillEBook后，我发现其实对它扩展一下，就可以成为一种新的离线浏览器，解决传统离线浏览器（Offline Explorer Pro、Webzip等）面临的一个问题：传统离线浏览器多半与IE内核没什么瓜葛，因此在抓静态网页的时候都没有什么问题，但是在抓用session维持的动态网页时，都有点问题，更不用说抓需要PKI证书验证的HTTPS网站。 因此我考虑可以实现这样一个离线浏览器： 提供一个地址栏供用户输入起始URL。 内嵌一个微软web browser控件（IE内核），供用户交互，包括在网页上输入用户名/密码、从IE证书库中选择证书。 用户登录成功、进入需要开始抓取的网页后，设定递归深度、URL过滤条件，点“开始”按钮开始抓取。 离线浏览器自动引导web browser进入每个页面，每进入一个页面，都通过web browser控件获取客户端HTML源代码及页面元素，包括图片、css、js、flash等。 采用这种方法实现的离线浏览器，由于使用web browser控件，因此可以维持客户端session，抓取到动态网页。虽然网页抓取下来就成了静态的，但是对离线浏览来说应该不成问题，对付收费的网上教育等网站正好合适。 2.3 HLP格式这种格式出现得比较早，在16位Windows（Windows 95以前的各Windows版本）下曾是标准的帮助文件格式，因此大概也算是Windows下出现得最早的电子书格式之一了。 由于这种格式比较流行，国外研究的也比较多，不过公开源代码的我似乎只见过一个HELPDECO v2.1。这个软件是一个控制台程序，因此有人做了一个GUI外壳DuffOS对它进行封装。国内有人对HELPDECO进行过汉化，到汉化新世纪搜索一下就可以找到，包括全部源代码。 在UnEBook中使用了HELPDECO的源代码，实现对HLP文件的批量反编译。不过从我使用的情况看，原版HELPDECO有一个小小的不足：反编译出来的RTF文件没有指定字符集。这对英文RTF来说没有任何影响，但是对中文RTF来说，其影响足够强到使您打开RTF后看到的是一堆乱码。它的修正方法有两个： 用文本编辑器打开反编译出来的RTF文件，手工指定中文字符集。这个是一种比较累的方法。 修改HELPDECO源代码，加上字符集修正，这个是一劳永逸的办法。但是不知道为什么，在汉化新世纪推出的汉化版上，我看到的还是原版的HELPDECO。看来汉化者只是用它反编译过英文HLP，没有反编译过中文HLP。 另外这份源代码还有一个不知道算不算是严重的问题：变量没有统一初始化、释放，因此不仅在程序退出的时候，VC++会报告有内存漏洞，而且就象当年的DOS内核一样，几乎没有可重入性。我曾经试图修复这个bug，但是在经过一个下午的奋斗后，有两处泄漏死活找不到。最后我还是决定向DuffOS学习：将HELPDECO代码封装成一个独立的DLL，每反编译一个HLP文件，都动态加载、释放一次DLL。这样一方面可以利用Windows本身的DLL管理机制，弥补HELPDECO产生的内存漏洞，一方面解决不可重入问题。收费的“耶书制造”软件提供的HLP反编译功能也是用DLL文件实现的，因此我严重怀疑它的作者可能也曾遇到过相同的烦恼，嘿嘿嘿…… 从HLP文件反编译出来的RTF文件，一般包含大量书签、分页符等与实际文本内容无关的东西，有必要转换成纯文本格式。这个实现倒是比较简单： 创建一个Windows标准的RichEdit控件，当然没有必要在用户界面上显示出来。 按SF_RTF格式，StreamIn原RTF文件内容。 按SF_TEXT格式，StreamOut文本内容。 UnEBook提供的从RTF到TXT的批量转换功能，就是按照上面的方法实现的。 2.4 小说网/小说世界（ebx/XReader）这两家网站提供的电子书使用的是同一个阅读器，只不过小说网出现得比较早，提供的电子书多半不需要验证码，而小说世界出现得比较晚，提供的电子书多半需要输入验证码。 这种电子书分两种：ebx和EXE格式。ebx格式的电子书需要用专用浏览器XReader才能浏览，EXE文件的内容其实就是XReader + ebx包构成。 国内Cyu曾经推出过反编译这种EXE格式的工具－－xReader Unpacker。从我试用的情况来看，这个工具的实现应该是基于对EXE文件格式的辛苦分析，果然勤劳善良的中国人什么时候都有啊！不过从我试用的结果看，这个工具也存在下列问题： 一次只能反编译一个文件，不能批量反编译，使用起来略有不便。 反编译出来的文件用左侧目录树中对应的节点命名，完全失去了文件的先后顺序。 在反编译某些文件，如《血酬定律--中国历史中的生存游戏》的时候，会出错退出。我个人猜想可能是因为对书中多级目录处理不当。 奇怪得很，只能对EXE文件进行反编译，不能对ebx文件反编译，其实这两种文件本是两位一体的。 当然，我试用的只是最初版本的xReader Unpacker，后来听说作者又进行了更新，这些问题都解决了也说不定。 在考虑反编译这种格式的电子书的时候，因为我已经在思考针对IE内核的通用反编译方法，因此从一开始我就没打算对文件格式进行分析，而是打算从界面元素入手，看看有没有什么后面可走： 先用IECracker抓一下窗口，发现根本就不是基于IE内核的东西。这个时候首先想到的就是：软件作者会不会向起点中文网学习，将内容转换成图片，然后再显示？但是很快就否定了这个可能，一方面是因为XReader提供了文字放大、缩小功能，另一方面是因为启动金山词霸后，将光标往窗口上一放，词霸显示出了抓词内容。这个时候脑袋里一闪念间，也曾出现过一个反编译方案：干脆向金山词霸学习，做一个API hook，抓它的显示内容算了，哈哈…… 在确定XReader显示的东西不是图片后，我就启动SPY++，打算看看XReader的显示窗口用的是什么东西。但是查看的结果令人惊奇：每启动一次XReader，显示窗口的class name就会变化一次，是一个完全随机的字符串，从上面根本看不出这个窗口使用了什么控件。 再多看几本电子书后，我发现所有电子书都有一个特点：完全没有图片，清一色都是纯文本，但是鼠标放到窗口上的时候，光标不会变成通常文本窗口的插入光标（一条竖线），还是箭头光标。到这个时候，我已经开始准备相信软件作者完全继承了国人勤劳善良的光荣传统，自己写了一个文本输出控件了。……且慢，为什么在打开这个大文件的时候光标会闪一下，从竖线变成箭头？再前后动动鼠标滚轮看看，每次不多不少，正好滚动3行，这个不是RichEdit控件的特性之一吗？！ 立刻启动SPY++，这次不看class name了，改看消息流。果然每次点击左侧目录树，都会向右侧显示窗口发送一堆RichEdit控件的消息：EM_SETBKGNDCOLOR（设置窗口背景色）、EM_SETCHARFORMAT（设置光标形状）、EM_SETMARGINS（设置左右页边距）、EM_STREAMIN（导入显示内容）。 既然已经确定右侧显示区用的是一个标准的RichEdit控件，而左侧目录树是一个标准的TreeCtrl控件，那么反编译方案其实也就出来了：周游左侧目录树，依次选中每个节点，然后拦截右侧RichEdit控件的输出，写入文件即可。不过在搞清楚XReader的原理后，我也产生了一个疑问：RichEdit控件本身是可以同时显示文本、图片的（RTF格式），但是为什么XReader只显示纯文本，不显示图片呢？要知道这样可是会使做出来的电子书增色不少。开始我以为是为了保密，象我自己一开始不也差点误入歧途？如果不是偶然看到光标闪烁，再动动鼠标滚轮，可能我一时也想不起来他用的是标准RichEdit控件。后来在看到早期版本的XReader后，我想更大的可能是为了兼容：早期版本用WM_SETTEXT传递显示信息，只能显示纯文本，后来才改用EM_STREAMIN的。 总结一下，XReader中采取了下列措施防拷贝、防反编译： 随机更改RichEdit控件的class name，防止被人识破。 对光标形状进行设置，一方面防止被人识破使用的是RichEdit，一方面避免用鼠标选择、复制内容。 对WM_COPY、WM_GETTEXT、EM_STREAMOUT等等消息进行了过滤，因此直接从窗口获得文本内容就不要想了。 可惜，微软提供的RichEdit控件是用于开放环境的，一旦被识破，用微软本身提供的接口就足以搞到所需的内容了。 后来看到小说网早期放出来的EXE格式电子书，才发现XReader这个软件也是不断发展的，而版本升级的目的主要就是为了加强安全性，ebx格式本身却没有什么变化，一直很稳定，新的ebx文件也可以用老的XReader打开： 早期版本的XReader支持用命令行参数的方式，传入需要打开的ebx文件路径，这样容易被人利用，实现文件自动打开。后来版本的XReader就只能通过菜单或工具条，点“打开电子书”才能打开文件。当然这个限制也不是不可以突破，不过毕竟没有用命令行参数传递这么方便。 早期版本的XReader其实就使用WM_SETTEXT消息显示文本。如果早点看到这个版本的电子书，说不定我还可以少费点周折。后来版本改用EM_STREAMIN，估计一方面是为了保密，另一方面是为了速度和性能：在显示大文件的时候，EM_STREAMIN比WM_SETTEXT快得多；EM_STREAMIN可以显示RTF文件，而WM_SETTEXT只能显示文本文件；EM_STREAMIN可以显示大型文件，而WM_SETTEXT支持的文件长度是有限的.

[ 本帖最后由 哇哇布丁 于 2006-8-17 18:32 编辑 ]

哇哇布丁

续二：

3. 结论就像信息安全中的攻与防一样，电子书的编译与反编译之间的斗争也将是一个永无止境的死循环。我相信不论电子书反编译技术如何发展，都不会导致电子书的绝迹，毕竟有实际的需要。但是本文的发表，毫无疑问将会刺激电子书制作软件和制作技术的新一轮升级。那么我的文章和软件会不会随之升级呢？我自己是没什么自信啦，毕竟我的自由时间越来越少，而如果没有其他人愿意象我这样研究反编译技术和软件（收费的免谈），我想最终胜利的一定是有商业利益支撑的电子书制作软件。 先分析电子书的详细文件格式，再有针对性推出专用反编译器的方法，在初期确实是一个不错的方法，但是随着电子书格式的增多，如果每一种都要去分析一遍，早晚会累死。 电子书制作软件其实也是人开发的，开发者当然也会有人类的通病——懒！只要有现成的东西可用，很少有人会再花力气去修练自己的独门功夫。而目前Windows下的东西，开放性的考虑要比安全性的考虑更多一些，如果能够找到这些东西的突破口，即可突破同一类使用这些东西的电子书。 利用现成控件的接口或漏洞，实现通用电子书反编译，这其实也是程序员懒惰的一种体现。这种方法虽然比老老实实分析、跟踪电子书简单许多，但是也有其天然缺陷：只能反编译显示到控件中的内容。通俗一点说，如果电子书是加密码保护的，那么这种方法并不能在不知道密码的情况下，反编译出电子书的内容。 附录 基于IE内核电子书的实现方式探讨电子书看多了，有时候我也会想，如果是我自己做一个电子书制作工具，我会采用什么样的技术加以实现？考虑到现在HTML格式文档的普遍性，在有人开放出新的HTML render之前，我的想法还是只能围绕IE内核打转。下面就是我想到的一些思路。 1、基于res协议 res协议是IE内核提供的一种非常简单的协议，允许将需要浏览的页面存放在EXE或DLL的资源（resource）中，IE根据URL定位EXE或DLL，装载其中的资源。下面这个URL就是这种协议的一个例子： res://C:\WINNT\system32\shdoclc.dll/http_404.htm 如果您在IE中要浏览的页面不存在，IE就会通过这个URL，打开C:\WINNT\system32\shdoclc.dll，查找其中名为http_404.htm的资源，找到后提取、显示出来，您看到的就是一个提示页面不存在的网页。 从上面这个页面的源代码可以看到，除HTML代码外，res协议还允许在页面中包含图片等内容，如上面这个页面就显示了一个名为pagerror.gif的图片，其绝对URL为res://C:\WINNT\system32\shdoclc.dll/pagerror.gif。 虽然res协议非常简单，基本上不需要额外的编程，但是我目前还没有看到有人用它做电子书，最多只看到有人用它显示软件的About信息。仔细想想，可能是因为这种协议太不保密了：随便找一个资源编辑器，就可以直接获取、替换资源内容了。 2、基于文件方式 这种方式的思路其实非常简单：需要显示网页的时候，先将网页解压缩到临时目录，然后用IE控件显示，退出的时候删除临时文件。 这种方式我早就知道，但是因为它实在是太简单了，所以连我自己都不相信有人真的会用它做电子书，直到我见到雄风网的电子书：这个网站早期发行的电子书，虽然要求用户输入密码进行验证，但是在密码输对以后，就会把全部内容解压缩到temp目录下，然后用IE控件打开文件进行浏览。虽然temp目录下的文件属性被设置为隐藏，但是这点小伎俩实在不值一提，所以只要破解了认证密码，电子书本身就已经提供了完整的反编译功能了。 该网站后来发行的电子书虽然经过升级，但还是延续了这种模式，只不过在temp目录里存放的是加过密的HTML文件，但是图像文件却是不加密的，因此我猜测他们可能改用MIME Filter技术了。 3、基于流或document.write方法 用流往IE控件中写入内容的方法，在MSDN和CSDN中都有详细的讨论，连源代码都有。有需要的到MSDN搜索“Loading HTML content from a Stream”即可。 document.write在动态网页中比较常用，很多网页加密工具都是使用这招来实现网页源代码的隐藏。对于VC、Delphi等来说，这招不过是换成了IHTMLDocument2::write，效果是一样的。 使用这种方法做电子书的虽然不多，不过毕竟还是有的，我见过的就是读写网。由于打开这个网站的电子书后，IE主页就会自动设置为这个网站的URL，所以在这里就不给出这个网站的URL了，以免各位受到意外伤害。破解这种电子书的收费验证的方法，已经有人在紫宸殿网络论坛的技术区贴出来过，有兴趣的可以去看看。 在MSDN中对这种基于流的方法的局限性说得很清楚： 页面不能太复杂，如果页面包含的tag太多，显示出来的就不是解析后生成的页面，而是原始的HTML代码。大概就是因为这个原因，所以读写网放出来的电子书清一色都只有纯文本，加背景色。 当前页面的URL永远不变（读写网的永远都是about:blank），因此IE内核没有办法从相对URL自动构造出绝对URL。就是因为这个原因，读写网早期的电子书在页面中使用jpg文件作为背景，就只能将这个背景图片写到temp目录下，然后在网页中使用绝对URL引用这个图片。也正是因为这个原因，所以在页面中不能包含“上一页”、“下一页”、“回目录”等链接，只能自己在左侧放一棵目录树，让用户一页、一页去点。 由于这种电子书的页面没有自己的URL，因此不能用KillEBook进行反编译，只能用IECracker或CtrlN，一页、一页手工抓取。 4、采用MIME Filter 与基于流的方法相比，这种方法不仅支持包含众多tag的复杂HTML页面，而且可以从相对URL构造绝对URL，因此支持页面之间的链接，实现也不复杂，MSDN上就有现成的例子可供参考。 不过这种方法的缺点也很明显：不能对图像等内容进行加密处理。下面说的协议插件方法就比这种方法强些。 5、基于web服务器 对于不懂行的人来说，“web服务器”听起来可能是一个很了不起的东东，但是对于懂行的人来说，实现其实很简单： 起一个监听线程，对本地80或任何一个指定的端口进行监听。 每监听到一个连接请求，起一个服务线程，根据请求内容，按照HTTP协议，返回内容。 在codeguru和codeproject上，有很多现成的web server代码，直接拿来用就好，自己只要考虑怎么填写返回内容即可。VC 6自带的MSDN光盘上，也带了一个名为HTTPSVR的例子，说明如何用MFC和WinSock创建web server。 使用这种方法虽然简单、直截了当，而且只要愿意，差不多能够模拟一个真正web server的功能（就算想实现app server也并非不可能，不过要花点功夫），但是也有问题： 基本上没有什么保密性可言，服务器起来后，本机其它进程很轻松就能下载到需要的内容。 如果本机上其它进程也提供TCP/IP服务，可能会产生端口冲突。 6、协议插件（Asynchronous Pluggable Protocols） 这个是微软专门为IE扩展的东西。 在互联网上，常见的应用层协议包括http、FTP等。出于种种原因，微软允许用户在标准的应用层协议之外，扩展自己的协议，称为Asynchronous Pluggable Protocol。到MSDN、codeguru和codeproject上搜索这几个关键字，从理论到源代码都能找出一堆，在这里我就不罗嗦了。 Asynchronous Pluggable Protocol可以指定对所有进程有效，这个在注册表的HKEY_CLASSES_ROOT\PROTOCOLS\Handler下注册一下就好；也可以指定只在某个进程内有效，以增加保密性，不过这个时候微软就不叫它Asynchronous Pluggable Protocol了，而是Pluggable Namespace Handler。 由于Asynchronous Pluggable Protocol具有一定的保密性，实现起来又有例子可参考，而且差不多与架设web server一样，能够对网页显示提供全面的支持，因此在电子书中得到了广泛的应用，我见过的就有mk（chm）、ada99（eBook Workshop）、wc2p（Web Compiler 2000）、ic32pp（Web Compiler 2000—exe防反编译格式）、e-book（E-Book Creator）、mec（E-ditor eBook Compiler）等。不过这种技术如果使用不好，可能会在注册表中产生垃圾，或产生垃圾文件（插件本身是一个COM控件，一般用DLL实现，使用前必须在注册表中注册）。 7、最后一招 即使使用Asynchronous Pluggable Protocol，由于在IE内核中还存在可显示的HTML源代码，因此还是存在被导出的可能，这个就是上面正文里讨论了半天的东西。 我想到的最后一招制作防反编译的电子书的办法就是：在制作的时候，将所有页面内容全部转换成图片，然后再打包。将网页转换成图片的源代码参见这里： http://www.codeproject.com/internet/htmlimagecapture.asp 使用这种方法，在拿到一本制作好的电子书后，想得到原始文本信息的方法大概只有两个：OCR和key in。这个也可以用起点中文网的方法来对付：使用手写体，加水印，故意增加错别字或替换标点符号等。据传说，起点就是根据用户ID，生成错别字和错误标点的，因此如果是原样key in或OCR，就可能被查出来。 但是回头一想，如果哪个电子书制作工具真的走到了这一步，大概也就离消亡不远了，用户还不如直接去做PDF： 所有动态效果全部没有，页面上的链接也全部失效，大概又只能靠在左侧放一棵目录树才能导航了。 页面大小、字符大小基本固定，显示的时候很难放大、缩小，尤其是放大的时候，要么速度比较慢，要么必须忍受难看的锯齿。 文件尺寸大增。对于以收藏为目的的电子书来说，这是一个必须以严肃的态度，认真地加以考虑的问题。

哇哇布丁

《E书.网页制作学习工具总汇》(更新中……)



    本合集收集了E书和网页制作中有用的工具，有些取自其他网站，有些由本站会员制作或提供，但都散落于各个单贴，查找很不方便，为此整理合并。需要的朋友可在以下查找，如果有好的工具也可跟贴推荐。

    声明：下列所有软件，本人并未每个都使用、测试过，若遇安装、使用中的问题，可另外发贴提问，请用过的朋友帮助解答。

一、制作工具类

9款电子读物制作工具比较  (子游制作)

　　随著网路的出现和电子出版物的飞速发展，制作各类电子读物的工具软件也层出不穷。如今，每个人都可以非常简单、迅速且廉价地将自己的作品、资料制作成电子书籍在网上进行传播。古人云：工欲善其事，必先利其器！面对五花八门的电子读物制作工具，到底选择哪一款软件好呢？为此，向大家推荐9款电子读物制作工具软件逐一点评，以方便大家各取所需地进行选择。为了方便，做成一本书，大家下载慢慢看吧！

本帖包含附件



外联下载.rar  ( 1.05 MByte，已被下载

电子书制作工具大比拼  (书生制作)

    （一） 横向评测篇 （二） 各显其能篇 （三） E 书工场篇

本帖包含附件



外联下载.rar  ( 1.52 MByte，已被下载

翻页电子书软件 DeskTop Author 4.57 汉化破解完整版

    DeskTopAuthor是一个功能非常强大的翻页电子书，电子相册制作工具,内置多种风格不同的模板和按钮你只需要选择喜欢的模板,然后加上自己的图片和文字就可以完成一个非常漂亮的电子相册或者电子图书一切只需要一分钟,通过制作吸引人的交互式的电子像册和电子书，可以大大提高你网上销售的效率！

    此为27MB完整版本，另附一帆风制作的汉化补丁。

1. 原版安装文件

本帖包含附件



外联下载.rar  ( 25.59 MByte，已被下载

2. 汉化破解补丁

本帖包含附件



外联下载.rar  ( 4.2 MByte，已被下载

    关于破解补丁的特别说明：据用过的会员反映：“应用了破解补丁就无法汉化，因为文件大小不正确。所以破解补丁根本就不要用。只要把汉化文件直接拷贝到安装文件夹汉化就可以了，汉化的同时也就破解了。再把阅读器破解的几个文件拷贝到安装文件夹下替换原文件就可以彻底汉化了。”

eBook Workshop 1.4e书工场注册版

    eBook Workshop (原亿唯e书,现中文名：e书工场)是将 HTML 页面文件、图片、Flash等捆绑成 EXE 电子文档的制作软件。本软件可以说是吸收了目前其他同类软件的优点，采用文件流技术，所有文件都在内存中释放和读取，不产生垃圾文件；软件采用界面外壳，制作时可以选择界面，界面优美，可以不断升级界面；制作的电子书可以部分或全部加密，从而保护制作者的利益， 是制作EXE电子图书最佳选择。

本帖包含附件



外联下载.rar  ( 1.83 MByte，已被下载

eBook Workshop 1.5e书工场简体中文注册版

本帖包含附件



外联下载.rar  ( 1.42 MByte，已被下载

eBook Edit Pro V3.31汉化注册版

    该软件是典型的将HTML页面文件（包括媒体文件）捆绑成 EXE 电子文档的制作软件。软件支持大多数基于Web的技术，集成了目前所有同类软件的优点于一身，是EXE电子图书制作软件中最豪华、最完善的一款。可以完美的支持Flash文件。运行环境：Windows9X/NT/2000/ME/XP

本帖包含附件



外联下载.rar  ( 2.23 MByte，已被下载

eBook Pack Express V1.75 build 0360 汉化破解版

    eBook Pack Express 是一个电子书 (eBook) 制作工具，可以将 HTML，JavaScript，VBScript，Flash 及 ActiveX 文件转换成可执行的电子书。无论在功能和界面上，该程序可以说是同类软件中的佼佼者，其强大的新特性使电子书的制作和编辑轻而易举。

本帖包含附件



外联下载.rar  ( 2.96 MByte，已被下载

myview 3.2.87 中文破解版  (flash890提供)

软件大小： 1934 KB  

操作平台： Win9x/Me/NT/2000/XP

试用期限： 免费软件

软件介绍： MyView 将帮您把多个图片打包成一个扩展名为EXE的可执行文件或者一个扩展名为JPM的图片包。执行这个EXE文件或用Viewer程序打开JPM文件，可以进行图片的浏览，缩放，旋转，镜像，加亮等操作及一些简单的图形处理。并且，支持图片切换特效。这些操作就像在其它看图软件中浏览图片一样，并且更简单，更快速！

　　如果你要将这些打包了的图片释放，图片的质量与打包前是一样的。 并且，你还可以用它来建立与众不同的图片屏幕保护程序或幻灯片程序。

　　另外，你还可以给你自己的图片包加上密码。没有密码，别人是无法打开你的图片包的！还有可以给EXE图片包加上背景和你喜欢的图标！

　　Myview使用简单，你只需几步，就可以完成工作！

本帖包含附件



外联下载.rar  ( 2.54 MByte，已被下载

myview 3.5.0.10 中文破解版

    软件介绍同上

本帖包含附件



myview3.5.0.10注册版.rar  ( 2.58 MByte，已被下载

WebCompiler 2000 V1.67 汉化版

    WebCompiler用于将多个HTML页面(包括图像文件)编译成可执行性文件的制作电子图书软件。该软件目前是同类产品中比较出色的一款软件，各方面的功能很完善。其最大的特点就是软件本身相当于一个小型的Web浏览器，对原来的HTML文件不会产生任何的损伤。软件支持CSS，JavaScript等常见Web技术。但是不支持Java和Flash

本帖包含附件



外联下载.rar  ( 1.54 MByte，已被下载

Easy CHM v1.96 特别版  (冷峰提供)

   Easy CHM是国华软件推出的一款强大的CHM电子书或CHM帮助文件的快速制作工具。使用EasyCHM只需要三个步骤就可以完成CHM的制作：1、用户指定一个目录，EasyCHM会自动导入全部目录及文件；2、设置CHM编译选项；3、开始制作。EasyCHM非常适合个人和单位制作高压缩比的带有全文检索及高亮显示搜索结果的网页集锦、CHM帮助文件、专业的产品说明、公司介绍、CHM电子书等等。

主要产品功能：

  a.. 全自动的目录及文件导入（可以包括子目录）；

  b.. 支持导入任意的文件类型；

  c.. 自动生成CHM的目录列表并自动生成所有目录项；

  d.. 为CHM的目录列表自动添加多级编号；

  e.. 批量更换CHM目录各项的图标；

  f.. 支持批量查找替换多级目录各项的标题文字内容；

  g.. 允许用户指定从文本文件的第N行自动截取标题；

  h.. 易用的目录编辑器；

  i.. 丰富实用的CHM制作选项帮助用户制作更加个性化的专业CHM电子书或CHM帮助文件。

  j.. 内嵌CHM反编译工具。

本帖包含附件



外联下载.rar  ( 1.47 MByte，已被下载

Easy CHM v2.10.360 中文注册版

    安装原版后解压“chm14769d299915.dll”文件到原版目录下，运行程序进行注册！

    Name：jeike

    Code：QE33C382354-1161-AF9DA499

本帖包含附件



外联下载.rar  ( 1.55 MByte，已被下载

PowerCHM v5.1 Build 0825 汉化破解版

    CHM文档创作工具，可以方便的从Html文件, 文本文件,WORD文档和PDF文档创建CHM文件。内含破解补丁。

本帖包含附件



外联下载.rar  ( 1.87 MByte，已被下载

电子文档处理大师Quick CHM 2.6 简体中文注册版

（是真正的所见即所得（WYSIWYG）CHM文件制作软件，内置简单易用的所见即所得网页编辑器，使你可以不必在两个软件之间切换，只使用一个软件就可以完成CHM文件的制作。软件采用html help workshop的格式保存和读取，使你不在为格式不同而烦恼。增强反编译功能，反编译后直接可以用QuickCHM读取，使你的工作更轻松。推荐喜欢CHM格式E书的会员使用！—WXY）

本帖包含附件



外联下载.rar  ( 1.4 MByte，已被下载

Softscape HTML Builder v3.0 (软景HTML制造机3.0)

    软景HTML制造机[Softscape HTML Builder] 3 是一款基于模板的将文本文件转换为网页文件的工具软件（Txt2html、Text to Html)。只需把文章的题目、内容按顺序放在文本文件里，经程序处理，即可快速生成带索引文件、“上一页”“下一页”链接的HTML文件群，是快速制作e-book电子书，“书屋”、“技巧”类站点的得力助手。软景HTML制造机 3 自带10套不同风格的精美模板，不会做网页也可以轻松使用。

　　软件特点：一个文本文件可含一篇或多篇文章，程序一次可处理多个文本文件，支持图形插入，文章段自动缩进，段间自动空行，既可使用自带模板，又可自制模板，无限扩展……

3.0版新功能

* 全面支持含图形、Flash、外联样式表等附带文件的复杂模板，输出时，所有附带文件自动跟随，无需手工拷贝。

* 文本文件引用插图自动跟随，无需手工拷贝。

* 生成真正的索引文件，不再只是链接列表，“难看的首页”成为历史。

* 增加多个标签，使制作更加复杂的模板成为可能，比如使用图形的“上一页”“下一页”链接。

* 支持使用图形作链接引导符，仅程序自带就达7种。

* 明确支持一个文件一篇文章，并允许文件名作为题目。

* 全新制作多达10套的精美原创模板。不必再抱怨没有好看的模板。

* 允许在第一页不显示上一页链接，最后一页不显示下一页链接。

* 图形插入方式，文本文件排序等许多小的改进及BUG修正。

* 全面重写了帮助文档，更准确，更易理解。

本帖包含附件



外联下载.rar  ( 1.9 MByte，已被下载

电子书工作室(eBook Studio) 1.0(电脑迷特别版)  (youyou提供)

    一款可以快速地将你的文档、图片、Flash动画等影音文件打包制作成EXE电子书的好工具。用户可以自定义电子书的封面、启动界面和图标。软件采用树型目录结构进行内容组织，支持文件和目录树的批量导入，对于html格式的文档，eBookStudio可以自动提取出标题并生成索引。软件提供了强大的保护功能，可以防止用户使用鼠标右键和ctrl+c进行电子书内容的非法拷贝，通过其密码验证、使用次数、时间限制、正版标识序列号等方式来保证电子书的版权不被侵犯。所有生成的电子书数据都会自动加密和压缩，减小了网络传送的带宽。

本帖包含附件



外联下载.rar  ( 3.78 MByte，已被下载

PureCartoon V1.6 (漫画制作软件)  (王阳明提供)

    PureCartoon是一款集漫画制作、管理和播放于一体的一款软件；通常大家在电脑上看的漫画一般有2种格式：第一种是整部漫画都是一张张的jpg格式的图片，第二种是则是专门的电子书格式。采用第一种格式的缺点不言而喻，管理、传输都不方便，经常出现丢失图片，图片顺序错乱等问题，而且加密困难。而第二种格式一般是由某些网站专门制作的，但是处于利益或者版权问题，如果您碰到中意的图片，可能无法保存。而且这种电子书制作起来非常麻烦，漫画质量和制作者的水平有很大关系，如果制作者水平有限的话，制作出来的漫画效果不好，看起来也很麻烦。

本帖包含附件



外联下载.rar  ( 1.23 MByte，已被下载



=================================================



二、反编工具类

unEbookWorkShop V1.42注册版

软件大小：  817 KB

软件语言：  简体中文

应用平台：  Win9x/NT/2000/XP

软件介绍：

    unEbookWorkshop是专门用来反编译 ebook Workshop( e书工场 )制作的EXE电子书源文件的工具软件（E书反编译工具），可以迅速地反编译包括在EXE电子书里面的全部源文件，并且完美地恢复源文件的全部目录结构及文件名，以便帮助用户得到源文件进行资料恢复或二次编辑。unEbookWorkshop支持批量操作，您只需指定一个包括EXE电子书的目录，unEbookWorkshop会自动把指定目录下符合条件的文件一次性反编译。

本帖包含附件



外联下载.rar  ( 864.01 KByte，已被下载

unEbookWorkShop V2.20注册版  (会员tyt200302提供)

软件大小：  894 KB

软件语言：  简体中文

软件类别：  国产软件 / 注册版 / 反编译工具

应用平台：  Win9x/NT/2000/XP/2003

软件介绍：  同上V1.42

本帖包含附件



外联下载.rar  ( 940.03 KByte，已被下载

unEbookEdit V1.2.470  (大浪淘沙提供)

反编译用软件ebook edit pro制作的EXE电子书源文件的工具软件，版本虽低，但能成功反编。

本帖包含附件



unEbookEdit V1.2.470.rar  ( 371.46 KByte，已被下载

unEbookEdit V1.64(内含注册码)  (燕闲斋主提供)

　　unEbookEdit是目前唯一一款专门用来反编译用软件ebook edit pro制作的EXE电子书源文件的工具软件（E书反编译工具），可以迅速地解压缩包括在EXE电子书里面的全部源文件（包括网页、文本、图片、CHM、ZIP、EXE等），并且完美地恢复源文件的全部目录结构。

本帖包含附件



外联下载.rar  ( 729.92 KByte，已被下载

UnWebCompiler V1.03 免费版

     可以反编译用webcompiler编译的EXE电子书文件中包含的所有文件.提供UnWebCompiler 程序及程序源码。

本帖包含附件



外联下载.rar  ( 200.99 KByte，已被下载

miniKillEBook 1.06 (strnghrs老马提供)  3.13更新

    一个专门针对基于IE内核电子书的反编译软件，可以在不知道电子书具体文件格式的情况下，反编译电子书的内容。此软件不仅可以提取E书文字，而且可以提取网页（某些不可复制粘贴网页）文字。但是内部对功能进行了限制，只能反编译HTML内容，不能反编译电子书中的图片、动画、css、js、音乐等。反编译结果可以是原始的HTML文件，也可以直接存为文本文件，方便转换成PDA、手机电子书格式。不需安装，操作简便（只需把上面的一个特殊图标拉到要复制的文件上，然后选择好要存放的目录，接着就按“开始”，......就一切 ok!

本帖包含附件



miniKillEBook_chn.zip  ( 111.29 KByte，已被下载

UnEBook1.01 (作者：马健)

    这是一个专为批量反编译电子书而开发的一个工具。目前支持的电子书格式包括：CHM、HLP、Web Compiler 1.67、Caislabs eBook Pack Express 1.6、ebx/XReader。另外，UnEBook还提供将 RTF 文件批量转换成 TEXT 文件的功能。在反编译CHM电子书的时候，为了对付某些没有索引页，单纯依靠左侧目录树导航的情况，UnEBook会自动根据hhc文件，生成框架页和导航页。当然，如果您觉得自动生成的东西比较无聊，删掉就好。

本帖包含附件



外联下载.zip  ( 257.3 KByte，已被下载

CtrlN 1.02 (作者：马健)

    这是一个简单的网页查看程序，在浏览网页，或基于IE内核的电子书的时候，按下指定的快捷键（缺省为Ctrl+N，可配置），即可实现下面功能中的一种：

    1. 弹出一个新的IE窗口，在其中显示与当前浏览的页面完全相同的内容，但是这个新的窗口包含IE的全部菜单，包括“另存为”、“查看源代码”等，就好像在用IE浏览普通网页的时候按下快捷键Ctrl+N一样（这个软件的名字就是从这里来的）。这个是用来对付那些没有菜单的IE窗口、电子书，或禁止了快捷键、右键菜单的网站的。如果弹出的页面没有用JSP代码禁止右键菜单，也可以用右键菜单中的“图片另存为”功能，保存页面中的图片，不过多半只能存为BMP文件，其原因我已经在《常见电子书格式及其反编译思路》一文中解释过了。

    2. 弹出一个“记事本”窗口，显示当前浏览页面的HTML源代码。这个功能经过特殊处理，比IE的“查看源代码”功能靠得住些，可以有效对付那些通过流动态生成的页面。

    3. 弹出一个“记事本”窗口，显示当前浏览页面的文本。这个功能目前IE 6还没有。在弹出的文本窗口里，你想拷贝什么都可以随便拷贝（如果剪贴板功能没有被封锁的话），也可以对内容进行编辑后存盘。

    4. 弹出一个“记事本”窗口，显示从加密网页中提取的解密后的BODY段HTML源代码，用于对付某些加密网页。

本帖包含附件



外联下载.rar  ( 82.45 KByte，已被下载

ChmDecompiler V1.50.325  (chm电子书批量反编译器注册版)

     一款专门用来反编译CHM电子书源文件的工具软件，可以迅速地释放包括在CHM电子书里面的全部源文件（包括网页、文本、图片、CHM、ZIP、EXE等全部源文件），并且完美地恢复源文件的全部目录结构及文件名，以便帮助用户得到源文件进行资料恢复或二次编辑。提供多种反编译方式供用户选择：可以只释放CHM电子书里面的任意一个文件、任意一个目录；也可以释放CHM里面的全部文件。同时，“CHM电子书批量反编译器”(ChmDecompiler)也可以作为CHM电子书的阅读器，这也是本软件的特色之一：用户可以在浏览阅读CHM电子书的同时选择释放出自己需要的文件。运行“CHM电子书批量反编译器”(ChmDecompiler)一次后，用户在资源管理器里右键单击任意一个CHM电子书，并在弹出菜单里选择“Open with ChmDecompiler”,程序会马上运行并打开用户选中的CHM电子书，非常方便快捷。

User: DIGERATI

Key : 7265676E616D65

本帖包含附件



外联下载.rar  ( 954.87 KByte，已被下载

引用:

以上软件我都在晓风论坛点击下载过，有时速度不快；要是不愿下载外联的；我们会随后推出新的版本推荐。。。。。。谢谢您的支持！！！

[ 本帖最后由 哇哇布丁 于 2006-8-17 19:29 编辑 ]

哇哇布丁

推荐：




批量保存网页，适合制作E书和离线浏览



外联下载.zip  ( 981.94 KByte，已被下载

哇哇布丁

〔转〕《电子书特效教程》V1.05（06.07.19更新）



　　写教程本来是E书名家们的事儿，我只是个普通的电子书爱好者，做这件事可能还不够格，自己还没学得怎么样呢，又怎么去教别人？所以，我写的这份材料，与其说是“教程”，还不如说是一本“E书制作交流资料”来得贴切些。

　　在阅读本书以前，我希望您已经制作过至少两本以上的电子书了，因为本书不是基础教程，讲的都是E书制作中的一些特别效果的实现方法，属于电子书制作的“提高篇”。

　　本书结构分为两篇：图片篇和网页篇。

　　图片篇中讲的主要是几个Photo Shop(以下简称PS)滤镜的使用效果和一些常规的效果制作方法。如果您PS还没有使用过，那么请您先看大侠“坐看云起”的《电子书制作常用美工技巧》（以下简称《美工技巧》），书中的内容都是云起大侠切身经验所得，简单实用，即使从来没有碰过PS的人，看了这本书也可以操作，这也是原创和引用的最大区别。《美工技巧》最大的不足在于制作者封锁了电子书页面右键，其提供的图片没法另存，提供的代码没法复制，希望制作者能重新制作一下。我的《教程》也没有提供右键另存的功能，但并不是我封锁右键的缘故，而且是因为本书使用了右键导航功能，而且本《教程》中实在也没有什么图片值得另存的，提供的都是效果图，而且都是小图片，没有什么实用价值，自己按照提供的方法，很容易就可以做出来。

　　网页篇中讲的是几个特殊网页效果的实现方法，都是本人平常收集的、自认为E书制作中值得一用的方法，主要也就是网页代码而已。同样，复制代码时也无法用右键，但可以先用左键选定，再使用键盘快捷键（Ctrl+C复制到粘贴板）的方法得到。

　　本书中的技巧，有的是本人在杂志上习得的，有些是经高手指点获得的，还有些是经过反编大侠们的电子书后仔细研究获得的。对于最后一种，还望大侠们谅解，反编你们E书，主要是因为我没有太多的时间上网向你们请教，因为目前我还过的是旅居生活，上网硬件设备不全，书都是在单位电脑发的。

　　本书编入的文章都是本人在工作之余所写，错误之处在所难免，有些效果还没有来得及在电子书中具体使用过，如果发现错误，还请各位大侠能够在论坛发个短信通知我，以得到更正。由于水平有限，本书语言还不够精练、明了，还望大家见谅。

　　
    本《教程》支持键盘翻页（前进→、后退←、回目录按回车键），并采用了右键导航和不间断背景音乐。

本帖包含附件

[attach]88555[/attach]

（2006.07.04）V1.01版《网页篇》中新增《不间断背景音乐（2）》

本帖包含附件

[attach]88556[/attach]


(2006.07.19) V1.05版 《网页篇》中新增了几篇，没有太多的时间，只能一点一点来了。

好长时间不来看了。


本帖包含附件


[attach]88557[/attach]

[ 本帖最后由 哇哇布丁 于 2006-8-17 20:18 编辑 ]

哇哇布丁

比较全的电子书浏览器合集

1. pdf阅读工具

Foxit Reader (PDF浏览器) 1.3 Build 0104 绿色汉化版
http://www.jz5u.com/Codelist/Catalog164/2137.html

PDF文件阅读器绿色版
http://www.srui.cn/soft/1096.htm

PDF迷你阅读器 纯正绿色便携版V0031
http://www.qlprint.com/qlprint_2 ... txtx/200509/59.html



2. pdg阅读工具

pdg文件阅读器-BooX Viewer V1.0b3 汉化版
http://down.sxxsw.com/soft/2999.htm

pdg阅读器1.0
http://www.dbchina.net/down/4/2005-10-29_06:00:10_192.htm

PDG阅读器
http://220.178.36.157/Soft/hacktool/othertool/200509/24.html



3. 超星阅读

SSReader超星图书浏览器 3.9简体中文绿化版
http://soft.mumayi.net/Software/catalog63/3082.html

超星阅览器破解版
http://down.sxxsw.com/soft/407.htm

超星图书浏览器(SSReader) v3.9.1110 绿色版
http://download.szqj.com/softshow.asp?id=3606


4. NLC电子图书格式阅读器

http://soft.studa.com/downinfo/541.html(好几个下载地址)
Book Reader for NLC Version 1.0 图书阅读器NLC(中国数字图书馆)版本Readme文件 1、简介   NLC格式中国国家图书馆的电子图书格式。它把扫描的图书图像以JBIG 标准压缩(无损压缩)为很小的NLC文件。NLC文件是JBIG格式的一种变种。

5. ebx阅读器

http://www.51spsoft.com/DownInfo/info4764.html

http://www.hnspace.com/downinfo/550.html


6. e-BOOK电子小说阅读器 v3.0126 绿色版
http://www.lenci07.com/View/11494.html

e-BOOK电子小说阅读器 v3.0128 绿色版
http://download.szqj.com/softshow.asp?id=3170

e-BOOK电子小说阅读器 v3.0128 绿色版
http://www.tjvnet.net/SoftView/SoftView_1436.html
7. wdl格式的 华康阅读器 :
http://www.zwye.com/soft/442.htm
8. 还有CAJ的和VIP的,自己到他们的网站上下吧,hoho.推荐CAJView,除了可以看CNKI的外,还可以打开pdf,从而可以利用cajview的ocr功能识别图片格式pdf文件

引用:

晓Q推荐：

方便小巧的PDF格式阅览器－Foxit Reader

http://jsszdx1.crsky.info//hh/FoxitPDFEditor_v1.4h.rar


原名 Foxit Pdf Reader 是一款 PDF 文件 (电子书) 阅读器/查看器。它体积小，快速，而且它是免费的。有了它，你无须为仅仅阅读PDF文档而下载和安装庞大的Adobe Reader，而且启动快速，无需安装。对中文支持非常好。

引用:

我近日下载了，尚可以下载，运用！

[ 本帖最后由 哇哇布丁 于 2006-8-18 10:08 编辑 ]

永远

这又是一个辛苦大作..真是强啊

hbyw

先花一点时间看一下，再花时间去做！

哇哇布丁

顶一顶。。。


欢迎您的下载！！