ASP.NET伪静态的实现及伪静态的意义 |
|
一、伪静态的 用处 有些消费者感觉，伪静态和真静态实际被收录量会相差很大，其实否则，从你个人角度，你去推断一下一个帖子到底是真静态还是伪静态？估量很难看得出，由于所谓静态的意思，便是地址中不带问号，不带问号的便是静态，管他是真的还是伪的？查找引擎看得出吗？所以说，其实 不管是真的还是伪的，其实关于查找引擎来说都是一样的，查找引擎没有说，你这个是伪的，我不收录你 。 追本溯源来说，为何查找引擎会不收录带问号的网址？由于查找引擎怕由于问号而进入死循环，称为"查找机器人陷阱(Spidertraps)"(以往动网就有这样一个 漏洞，蜘蛛进去出不来了)，所以众多时候带问号的地址查找引擎是不会进去的，伪静态关于查找引擎来说，其实便是静态，由于地址中没有带问号，所以没有真静态比伪静态收录得多的说法 。 二、为何 取舍伪静态？ 有众多消费者说：真静态不好吗？为何不用真静态？ 拜访起来不是更快吗？负载不是更好吗？等等等等…… 在这里，其实只用一个问题来 答复：为何 取舍MYSQL?众多消费者大约不清楚为何那么多大型论坛都 取舍了MYSQL数据库作为 储存机制，大约大 部分都是想："由于DZ用了MYSQL,所以便是MYSQL". 其实否则，试想DZ为何会在那么多论坛程序并存的日子生存下来并笑傲江湖，很大缘由是由于DZ用了MYSQL.试想假如大C当年改的程序是一个文本论坛，那还会有DZ的今日吗？或者从另一个角度问，为何那么多大型网站都 取舍了MYSQL而不是文本作为 储存机制？ 所谓文本论坛，实际就跟真静态的说法差不多了，将数据 储存在空间上面，大量读写硬盘，等等…… 为何这种写法会被淘汰呢？我相信答案不会是老师所说的："Discuz!当前有 2129867 篇帖子，存储成html的话大约是 20799M,也便是 20G左右 。这当中还不计算由于磁盘存储机创造成的空间 浪费(100个 1k的文件占用的空间可能会是200K) 。" 这种说法从我个人观点来看，这个理由不能给消费者不 使用真静态 充足的理由 。然而，另一个理由却是值得我们 留神思量的，也是为何绝大多数站都不 取舍生成静态： "删除、更新这些html内容会招致大量的磁盘io操作以及大量的磁盘碎片 。" 正如上面的说法，在实际当中 确切会招致大量的磁盘I/O操作(input/output)，大量进行I/O操作带来的 后果可想而知，会产生大量的磁盘碎片甚至会招致硬盘浮现坏道 。 所以关于生成静态而言，还不如去用文本论坛， 可以更好的解决你们的需要 。(副W便是做文本论坛 诞生的，当时的名字为ofstar,后因进展 困苦转为MYSQL,而PW生成静态页面也便是PW以往文本 模式稍加改良用于吸 援消费者眼球的噘头) 固然，假如大家记忆力好的话，应该 可以记得PW4的时候PW论坛不能 拜访很长一段 工夫，后来 复原到一段 工夫前的数据，官方的说法是被人 突击而招致硬盘 败坏，其实这种说法是 比较不可信的， 有关于是被 突击招致硬盘 败坏还是大量I/O操作而产生的 后果，我个人更 偏向于后者 。 固然，假如大家 比较关注5d6d的话，应该晓得前几天有一天 工夫5d6d 无奈 拜访，依据非官方 信息是由于硬盘坏了，而 败坏的缘由我想固然是由于大量消费者大量进行I/O操作了，试想，我们一个论坛，进行磁盘I/O操作的仅为治理员进行更新缓存时进行的，而5d6d每一个会员便是一个治理员，试想下对磁盘是多大的考验？所以我并不奇怪5d6d的硬盘坏了 。 固然， 兴许在读这篇文章的众多朋友都有 使用过BT,也据说过BT对硬盘很伤，不能开多，而所谓损害，和这里指的都是同一样东西，大量I/O招致磁盘浮现碎片甚至浮现磁盘坏道 。 这里都是说些很实际的例子来 注明问题了 。 三、伪静态的 害处 固然宛如一篇文章的作者所说的："假如流量稍大一些 使用伪静态就浮现CPU 使用超负荷，我的同时在线300多人就挂了，而不 使用伪静态的时候同时在线超500人都不挂，我的ISS数是1000." 确切是这样的，由于伪静态是用正则推断而不是 实在地址，分辩到底显示哪个页面的责任也由直接指定转由CPU来推断了，所以CPU占有量的 回升， 确切是伪静态最大的弊病 。 四、我们应该 取舍伪静态还是真静态？ 我们来总结一下： 1、 使用真静态和假静态对SEO来说没有什么区别 2、 使用真静态可能将招致硬盘 败坏并将影响论坛性能 3、 使用伪静态将占用 定然量的CPU占有率，大量 使用将招致CPU超负荷 4、最主要的丝毫，我们要静态是为了SEO 所以： 1、 使用真静态的 步骤 可以直接排除了，由于无论怎么生成，对硬盘来说都是很伤的 。 2、既然真伪静态的 动机一样，我们就 可以 取舍伪静态了 。 3、然而伪静态大量 使用会照成CPU超负荷 。 4、所以我们 惟独不大量 使用就 可以了 。 5、既然静态只不过给SEO看的，我们 惟独要伪静态给SEO就行了，不需要给消费者 使用 。 6、所以我们 惟独在专门提供应SEO爬的Archiver中 使用伪静态就 可以了 。 7、谢谢大家耐心看我写的文章 。 8、有何不解的地方或是有不同的 意见 欢送提出 。 五、关于伪静态和真静态的评论 真正的静态化和伪静态还是有 性质的区别的 。为阅读消费者 解决一个 单纯htm和一个调用多个数据的php在CPU的 使用率方面显而易见前者少 。记得原来有个人说html下载硬盘读写频繁，他这么说 如同读取数据库不用读写磁盘似的，何况还有一大堆缓存的零散php也是放在硬盘的，这些读取不用磁盘操作么？可笑 。 读取单个htm+图片Flash等附件就 可以实现的 目标，何苦要读数据库又要读php缓存文件又要再一次整合数据输出再+图片Flash等附件这么大费周章呢？CMS首页不需要众多的互动的，论坛那一套不应该拿到这里来用，相 反响该更多考量的是： 好看！兼容！信息的直观！性能！还有 巩固！ 其实所谓的伪静态页面，便是指的URL重写，在ASP.NET中实现十分 方便 首先你要在你的 名目里 引用两个DLL: ActionlessForm.dll URLRewriter.dll 真正实现重写的是 URLRewriter.dll 然而假如你要实现分页，那么必须 使用这个ActionlessForm .dll 首先在web.config里写 <configSections> <section name="RewriterConfig" type="URLRewriter.Config.RewriterConfigSerializerSectionHandler, URLRewriter" /> </configSections> <httpModules> <add type="URLRewriter.ModuleRewriter, URLRewriter" name="ModuleRewriter" /> </httpModules> <!-- 下面是配置重写URL 规定 --> <RewriterConfig> <Rules> <RewriterRule> <LookFor>'/Products/Jurisdiction_(w{3}) 。aspx</LookFor> <SendTo>'/En/Jurisdiction.aspx?jurid=$1</SendTo> </RewriterRule> <RewriterRule> <LookFor>'/Articles/(d{1,}) 。aspx</LookFor> <!-- 这个是被 接替后的文件名， 使用到正则 抒发式 --> <SendTo><![CDATA['/En/Article_view.aspx?article_id=$1]]></SendTo> <!-- 这个是要给 接替的网页，一般是带有问号后面带参数的网页 --> </RewriterRule> <RewriterRule> <LookFor>'/Articles/(d{1,})_(d{1,}) 。aspx</LookFor> <SendTo><![CDATA['/En/Article_view.aspx?article_id=$1&page=$2]]></SendTo> </RewriterRule> </Rules> </RewriterConfig> 这样 比方上面的网址http://localhost/En/Article_View.aspx?article_id=9就 可以用http://localhost/Articles/9.aspx来 接替，固然，你 接替后的 扩大名 可以用任何iis能解释的 扩大名，假如你喜爱用htm做 扩大名，那么在配置转发 规定上面配置为htm为 扩大名的，同样有些文章可能很长，一般我们会把一个文章分成几页，那么依据上面的配置，我们假如想 拜访http://localhost/En/Article_View.aspx?article_id=9&page=3我们就 可以用http://localhost/Articles/9_3.aspx来 接替，这样当查找引擎来抓起你的网页的时候，就会收录你这些网址下去，别人查找到你网页的时候，就 可以从这些地址链接过来 。 而后这样操作： 右键点我的电脑-->治理-->铺开'服务和 利用程序'-->internet信息服务-->找到你共享的目录-->右键点击属性 -->点击'配置'--> 映射下面 -->找到 。aspx的可执行文件路径复制路径-->粘贴路径--> 扩大名为".html"--> 而后把 审查文件是不是存在的勾去掉这样就 可以了 |
