Ews算法

Ⅰ 两个数的最大公因数怎么求

最大公约数，也称最大公因数、最大公因子，指两个或多个整数共有约数中最大的一个。a，b的最大公约数记为（a，b），同样的，a，b，c的最大公约数记为（a，b，c），多个整数的最大公约数也有同样的记号。求最大公约数有多种方法，常见的有质因数分解法、短除法、辗转相除法、更相减损法。
质因数分解法:就是把一个合数分解成几个质数相乘的形式。

48和54
48=2*2*2*2*3
54=2*3*3*3
因此，48和54的最大公约数是：2*3=6.
短除法是求最大公因数的一种方法，也可用来求最小公倍数。求几个数最大公因数的方法，开始时用观察比较的方法，即:先把每个数的因数找出来，然后再找出公因数，最后在公因数中找出最大公因数.
辗转相除法是用来求最大公约数的．给出两个正整数a和b，用b除a得商a0，余数r，写成式子 a=a0b+r，0≤r<b．
(1) 这是最基本的式子，辗转相除法的灵魂．如果r等于0，那么b可以除尽a，而a、b的最大公约数就是b． 如果r≠0，再用r除b，得商a1，余数r1，即 b=a1r+r1，0≤r1<r．
(2) 如果r1=0，那么r除尽b，由(1)也除尽a，所以r是a、b的公约数．反之，任何一除尽b的数，由(1)，也除尽r，因此r是a、b的最大公约数． 如果r1≠0，则用r1除r得商a2，余数r2，即 r=a2r1+r2，0≤r2<r1．
(3) 如果r2=0，那么由(2)可知r1是b、r的公约数，由(1)，r1也是a、b的公约数．反之，如果一数除得尽a、b，那末由(1)，它一定也除得尽b、r，由(2)，它一定除得尽r、r1，所以r1是a、b的最大公约数． 如果r2≠0，再用r2除r1，如法进行．由于b>r>r1>r2>…逐步小下来，而又都是正整数，因此经过有限步骤后一定可以找到a、b的最大公约数d(它可能是1)．这就是有名的辗转相除法，在外国称为欧几里得算法．

Ⅱ 求seo和sfo以及IIS的详细说明及其工作原理

SEO分为站外SEO和站内SEO两种。
SEO的主要工作是通过了解各类搜索引擎如何抓取互联网页面、如何进行索引以及如何确定其对某一特定关键词的搜索结果排名等技术，来对网页进行相关的优化，使其提高搜索引擎排名，从而提高网站访问量，最终提升网站的销售能力或宣传能力的技术。
搜索引擎优化是针对搜索引擎对网页的检索特点,让网站建设各项基本要素适合搜索引擎的检索原则,从而获得搜索引擎收录尽可能多的网页,并在搜索引擎自然检索结果中排名靠前,最终达到网站推广的目的。
搜索引擎优化的主要工作是通过了解各类搜索引擎如何抓取互联网页面、如何进行索引以及如何确定其对某一特定关键词的搜索结果排名等技术，来对网页内容进行相关的优化，使其符合用户浏览习惯，在不损害用户体验的情况下提高搜索引擎排名，从而提高网站访问量，最终提升网站的销售能力或宣传能力的技术。所谓“针对搜寻引擎优化处理”，是为了要让网站更容易被搜寻引擎接受。搜寻引擎会将网站彼此间的内容做一些相关性的资料比对，然后再由浏览器将这些内容以最快速且接近最完整的方式，呈现给搜寻者。由于不少研究发现，搜索引擎的用户往往只会留意搜索结果最开首的几项条目，所以不少商业网站都希望透过各种形式来干扰搜索引击的排序。当中尤以各种依靠广告维生的网站为甚。目前SEO技术被很多目光短浅的人，用一些SEO作弊的不正当的手段，牺牲用户体验，一味迎合搜索引擎的缺陷，来提高排名，这种SEO方法是不可取的。
在国外，SEO开展较早，那些专门从事SEO的技术人员被Google称之为“Search Engine Optimizers”，简称SEOers。由于Google是目前世界最大搜索引擎提供商，所以Google也成为了全世界SEOers的主要研究对像，为此Google官司方网站专门有一页介绍SEO，并表明Google对SEO的态度。
搜索引擎优化对于任何一家网站来说，要想在网站推广中取得成功，搜索引擎优化都是至为关键的一项任务。同时，随着搜索引擎不断变换它们的排名算法规则，每次算法上的改变都会让一些排名很好的网站在一夜之间名落孙山，而失去排名的直接后果就是失去了网站固有的可观访问量。所以每次搜索引擎算法的改变都会在网站之中引起不小的骚动和焦虑。我们可以说，搜索引擎优化也成了一个愈来愈复杂的任务。
决定SEO优化效果的三个因素
第一、网站空间的速度和稳定性
第二、内容更新量与原创率
第三、高质量的外链和高权重友情链接

sfo我看你能不能打出中文名，找不到呢

iis的作用（工作原理那是算法问题。。。。。）
在同一时间内允许打开的网站页面数，打开一个页面占一个iis，打开一个站内框架页面占2到3个iis；若图片等被盗链，在其它网站打开本站图片同样占一个iis。假若设置参数为50个iis，则这个站允许同时有50个页面被打开。但要在同一时间（极短的时间）有50个页面被打开，需要50个人同时操作，这个概率还是比较低的。所以，100个iis支持日ip1000（同时访问网站人数必定远低于1000人）以上都不是很大问题，除非网站被盗链或框架引发其它消耗。

Ⅲ 用熊猫看书来看chm，却自动退出，什么原因

转帖mobichm打不开chm的原因本教首发在作者网站上： http://www.e71fans.com/skills/e71-mobichm-chm.html 特来塞班分享给机友们。手机要是能阅读chm文件的话，那么看书的人有福了，相信有很多人都会用到mobichm或则是熊猫读书，在问题还没解决之前，很多人说mobichm可以打开chm文件，有人又说熊猫的可以或则又不可以，其实问题不是出现在这两款软件上（像能打开chm的软件的确很少），而是出在用什么方法制作的chm。之前我像很多朋友们一样，到处找答案，但是没有结果，在塞班论坛上你一句我一句的，大家打开的chm文件却是不同的，所以遇到的问题也不同，今天我就把我的方法告诉大家，写此教程也是因为在塞班论坛上有很多机友把很多遇到的困难解决方法都发出来共享，所以作者有好的方法也共享给大家，谢谢那些精心写教程共享给大家的机友们。在使用mobichm和熊猫读书的时候，我却没有打开任何chm文件，可能是我下载的chm文件都不是正常方法制作出来的，大家所谓的打不开的chm文件都是没有按正常方法做出来的chm文件，那么如何把不可以打开的chm文件转换成正常的文件呢？有一点是可以肯定的，只要你转换了，就可以正常打开了。这里推荐大家使用一款超强的电子文档处理器，最主要的是可以批量处理，软件是原来是需要注册的，我找到了一个XX版的，呵呵。“电子文档处理器”标准版单机用户注册费用是：中国大*陆用户 ： 人民币 128元其 他用户 ：美元 US$ 49 不过作者为大家提供了完美的注册方案，为你省下这笔钱！本人今天亲自实验确注册能成功！注册方法如下：1、安装程序完成后,把注册文件 ews69181591fd96.crc 复制到“etextwizard”程序所在的目录下，注意必须在相同的目录下，请不要更改这个注册文件的文件名或文件内容。2、输入注册信息，NAMEIGERATI S/N:7265676E616D65 ,提示注册成功!注册成功的标志：1、菜单上明显的“注册”项消失了；2、“购买”按钮消失了，“关于”菜单下出现了“本软件注册给："DIGERATI"的字样注册文件 ews69181591fd96.crc 是采用特殊算法生成的，请千万不要修改注册文件里面的内容或文件名，这点非常重要！请务必按说明执行注册...软件XX释完了，接下来相信大家已经知道怎么做了吧，但是为了一些新手快速解决问题，我就简单的说下如何做。打开软件，在选项卡的最后一项是反编译chm，然后打开要编译的chm文件（就是你那个不能打开的chm文件），选择一下输出路径，使用电子文档的朋友下面这段请先跳过，作者不是用电子文档处理器，因为我之前没找到这个软件，而是在后面一部才找到的，不过我之前用的反编译chm软件是ChmDecompiler，到这里反编译就完成了。接着就是制作正常的chm文件，打开第一个选项卡“文本转换器”，如果是批量制作的朋友（我一直都只以批量制作做例子讲解），在中间的文本转换器通用选项里打勾“所有子目录分别操作”，右边选择htm2chm，制作出来的文件有两个chm，一个以原来文档命名的，一个是以”绿茵汗将·将之典藏“为名字的chm文件，两个文件只要打开看一下就知道有什么不同，看左边，一个是没有目录，一个是有目录，不过我的chm文件在主页里就显示了所有的子标题连接，所以作者就是用第一种，这两种chm文件手机都可以正常打开，不过作者选择的是有标题的那个，chm文件多了，如果都是同样标题，那无法区别。用我这方法的朋友，到时候要想批量复制出那些生成出来的正常文件的话（因为所有的chm文件都在不同的文件夹里面），可以用windows自带的文件查找方法，查找*.chm文件，然后就可以进行复制了。如果大家只是单个文件转换，那就更简单了。因为时间问题，我没有上图，教程写的不好，请见见谅。因为作者在这里的权限限制，无法发送附件，现在提供下载连接：电子文档XX版 点击下载 查看更多答案>>

希望采纳

Ⅳ 宝马轿车防盗系统解除方法有哪些

宝马防盗系统组成总的来说分为两种结构，2000年前由EWS（电子禁启系统）和智能钥匙组成，EWS主要与智能钥匙采用射频感应技术实现密钥交换与身份认证来实现对发动机的锁止与控制。智能遥控通过无线方式采用改进型跳码技术实现门禁。2000年后由CAS和智能钥匙组成，与2000年前的防盗系统区别在于采用更严格的安全加密算法来实现双方身份相互认证技术，而且新款钥匙所采用芯片组也是宝马订制芯片，安全系数更高。
一、中控防盗系统

目前宝马车系所采用的中控防盗的遥控器分为两类，一类为独立式发射遥控器，另一类为与钥匙一体的遥控器，其防盗解除程序为：
1、如果欲处理的车辆是由车主利用旅程电脑自行设定防盗密码的宝马车，并且不知道中控防盗的解除密码，可采用下列方法强行解除程序：
①拆下宝马车的蓄电池接线，然后再重新装回。
②打开驾驶员一侧的车门，将点火开关转到ON(R或15位置)。
③等待15min后，即可自动解除防盗密码。
2、若由于旅程电脑出现故障而造成防盗锁定，无法解除时，可采用以下方法解除：
方法1：将55脚数字式发动机控制电脑(DME)的38#防盗线拆下，即可解除。
方法2：将88脚数字式发动机控制电脑(DME)的81#防盗线拆下，即可解除。
方法3：将宝马车系的7系列6缸、8缸车型的88脚数字式发动机控制电脑(DME)的66#防盗线拆下，即可解除(2)如果是宝马原厂配置遥控器的车辆，则只要按下遥控器上的UNLOCK开门键，或利用钥匙从驾驶员侧打开车门，即可自动解除防盗。
3、宝马车型防盗遥控器的重新设定程序为：
如查该车采用单键及3键式遥控器，且由于电池没电等原因而造成遥控器失效，则必须进行如下重新设定程序：
①用小十字旋具打开遥控器后盖。
②取出后面的小晶片。
③找到遥控接收器电脑(通常位于仪表盘下方,或左右侧座椅下方)。
④打开遥控接收器电脑上的小盖子，并将在步骤②中取出的晶片放进去。
⑤如果遥控接收器电脑上有RESET键，则按下该键。如果没有RESET键，则需将点火开关转到ON位置(R或15)，再转回到OFF位置，即可完成重新设定。
4、宝马车系如果采用的是三键式D型遥控器，则其重新设定程序为：
①将点火开关接通。
②将遥控器靠近接收器，越接近越好。
③按下遥控器和UNLOCK键，直到LED灯开始闪烁为止，即表示程序设定完成。
④该程序被起动后有15s时间，可继续再重新设定其它遥控器，但最多只能设定4个遥控器。
5、宝马车系如果采用的是与钥匙一体的遥控器(分别为双按键及3按键式)，其设定程序分别为：
1)、双按键式遥控器(按键分别为UNLOCK键和DOUBLELOCK键)：
①将全部车门均关闭，中控锁不要按下。
②将点火开关拧到ON的位置，在5s内再转回到OFF位置。
③按下UNLOCK/LOCK键，在10s内按DOUBLELOCK键3次。
④放开UNLOCK/LOCK键，此时钥匙上的LED灯会闪烁10次。
⑤将钥匙遥控靠近接收器(后视镜处)，按下UNLOCK/LOCK键或DOUBLELOCK键一下。
⑥此时车门锁会自动锁上并再开启一次，表示完成重新设定。
⑦重复步骤③~⑥，可以再设定其它遥控器，但必须在15min内完成，同时一次最多可以重新设定3个遥控器。
2)、宝马车系配置的是3个按键式的遥控器，其防盗解除程序为：
①关上车门，中控锁不要按下。
②点火开关拧至ON位置，5s内再转回OFF位置。
③按下钥匙上的向下箭头键，同时在10s内按下LOCK键3次。
④放开向下箭头键，此时LED灯会闪烁，同时中控锁会自动锁上再开启，即表示完成设定。
⑤重复步骤③~④，则可再设定其它遥控器，在30s内，最多可以重新设定3个遥控器。
如果在此之前，曾经用钥匙以机械方式锁上车门或行李舱，则必须先用钥匙开启车门或行李舱，然后才可以重新设定程序。

二、宝马车身防盗系统
大多数配有旅程电脑的宝马轿车均设有车身防盗系统。当司机离开时，只要输入自己设置的密码，就可有效地防止被盗。
1、防盗系统的设置
将钥匙门置于第“1”位置段，用0-9号之间的键输入选定密码。如1234等从“0000至9999”之间的任一数字，按下“SET”键，将钥匙门关至“0”位即可。
2、防盗系统的解除
a、将钥匙门开关置于“1”或“2”位置段，即ACC或ON；
b、屏幕上出现“CODE”；
c、输入正确密码；
d、按下“SET”键：
如果三次输入错误密码，或三次在未输入密码状态下试图启动轿车，报警器将会鸣叫30秒钟。
3、如果原先设置的密码被遗忘，按下列步骤解除防盗系统；
a、断开电瓶，约等2秒钟再接上，报警器鸣叫；
b、打开钥匙门于位置“1”；
c、屏幕上显示倒计时10分钟；
d、10分钟后，即可启动发动机。

三、发动机防盗系统
宝马轿车发动机装有电脑控制的防盗系统，一旦断电，防盗系统将锁死，使发动机无法起动，只有按下列操作方法，才能解除。
1、如手中有防盗密码，可以按“CODE”后，将密码输入，再按“RESET”键，即可解除。
2、如没有正确密码，切不可按动任何按键，或是再次起动发动机。
3、拆下蓄电池负极，等5-15秒后，再接好。
4、将钥匙打到“ON”位置，不要起动发动机。此时，报警器会响15秒，表示防盗系统己启动，仪表盘上显示屏幕会出现“倒数15分钟”的数字。
5、15分钟后，显示屏幕出现000字样时，表示防盗系统已经解除。

Ⅳ 什么是仿真系统

系统仿真（system simulation）就是根据系统分析的目的，在分析系统各要素性质及其相互关系的基础上，建立能描述系统结构或行为过程的、且具有一定逻辑关系或数量关系的仿真模型，据此进行试验或定量分析，以获得正确决策所需的各种信息。

计算机试验常被用来研究仿真模型（simulation model）。仿真也被用于对自然系统或人造系统的科学建模以获取深入理解。仿真可以用来展示可选条件或动作过程的最终结果。

仿真也可用在真实系统不能做到的情景，这是由于不可访问（accessible）、太过于危险、不可接受的后果、或者设计了但还未实现、或者压根没有被实现等。

仿真的主要论题是获取相关选定的关键特性与行为的有效信息源，仿真时使用简化的近似或者假定，仿真结果的保真度（fidelity）与有效性。模型验证（verification）与有效性（validation）的过程、协议是学术学习、改进、研究、开发仿真技术的热点，特别是对计算机仿真。

(5)Ews算法扩展阅读

仿真科学与技术在控制科学、系统科学、计算机科学等学科中孕育发展，并在各行各业的实际应用中成长，已经成为人类认识与改造客观世界的重要方法手段，在一些关系国家实力和安全的国防及国民经济等关键领域。

如航空航天、信息、生物、材料、能源、先进制造、农业、教育、军事、交通、医学等领域，发挥着不可或缺的作用。经过近一个世纪的发展，“仿真科学与技术”已形成独立的知识体系，包括由仿真建模理论、仿真系统理论和仿真应用理论构成的理论体系。

由系统、模型、计算机和应用领域专业知识综合而成的知识基础；由基于相似原理的仿真建模，基于整体论的网络化、智能化、协同化、普适化的仿真。

近年来，结合计算机、通信和人工智能技术的发展，仿真科学与技术呈现出许多新的趋势。如系统仿真可视化得到快速发展并广泛应用，系统仿真可视化应包括：科学可视化、数据可视化、信息可视化以及知识可视化，是系统仿真的结果展示与人机交口的重要内容。

在国防和军工领域仿真科学与技术的助推作用更为明显，已广泛用于武器研究、作战指挥、军事训练等，尤其在我国飞行器设计相关领域的发展取得了令世界瞩目的成就。

和平年代部队的多兵种的协同作战、作战指挥等能力的提升仿真系统是其重要的平台支撑，作战指挥仿真服务于作战指挥分析或作战指挥训练的虚拟环境，通过满足作战指挥分析和训练需求来实现价值。

量子信息、量子计算、量子通信发展迅速，复杂量子动力学系统的建模与仿真是量子力学系统行为描述的基础，可以更好地探索和掌握量子系统的内部特性。

建模、行为描述和知识表达是仿真科学与技术的基础，随着智能化及智慧化发展的需要，针对模拟对象的过程建模、行为描述和属性表达的全方位的知识获取，已成必须。

Ⅵ 跪求文章下载

收费的……

Ⅶ 求做电子书

一本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。在e类出版物论坛的“图书制作、阅读工具区”对此有过讨论，需要的可以自己去看。 不过有一次我试着用过一个叫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

Ⅷ 解释一下dijkstra算法这个计算过程的意思 怎么算的

最近也看到这个算法，不过主要是通过C语言介绍的，不太一样，但基本思想差不多。下面只是我个人的看法不一定准确。
Dijkstra算法主要解决指定某点(源点)到其他顶点的最短路径问题。
基本思想：每次找到离源点最近的顶点，然后以该顶点为中心(过渡顶点)，最终找到源点到其余顶点的最短路。

t=1：令源点(v_0)的标号为永久标号(0,λ)(右上角加点), 其他为临时(+无穷,λ). 就是说v_0到v_0的距离是0，其他顶点到v_0的距离为+无穷。t=1时，例5.3上面的步骤(2)(3)并不能体现

t=2：第1步v_0(k=0)获得永久标号，记L_j为顶点标号当前的最短距离(比如v_0标号(0,λ)中L_0=0), 边(v_k,v_j)的权w_kj. 步骤(2)最关键，若v_0与v_j之间存在边，则比较L_k+w_kj与L_j, 而L_k+w_kj=L_0+w_0j<L_j=+无穷。
这里只有v_1,v_2与v_0存在边，所以当j=1,2时修改标号, 标号分别为(L_1, v_0)=(1, v_0), (L_2, v_0)=(4, v_0), 其他不变。步骤(3)比较所有临时标号中L_j最小的顶点, 这里L_1=1最小，v_1获得永久标号(右上角加点)。

t=3: 第2步中v_1获得永久标号(k=1), 同第2步一样，通过例5.3上面的步骤(2)(3)，得到永久标号。 步骤(2),若v_1与v_j(j=2,3,4,5(除去获得永久标号的顶点))之间存在边，则比较L_1+w_1j与L_j。这里v_1与v_2，v_3，v_,4存在边，
对于v_2, L_1+w_12=1+2=3<L_2=4, 把v_2标号修改为(L_1+w_12, v_1)=(3, v_1);
对于v_3, L_1+w_13=1+7=8<L_3=+无穷, 把v_3标号修改为(L_1+w_13, v_1)=(8, v_1);
对于v_4, L_1+w_14=1+5=6<L_4=+无穷, 把v_4标号修改为(L_1+w_14, v_1)=(6, v_1);
v_5与v_1不存在边，标号不变。步骤(3), 找这些标号L_j最小的顶点，这里v_2标号最小

t=4: k=2, 与v_2存在边的未获得永久标号的顶点只有v_4, 比较L_2+w_24=3+1=4<L_4=6, 把v_4标号修改为(L_2+w_24, v_2)=(4, v_2); 其他不变。步骤(3), L_4=4最小。

t=5: k=4, 同理先找v_4邻接顶点，比较，修改标号，找L_j最小
t=6: 同理

啰嗦的这么多，其实步骤(2)是关键，就是通过比较更新最短路径，右上角标点的就是距离源点最近的顶点，之后每一步就添加一个新的”源点”，再找其他顶点与它的最短距离。

迪杰斯特拉算法(Dijkstra)(网络)：
http://ke..com/link?url=gc_mamV4z7tpxwqju6BoqxVOZ_josbPNcGKtLYJ5GJsJT6U28koc_#4
里面有个动图，更形象地说明了该算法的过程。(其中每次标注的一个红色顶点out就和你的这本书中获得永久标号是相似的)

Ⅸ 哪里建站可以方便管理后台，并且可以利于网站优化

郑州天赢科技，网站策划网站建设网站优化一站式服务，因为我们也从事网站优化工作，我们深深知道网站优化的基础就是网站的建设，所以我们抓住每个细节，就是暂时不做优化的网站我们也会做到让网站有利于搜索引擎抓取，为以后网站的优化做基础，并且每个网站都拥有独立的后台管理系统，手把手教会用户如何使用后台管理，全部网站均使用DIV+CSS，PHP建站，纯静态页面，如果想了解更多可以打电话咨询我们，网络一下“郑州天赢科技客服”或者点击参考资料里的网址都能联系到我们。