OPML an XML-based format that allows exchange of outline-structured information between applications running on different operating systems and environments. OPML 是 Outline Processor Markup Language 的缩写，直译为”概要处理标记语言”，是一种基于 XML 基础的用于在异构环境即：不同应用程序和操作系统之间进行纲要结构信息交换的 XML 文件。
Tag Archives: IIS
配置 Microsoft Internet Information Server 6.0 的 HTTP 压缩
Posted by Tony on November 12, 2007
0 comments
HTTP 压缩的好处: 静态网页采用HTTP 压缩，大约可以减少20%的传输量。 用户端使用IE 5.0浏览器连线到已经启用HTTP压缩IIS 5.0之Web伺服器，才有HTTP压缩功能。如今，绝大多数的现代浏览器支持压缩技术，但是，具体的压缩方式取决于浏览器。不过你无需对此担心，因为只有浏览器指示支持一种压缩方式时，Web服务器才会发送压缩内容。尽管如此，了解一下这种处理机制和不同浏览器支持的压缩类型也是一件有意义的事。 浏览器在要求一个网址时，会把支持的压缩格式通过Accept-Encoding的HTTP头提交给服务器，IIS或其它Web服务器则从HTTP_ACCEPT_ENCODING环境变量读取这个信息，这个过程无需你人为干预，IIS在浏览器支持压缩的情况下会自动对发送的内容进行合适的编码。 下表列出了常见的浏览器和它们支持的编码类型: 浏览器 支持的编码 Firefox 1.0, Mozilla 1.x, Camino gzip, deflate OmniWeb 5.x bzip2, gzip, deflate Safari gzip, deflate Internet Explorer gzip, deflate 使用 HTTP 压缩: 如果您的站点使用了很大的带宽，或者您希望更加有效地使用带宽，请考虑启用 HTTP 压缩。HTTP 压缩在启用压缩的浏览器和 IIS 之间提供了更短的传输时间。既可以只压缩静态文件，又可以同时压缩静态文件和应用程序响应。如果网络带宽受到限制，使用 HTTP 压缩会很有用（至少对于静态文件来说），除非处理器利用率已经很高。 动态处理会影响 CPU 资源。对动态响应启用压缩后，每次请求动态响应时都会进行压缩。这意味着并不缓存动态响应，每次请求动态响应时，服务器可能需要更多的 CPU 周期来压缩和发送响应。已压缩的静态响应可以被缓存，因此不会像动态响应那样影响 CPU 资源。 HTTP 压缩的工作原理： IIS 在接收到请求时，将检查浏览器是否允许压缩。然后 IIS 会检查文件扩展名，以确定请求的文件是否为静态文件或包含动态内容。如果文件包含静态内容，IIS 将查看以前是否请求过该文件并且已将该文件以压缩格式存储在临时压缩目录中。如果文件没有以压缩格式存储，IIS [...]
如何正确的在IIS 6中添加路径中带有空格的应用程序扩展名映射
Posted by Tony on November 2, 2007
0 comments
当你使用Windows Server 简体中文版本，并且在IIS 6中添加路径中带有空格的应用程序扩展名映射时，IIS会提示你”包含空格的项目的文件/路径部分需要用括号括起来”，但是无论你使用任何类型的括号将包含空格的项目括起来后仍然会收到此错误提示。 IIS的错误提示信息英文原文为”Entries containing space need quotes around the file/path portion”，翻译为简体中文应为”包含空格的项目的文件/路径部分需要用 引号 括起来”，但是却被错误的翻译为”包含空格的项目的文件/路径部分需要用括号括起来”。 在此应使用 英文引号””” 来将应用程序扩展名映射的完整路径包括起来，而不是使用括号。
