<?xml version="1.0" encoding="utf-8"?><?xml-stylesheet href='http://feeds.feedsky.com/styles/temp01.xsl' type='text/xsl' ?><!--这是一个由Feedsy提供技术支持的Feed，为了提高读者阅读的体验，以及满足用户美化自己Feed的需要，我们设计了多种精美的Feed模板，提供给大家选择，所有最终呈现出来的样式，皆由用户自愿选择使用，未经许可，任何团体和个人，请不要擅自修改样式或者盗用，这是对于用户选择权的尊重。--><rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:fs="http://www.feedsky.com/namespace/feed" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0"><channel><atom:link href="http://feeds.feedsky.com/csdn.net/peon" type="application/rss+xml" rel="self"></atom:link><fs:self_link href="http://feeds.feedsky.com/csdn.net/peon" type="application/rss+xml"></fs:self_link><lastBuildDate>Mon, 02 Jun 2008 00:09:00 GMT</lastBuildDate><title>加菲猫的csdn乐园</title><description>流媒体 防盗链 知识</description><item><title>CHM 帮助文件乱码不完全解决方案</title><link>http://blog.csdn.net/peon/archive/2008/06/02/2501799.aspx</link><wfw:comment>comments/2501799.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/2501799.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2501799</trackback:ping><description>　　经常碰到一些 CHM 格式的帮助文档出现乱码无法阅读的情况，而且 CHM 文档不像浏览器一样，右键可以选择字符编码，非常不便。究其原因，主要就是 CHM 文档在页面中没有指定合适的字符编码所致。CHM 的实质是 HTML 文件。一般情况下没有指定字符编码的 CHM 是调用 Internet Explorer 浏览器的字符编码设定来显示 CHM 文件的。　　在注册表 HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\International 下有 AutoDetect 和 Default_CodePage 2个键名，就是 IE 浏览器字符编码的相关设定键。 　　因此，我们在简体中文的操作系统上打开简体中文的 CHM 文档出现乱码时，把 AutoDetect 设置为1就能正常显示；在简体中文的操作系统上打开繁体中文的 CHM 文档出现乱码时，先把 AutoDetect 设置为0，然后把 Default_CodePage 设置为 BIG5 的代码页 950 即可。　　简体中文Windows常用 ANSI 代码页936，在注册表&lt;img src =&quot;aggbug/2501799.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Mon, 02 Jun 2008 08:09:00 +0800</pubDate><author>加菲猫</author><comments>http://blog.csdn.net/peon/archive/2008/06/02/2501799.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/peon/archive/2008/06/02/2501799.aspx</guid><dc:creator>加菲猫</dc:creator></item><item><title>智能DNS</title><link>http://blog.csdn.net/peon/archive/2007/12/30/2005334.aspx</link><wfw:comment>comments/2005334.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/2005334.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2005334</trackback:ping><description>要点：  local dns (local name server)是客户端网络设置的一部分，要么是手工配置，要么从DHCP得到。一般local dns 在从网络上靠近客户端。 授权DNS服务器对于管理一个域名的重要信息，同时一个域名可以分为多个Zone，个Zone可以有各自的授权DNS,称为Zone of Authority(ZOA). 比如a.foo.com b.foo.com 可以有各自的ZOA 可以有一个或者多个授权DNS服务器，但是只有一个 primary authoritative DNS 负责分发域名name space的信息。   上面的流程可以表现为: 1. 客户端向local dns查询 www.foo.com 2.3. local dns 向 root name servers&amp;nbsp; 查询 .com 的name server. 4.5. local dns 向 .com 的 name server 查询 foo.com 的授权dns 6.7. local dns 向 foo.com 的授权dns得到 www.foo.com 的ip list 8.&amp;nbsp;&lt;img src =&quot;aggbug/2005334.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Mon, 31 Dec 2007 04:53:00 +0800</pubDate><author>加菲猫</author><comments>http://blog.csdn.net/peon/archive/2007/12/30/2005334.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/peon/archive/2007/12/30/2005334.aspx</guid><dc:creator>加菲猫</dc:creator></item><item><title>IIS一般可以处理的连接数为多少</title><link>http://blog.csdn.net/peon/archive/2007/05/18/1615719.aspx</link><wfw:comment>comments/1615719.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1615719.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1615719</trackback:ping><description>IIS能够响应的连接数，其实是与后台跑的应用程序有关的。一方面可以从改善应用程序的角度提升IIS性能，另一方面从一些硬件的角度，例如使用Performance Counter记录您的CPU内存使用情况，如果发现CPU使用率达到了80%以上，就需要通过增加CPU或是群集的方式来提高响应速度，作测试的时候我们也建议您可以看一下&quot;Performance Tuning Guidelines for Windows Server 2003&quot;文档，了解一些关于Windows Server 2003中性能的说明。&lt;img src =&quot;aggbug/1615719.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Sat, 19 May 2007 06:37:00 +0800</pubDate><author>加菲猫</author><comments>http://blog.csdn.net/peon/archive/2007/05/18/1615719.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/peon/archive/2007/05/18/1615719.aspx</guid><dc:creator>加菲猫</dc:creator></item><item><title>ASP防盗链及防下载的方法</title><link>http://blog.csdn.net/peon/archive/2007/05/17/1614045.aspx</link><wfw:comment>comments/1614045.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1614045.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1614045</trackback:ping><description>2007-05-12  21:34如果我们知道一个静态文件的实际路径如：http://www.helixapp.com/sown/51windows.pdf，如果服务器没有作特别的限制设置，我们就可以毫不费力的把它下载下来！当网站提供51Windows.pdf下载时，怎么样才能让下载者无法得到他的实际路径呢?
 
目前方法很多，比如采用防盗链的插件 (www.helixapp.com), 这种插件运行在IIS上，可以依据一定条件防止盗链者不通过网站直接盗链下载你的内容，即使他知道资源的路径也不可以。
 
但是假如是虚拟主机无法安装插件，就只能在程序编写上下功夫了，本文就来介绍如何使用ASP来隐藏文件的实际下载路径。  
    
   　　我们在管理网站文件时，可以把扩展名一样的文件放在同一个目录下，起一个比较特别名字，例如放pdf文件目录为the_pdf_file_s，把下面代码另存为down.asp，他的网上路径为http://www.xx.com/down.asp，我们就可以用http://www.xx.com/down.asp?FileName=51windows.pdf来下载&lt;img src =&quot;aggbug/1614045.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Fri, 18 May 2007 06:45:00 +0800</pubDate><author>加菲猫</author><comments>http://blog.csdn.net/peon/archive/2007/05/17/1614045.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/peon/archive/2007/05/17/1614045.aspx</guid><dc:creator>加菲猫</dc:creator></item><item><title>常见视频文件格式</title><link>http://blog.csdn.net/peon/archive/2007/05/17/1614046.aspx</link><wfw:comment>comments/1614046.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1614046.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1614046</trackback:ping><description>2007-05-13  20:05下面介绍常见的几种视频文件格式:
1.AVI-----AVI文件
AVI是音频视频交错(Audio Video Interleaved)的英文缩写，它是Microsoft公司开发的一种符合RIFF文件规范的数字音频与视频文件格式，原先用于Microsoft Video for Windows (简称VFW)环境，现在已被Windows 95/98、OS/2等多数操作系统直接支持。AVI格式允许视频和音频交错在一起同步播放，支持256色和RLE压缩，但AVI文件并未限定压缩标准，因此，AVI文件格式只是作为控制界面上的标准，不具有兼容性，用不同压缩算法生成的AVI文件，必须使用相应的解压缩算法才能播放出来。常用的AVI播放驱动程序，主要是Microsoft Video for Windows或Windows 95/98中的Video 1，以及Intel公司的Indeo Video。AVI文件目前主要应用在多媒体光盘上，用来保存电影、电视等各种影像信息，有时也出现在Internet上，供用户下载、欣赏新影片的精彩片断。
2.MPEG/.MPG/.DAT--&lt;img src =&quot;aggbug/1614046.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Fri, 18 May 2007 06:45:00 +0800</pubDate><author>加菲猫</author><comments>http://blog.csdn.net/peon/archive/2007/05/17/1614046.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/peon/archive/2007/05/17/1614046.aspx</guid><dc:creator>加菲猫</dc:creator></item><item><title>IIS网站如何防止盗链和下载</title><link>http://blog.csdn.net/peon/archive/2007/05/17/1614029.aspx</link><wfw:comment>comments/1614029.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1614029.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1614029</trackback:ping><description>“盗链”的定义是：此内容不在自己服务器上，而通过技术手段，绕过别人放广告有利益的最终页，直接在自己的有广告有利益的页面上向最终用户提供此内容。 常常是一些名不见经传的小网站来盗取一些有实力的大网站的地址（比如一些音乐、图片、软件的下载地址）然后放置在自己的网站中，通过这种方法盗取大网站的空间和流量。 　　为什么会产生盗链 　　一般浏览有一个重要的现象就是一个完整的页面并不是一次全部传送到客户端的。如果请求的是一个带有许多图片和其它信息的页面，那么最先的一个Http请求被传送回来的是这个页面的文本，然后通过客户端的浏览器对这段文本的解释执行，发现其中还有图片，那么客户端的浏览器会再发送一条Http请求，当这个请求被处理后那么这个图片文件会被传送到客户端，然后浏览器回将图片安放到页面的正确位置，就这样一个完整的页面也许要经过发送多条Http请求才能够被完整的显示。基于这样的机制，就会产生一个问题，那就是盗链问题：就是一个网站中如果没有起页面中所说的信息，例如图片信息，那么它完全可以将这个图片的连接到别的网站。这样没有任何资源的网站利用了别的网站的资源来展示给&lt;img src =&quot;aggbug/1614029.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Fri, 18 May 2007 06:26:00 +0800</pubDate><author>加菲猫</author><comments>http://blog.csdn.net/peon/archive/2007/05/17/1614029.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/peon/archive/2007/05/17/1614029.aspx</guid><dc:creator>加菲猫</dc:creator></item><item><title>网站盗链的危害和防范</title><link>http://blog.csdn.net/peon/archive/2007/05/17/1614019.aspx</link><wfw:comment>comments/1614019.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1614019.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1614019</trackback:ping><description>“本站软件做了防盗链处理，请从本站的软件下载页面进入下载本软件！而不要直接在浏览器的地址栏输入下载地址。”这种情况就是网站的下载功能做了防盗链（Anti-Leech）处理。
为什么进行防盗链处理？
1，如果直接打下载地址的链接，就没办法帮助下载网站的广告增加点击率（有很多下载网站要求先进入广告页才能点击下载），也就不能使下载网站获得收入 。
2，如果别的网站是偷偷直接链接你的网站中的音乐、电影、图片、zip文件及其它下载类资源，不但不会提高你网站的知名度，还会让您的网站中产生大量没有意义的流量，浪费服务器资源。
怎样实现防盗链？对于IIS，选择一个成熟的防盗链插件即可，现在有很多免费的插件实现图片下载电影音乐的防盗链，比如 http://www.helixapp.com 的iis防盗链插件，对于apache，有以下的方法:
1，通过判断 referer 变量的值，判断图片或资源的引用是否合法，只有在设定范围内的 referer，才能访问指定的资源，从而实现了防盗链(Anti-Leech)的目的。需要指出的是：不是所有的用户代理（浏览器）都会设置 ref&lt;img src =&quot;aggbug/1614019.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Fri, 18 May 2007 06:19:00 +0800</pubDate><author>加菲猫</author><comments>http://blog.csdn.net/peon/archive/2007/05/17/1614019.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/peon/archive/2007/05/17/1614019.aspx</guid><dc:creator>加菲猫</dc:creator></item><item><title>RealOne播放器脚本指南(RealOne Player Scripting Guide)</title><link>http://blog.csdn.net/peon/archive/2007/05/14/1607616.aspx</link><wfw:comment>comments/1607616.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1607616.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1607616</trackback:ping><description>下面是realnetwork公司的文档翻译在线版本，共享给大家： 
RealOne播放器脚本指南
http://www.helixapp.com/article2/realscript_cn/realscript.htm
http://www.helixapp.com/article2/realscript_cn/htmfiles/nojava_realscript.htm&lt;img src =&quot;aggbug/1607616.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Mon, 14 May 2007 08:47:00 +0800</pubDate><author>加菲猫</author><comments>http://blog.csdn.net/peon/archive/2007/05/14/1607616.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/peon/archive/2007/05/14/1607616.aspx</guid><dc:creator>加菲猫</dc:creator></item><item><title>领导者-追随者模型的比喻</title><link>http://blog.csdn.net/peon/archive/2007/05/13/1607182.aspx</link><wfw:comment>comments/1607182.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1607182.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1607182</trackback:ping><description>领导者/追随者（Leader/Followers）模型和半同步/半异步（half-sync/half-async）模型都是常用的客户-服务器编程模型.
这几天翻了些文章，发现对领导者/追随者模型说的比较少，下面就这个模型打个比方：

话说一个地方有一群有组织无纪律的人从事山贼这个很有前途的职业。 
一般就是有一个山贼在山路口察看，其他人在林子里面睡觉。 
假如发现有落单的过往客商，望风的山贼就会弄醒一个睡觉的山贼，然后自己去打劫。 
醒来的山贼接替作望风的事情。 
打劫的山贼搞定以后，就会去睡觉，直到被其他望风的山贼叫醒来望风为止。 
有时候过往客商太多，而山贼数量不够，有些客商就能侥幸平安通过山岭(所有山贼都去打劫其他客商了)。&lt;img src =&quot;aggbug/1607182.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Mon, 14 May 2007 02:02:00 +0800</pubDate><author>加菲猫</author><comments>http://blog.csdn.net/peon/archive/2007/05/13/1607182.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/peon/archive/2007/05/13/1607182.aspx</guid><dc:creator>加菲猫</dc:creator></item><item><title>Kerberos的原理</title><link>http://blog.csdn.net/peon/archive/2007/02/21/1512408.aspx</link><wfw:comment>comments/1512408.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1512408.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1512408</trackback:ping><description>假设我让我的工作站相信我的用户名是”tina“。邮件客户程序认为我就是你。用你的名字邮件客户程序用偷来的票向邮件服务器提出请求。邮件服务器把票解密，认为它是合法的。票里的用户名和发送该票的用户名是匹配的。邮件服务器就会发给 我你的邮件。 Athena: 喔!那可不太好。第一个测试证明了票是不是来自Charon.如果票不能被适当的解密，说明票不是来自真正的Charon. 真正的Charon会用服务的票来加密票。Athena: 票据的拥用者从Charon的回应中得到口令，像这个样子： 她在黑板上写下了： Charon的回应－[口令｜票] 服务从票中获取口令。&lt;img src =&quot;aggbug/1512408.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Thu, 22 Feb 2007 06:44:00 +0800</pubDate><author>加菲猫</author><comments>http://blog.csdn.net/peon/archive/2007/02/21/1512408.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/peon/archive/2007/02/21/1512408.aspx</guid><dc:creator>加菲猫</dc:creator></item></channel></rss>