摘要:【原文地址】New Log Reporting, Database Management, and other cool admin modules for IIS 7【原文发表日期】Wednesday, March 26, 2008 1:47 AM 在建造IIS 7时，我们非常注重的一个核心重点是在于促成丰富的 .NET 扩展性模型，以提供开发人员能轻松插入和扩展web服务器的钩子（hooks，扩展点，插入点的意思）。 这些扩展性钩子是在web服务器的管道（pipeline）里（促成象新的IIS7比特率节流器这样的场景），在配置系统里（允许开发人员创建新的web.config数据定义设置），在健康监测系统里（允许开发人员加入自定义的跟踪事件），以及在管理工具里（允许开发人员插入新的管理界面模块）提供的。 我们加这些扩展性钩子，以便任何人都可以使用.NET来轻松地扩展和增强web服务器的功能。从自私的角度我们也非常想要这些钩子，这样我们可以经常性地发布功能包，来往核心web服务器中添加额外的功能。 IIS 7 管理包第一个预览版发布了 上个星期，IIS开发团队发布了一些我认为web开发人员会发现极其有用的，又非常酷的管理模块的第一个技术预览版。这个预览版往IIS7管理工具里添加了几个功能： 数据库管理器: 内置的SQL服务器数据库管理，包括创建，删除和编辑数据表和索引，创建/编辑存储过程和执行自定义的查询的能力。因为是与IIS管理工具相集成的，它在HTTP/SSL协议上工作，这意味着你可以使用该模块来远程管理你的主机应用（即使是低成本的共享主机帐号），而不用在Internet上直接暴露你的数据库。 日志报表: 内置的报表可视化，提供日志文件数据的图表支持。支持全范围选择和定制图表的创建，以及打印或保存报表的能力。跟数据库管理器一样，你可以在HTTP/SSL协议上远程使用这个模块，这意味着在远程共享主机场景下也能工作。 配置编辑器: 这是个强力模块，对在管理工具中编辑所有的web.config 设置提供了完全控制。你可以配置它来跟踪你用界面做的变动，然后让它自动生成配置变动脚本，然后你可以将其保存和修改，在以后以自动化的方式重新运行它。 请求过滤界面: 这个管理模块提供了对IIS7中新的请求过滤功能更多的控制，参阅Carlos这里的博客贴子以了解如何使用这个模块的细节。 .NET 授权: 这个管理模块提供了一个定制的授权规则编辑器，允许你更轻松地管理 ASP.NET <authorization> 配置部分。 FastCGI 界面: 这个管理模块对编辑新的<fastCGI>所有的设置提供了更多的支持（象在IIS7中将FastCGI模块用于PHP时）。 下面是一些屏幕截图，以及对日志报表和数据库管理器管理界面模块的简短示范： 日志报表管理模块 你是否往服务器上部署过web应用，想知道它得到多大的负载? 服务器的平均响应时间是多少？或者出现过多少个服务器错误（以及对应这些错误的URL）？所有这些设置都被IIS很仔细地记录在文本日志文件中了。今天大多数人都使用象IIS日志分析器（Log Parser）这样的命令行工具来查询和分析这些文件。 IIS 7 管理包以及新的“IIS报表(Reports)”管理模块现在还允许你在IIS管理工具中查询以及对报表用图表来显示： 原装的“IIS报表”管理模块带有一堆基于日志分析器的预制报表，你可以轻松地对你的网站和应用运行这些报表： 下面是我们可以调出的一个简单的图形报表，查看从我的TestSite应用返回的HTTP状态码（注意我们使用了“条形图表”可视化选项）： 报表也可以使用日期范围来过滤，你还可以在报表页上点击打印或保存按钮来生成报表的打印版本或本地保存的版本。 IIS7管理工具是个富客户端应用（使用WinForms建造的），但它使用了连接到远程web服务器的基于HTTP的web服务来做所有这些远程访问和工作。这意味着它可以通过防火墙，主机供应商不需要在他们的网络上打开端口就可以允许这个功能。 一旦主机供应商在他们的web服务器上安装了IIS 7管理包之后，使用IIS管理工具（该工具是内置于Vista的，对Windows XP客户则可以单独下载）管理他们网站的远程客户就会被自动提示是否允许IIS报表管理模块（客户端模块的安装是无缝的）。然后，他们就能在他们的管理工具中使用报表模块调出他们远程网站的报表。 注： 如果他们想要的话，主机供应商也可以禁止这个功能，或者选择限制或定制提供的报表列表。希望大多数主机供应商会选择把这作为他们提供的IIS和ASP.NET计划的一个标准功能。 数据库管理器模块 你是否部署过应用和数据库到远程主机供应商那里，想对数据库做个很快的变动（但你的主机供应商却不支持使用SQL管理工具来访问）？使用IIS管理工具里的新“数据库管理器”模块，你现在可以使用HTTP/SSL，通过web服务器，远程访问你的数据库，来对它做变动。......[阅读全文]

摘要:【原文地址】IIS 7.0 Bit Rate Throttling Module Released 【原文发表日期】Tuesday, March 18, 2008 12:43 AM 网上的视频现在是每个用户都认为是理所当然的常见场景之一，逐渐地，每个大网站都在以某种形式采用视频（产品录像，培训录像，更丰富的广告场景，用户生成的内容，客户的见证等等）。 但在网站上加视频的一个挑战是，如何以一种不太昂贵的方式提供这样的功能。网络带宽要花费很大一笔钱，使用高质量的视频的费用很快就会累加起来。 贴子下面的内容将对可为你用来减小发布视频费用的一些选项提供一个简短概述，讨论一个可以免费下载的新软件，IIS 7.0 比特率节流模块（Bit Rate Throttling Module）。这模块是几天前才刚发布的，允许你在从IIS web服务器使用任何视频技术(包括Silverlight, Windows Media Player，甚至Flash)提供视频时可以轻松地省钱。 第一个选项：使用视频主机服务 减小视频带宽费用的一个方式是，使用象YouTube或免费的微软Silverlight Streaming服务这样的视频主机服务。这允许你使用别人的网络来发布视频内容，避免自己支付带宽费用。 如果你不熟悉Silverlight Streaming服务的话，它允许你免费上传达10G的视频和每个月5个Terabytes（即5千GB）的视频内容(比特率最大达1.4 Mbps)。你可以建造你想要的任何定制的Silverlight客户端播放器应用，可以在其中内嵌入视频。这意味着，不需要任何特定的视频播放器观感，播放视频也没有服务的图标或水印。这允许你把视频完全地整合到你的网站之上，使用你想要的任何用户界面来主持它。 第二个选项：在你自己的服务器上提供视频服务 有时，使用一个视频主机服务没有意义，例如，你要使用自定义的认证来允许/拒绝用户访问，或你要播放非常长的视频片段，或者你想要在视频里播放定制的广告。这样你也许想要从自己的服务器上提供视频，对之有完全的控制。 一般来说，有2个选项，你可以用来从自己的服务器上发布视频： 使用streaming方式或渐进式（progressive）视频下载方式： Streaming服务器场景 在Streaming场景中，一个客户端（象Silverlight, Windows Media Player, Flash 或Real Networks）连接到一个streaming 服务器。streaming 服务器然后把视频流式传过来让你观看，一般地会允许用户动态地向前或向后跳著看，暂停，或中止视频流。当用户关闭浏览器或从网页转到别处去时，视频流会自动中止传输。 Windows Media Services (WMS) 是可用于Windows的可以免费下载的streaming服务器，可以将视频流式传输到Windows Media Player和跨平台的Silverlight浏览器客户端。它一般被认为是在网上发布流式视频，服务器扩缩性最好，成本效率最好的方式，它可以同时处理按需文件streaming场景（例如，流式传输一个.wmv 文件），以及实况streaming的场景（例如，象奥林匹克运动会这样实时进行的体育比赛）。 Windows Media Services 可以在任何版本的Windows服务器上使用，包括新的Windows Server 2008 Web Server 版本（只要$469，支持上至4个CPU和32G的RAM，支持IIS, ASP.NET, SharePoint, 和Windows Media Services）。 渐进式（Progressive）下载场景 在渐进式下载场景下，一个客户端（象Flash 或 Silverlight）直接从web服务器上下载视频，一旦有足够平稳播放的视频就开始播放。 使用渐进式下载方式的好处是，在web服务器上配置极其容易。只要把视频拷贝或ftp到web服务器上，取得一个指向它的URL，你就可以将其连接到视频客户端播放器上。要启用它，不需要任何定制的web服务器配置，也不要求安装有streaming服务器。 但使用渐进式视频下载方式的缺点是，web服务器，在默认情形下是设计来尽可能快地下载文件的。所以，当一个用户在你网站上点击观看一个视频时，你的web服务器会尝试尽可能快地将其传输到客户端。如果用户决定观看整个视频的话，这没什么问题。但如果用户看到一半就中止的话（或者转到不同的网页上去），你下载了一堆不会被观看的视频内容。 如果剩下的没被观看的视频内容大小是几个M的话（甚至几十个M），你到头来在带宽上花了许多许多 钱，却完全没有给你的业务/网站带来好处。。。 IIS 7.0 比特率节流模块（Bit Rate Throttling Module） 上个星期，IIS开发团队发布了一个新的免费IIS 7.0 比特率节流模块 （bit-rate throttling module），可以使得渐进式视频场景极大地减小花费。 这个比特率节流模块允许你为从IIS web服务器上下载的任何类型的媒体内容（包括WMV, .MOV, .FLV 和 .MP3文件）配置带宽节流规则。 原装的比特率节流模块在文件被请求后，就会让IIS很快地发送一拨起始的媒体内容。在默认情形下，规则是设置来查看文件的MIME类型和比特率编码，然后尽快地发送可以播放20秒钟的媒体文件。在视频客户端有可播放20秒钟的媒体后，IIS比特率节流模块然后就会将传输率减小到文件的编码比特率。然后它会监测客户端的视频播放器是否关闭或者转到了不同的视频上，如果用户离开了，就会自动中止发送文件剩下的部分。 例如，你在播放一个35M的视频文件，是以500 Kbps的比特率编码的，IIS会尽可能快地发送20秒的视频（20 秒 x 500Kbps == 1.25MB的内容），让视频客户端开始播放，然后就只以500 Kbps 的下载率来下载剩下的视频（这样用户总是有20秒钟的视频缓存在客户端，而不是缓冲视频）。 如果在一分钟之后，用户厌烦了，要么中止视频，或者转到一个新网页上时，IIS会检测到他们离开了，就会中止传输35M文件剩下的部分。因为IIS在这个场景中，总共只下载了80秒的视频（用户观看了的60秒 + 缓存的20秒），最后只用了5M，而不是35M的网络带宽。30M的带宽节省，每天重复几百，几千次的话，就可以很容易转换成每年成千上万美金的带宽节省。。。 IIS......[阅读全文]

摘要:【原文地址】MIX08【原文发表日期】 Thursday, January 31, 2008 9:38 PM MIX是我们每年在拉斯维加斯举办的微软web开发大会。 MIX是个很好玩的大会，不光是因为它会涉及尖端的内容（我们用MIX07宣布了Silverlight计划），而且因为它往往会吸引各种各样的与会者（包括目前使用微软技术的人员，但也有很大百分比的与会者不使用微软技术）。大会的结构包括适当比例的讲座和研讨会，其布局和组织也是设计来促进精诚对话的。 今年的MIX将于3月5日至7日在拉斯维加斯举行。Ray Ozzie和我将在第一天的活动中做主题演讲，Steve Ballmer和Guy Kawasaki将在第二天的活动中做主题演讲。 本次大会（特别是我的主题演讲）将涉及很多新的web技术。与会者能参加的讲座内容将涉及： IE 8 IIS 7.0 ASP.NET (包括ASP.NET 3.5, ASP.NET AJAX, ASP.NET MVC, 和ASP.NET Dynamic Data)  VS 2008 和 Expression Studio WPF Silverlight 2 更多的其他技术.... Channel 9 最近对我做了采访，在其中我讨论了一些新技术。在第一部分中，我讨论了IIS7，在第二部分中，我讨论了ASP.NET, WPF 和 Silverlight 2。 赶紧登记，否则你会失去机会 跟我们一些大的活动，象TechEd和PDC相比，MIX是在一个比较小的场地举行的。这给与大会一种更亲密的感觉（所以好玩），但也意味着，它每年的席位都销售一空，一旦售完，就真的没位子了。 去年，我大概收到了50个电邮，都是在满席之后求入场券的，还有许多人飞到了地方，希望能在门口设法进入会场（但很不幸地被告知他们无法入场）。不幸的是，因为场地所限（火警规定的限制），在席位销售完之后，真的无法再卖更多的入场券。甚至我自己团队的成员，如果没有及时登记的话，也会被打发走的。 今年的登记席位比以往的任何一次MIX大会卖得都要快。如果你想参加的话，我建议你赶紧登记，以确保你可以去。你可以在这里了解该活动的详情，以及在线登记。 希望在那里能见到你们中的一些人 - 这个大会将会非常好玩.... Scott 标签： ASP.NET, Visual Studio, .NET, IIS7, Community News, WPF, Silverlight, MVC...[阅读全文]