易栈网-膘叔

看起来很美的一个东西，生成sitemap的XML文件，这是CB上的某人投稿，第一遍我没看懂它的作用，再看还是没看懂，再看一遍发现有点懂了。但是我没有发现他究竟有什么好处，唯一让我感到的就是它应该会有点耗CPU吧？即使它是一个插件。。。

原文地址：http://www.cnbeta.com/articles/74798.htm

原文内容：新闻来源:http://www.sanliangfan.com/archives/974.html
网站地图对于搜索引擎索引网站是很 有帮助的，网上也有很多这样的软件、工具。比如 WordPress 平台的 Google XML Sitemaps 插件就是这方面的佼佼者，不过今天 Google 发布了他们自己制作的 Google  Sitemap Generator （谷歌网站地图制作工具），帮助站长制作更好的网站地图文件。

关于 Google Sitemap Generator

Google Sitemap Generator 基于开源软件精神制作，完全免费。它能够通过分析网站流量、服务器文件和网站日志发现新的和修改过的网址。

通 过这些方法 Google Sitemap Generator 能够快速地找到这些网址并计算有关数据，从而使您的 Sitemaps 文件尽可能有效。一旦 Google Sitemap Generator 生成器完成网站网址收集任务，就可以为你的网站创建以下的网站地图文件：

1、XML Sitemaps ：基于 sitemaps.org 标准的搜索引擎索引文件

2、Mobile Sitemaps ：优化后的网站对于手机用户更加友好

3、Code Search Sitemaps ：让你网站上的开源代码能够被使用者搜索到

此外 Google Sitemap Generator 还可以发送 Ping 到谷歌博客搜索，恩，这个功能我很是欣赏。虽然 WordPress 后台加一条 Ping 地址也能够完成同样的任务，但是对于其它类型的网站就会增加上谷歌博客搜索的机会。

当然还不止这些，有时候你更改了以前博客文章的链接， Google Sitemap Generator 会帮助你通知谷歌博客搜索修正数据库里的链接，这样就可以减少很多404错误的出现了。

Google Sitemap Generator 的博客 Ping 服务不仅仅只支持自家的博客搜索，同样也支持所有符合标准的其它博客搜索引擎。

使用 Google Sitemap Generator

Google Sitemap Generator 是一个服务器插件，可以同时安装在 Linux 的 Apache 和微软 IIS 服务器。与其他服务器端插件一样，安装的时候需要你拥有管理权限。更多的安装细节可以看这里 Google Sitemap Generator documentation 。

IIS团队刚刚发表了IIS7在Window Server 2008 R2 beta中的新改进.Windows Server 2008 R2包括对IIS7 Web服务器的增补，对已经是史上最好的IIS平台进行修正、完善、添加。 今天在Windows Server 2008 R2 Beta中IIS7改进的主要亮点:
内容发布扩展(FTP, WebDav)集成进Web服务器OS/集成Administration Pack扩展到Windows Server OS
新的IIS7  PowerShell Provider和Commandlet支持/丰富的Server Core应用程序托管
改进的FastCGI支持/IIS核心更改/IIS Best Practice Analyzer

过去的一年半中，IIS产品团队在IIS7平台上辛勤编写扩展，发布了beta、TC和RTW们来新增对优化媒体托管、Web内容发布、站点和服务器管理、部署和迁移、请求处理的支持。 没有我们在Windows Server 2008上IIS7中引入的架构变更，我们根本无法在12~18个月中进行创新，并构建面向生产环境、完全受支持的微软软件。现在在Windows Server 2008 R2, 我们对这个IIS7平台再做了一些改进、修正和完善。

今天在Windows Server 2008 R2 Beta中IIS7改进的主要亮点：

内容发布扩展(FTP, WebDav)集成进Web服务器OS

继承内容发布扩展 (FTP, WebDav)进Windows Server OS
在Windows Server 2008发布前很久，我们就开始研发完全重写的FTP服务器和我们的WebDav实现。08年早些时候，我们发布了Windows Server 2008 FTP发布服务下载，具有FTPS安全内容发布、IPv6支持、IIS管理器集成管理FTP/HTTP站点、更强大的日志和认证支持的特性。跟我们所有的扩展一样，Windows Server 2008 FTP发布服务受到微软产品支持的完全支持及由专家用户和产品团队提供的论坛支持。我们在Windows Server 2008 R2中已经做到的是将FTP发布服务集成到服务器操作系统。

从客户角度，这意味着：

1. 
   当Windows Server 2008上已经安装了FTP发布服务，你必须在安装新FTP服务前移除旧版。在R2中，你可以作为IIS组件的一部分来安装新的FTP服务器，IIS setup会替换升级旧的FTP服务。
2. 
   你可以得到FTP发布服务自2008年2月发布后的bug修复。
3. 
   你可以使用新增的认证、日志、授权和home目录扩展性，这些在MSDN上会有文档。

我们也会在2009年5月发布一个更新过的Windows Server 2008 FTP发布服务下载，所以这部分客户也能利用这些bug修复和扩展性。或者说：

(2009年5月版FTP下载 + Windows Server 2008) == (Windows Server 2008 R2中的FTP特性)

但有如下例外：

Windows Server 2008 FTP发布服务始终是一个下载安装，而Windows Server 20008 R2和以后会集成FTP。

2008年7月发布的WebDav也是一样。WebDav for Windows Server 2008提 供了HTTP协议WebDAV扩展的全新实现(直至spec)。我们在Windows Server 2008 R2安装中包含了WebDav。WebDav大的新特性是支持locks。我们也会为Windows Server 2008发布一个支持lock的WebDav，同样是2009年5月。同样地：

(2009年5月版WebDav下载 + Windows Server 2008) == (Windows Server 2008 R2中的WebDav特性)

如下例外：

WebDav for Windows Server 2008 始终是一个下载安装，而Windows Server 20008 R2和以后会集成WebDav。

集成Administration Pack扩展到Windows Server OS

我们把IIS7 Administration Pack集成到Windows Server 2008 R2，为客户提供:

1. 
   在IIS Manager中集成管理ASP.NET authorization，自定义错误，FastCGI，和and Request Filtering。
2. 
   配置管理器，提供管理IIS7配置系统的可视化编辑器。如果你想试用一下，我们的IIS开发经理Carlos Aguilar Mares撰写了comprehensive blog on the Config Editor's capabilities一文。我最爱的配置管理器部分是脚本生成功能——对做演示非常管用:) 

我们并未将IIS Reports特性集成进Windows Server OS，如果你需要这个功能，你可以在IIS Administration Pack下载中得到。同样的，我们也会为Windows Server 2008用户提供更新的IIS Administration Pack，包括Windows Server 2008 R2种所有的修复和变更(除了集成安装)。

Windows Server 2008版的Administration Pack会和Windows Server 2008 R2一起发布，以确保功能和Windows Server 2008 R2一致。

新的IIS7  PowerShell Provider和Commandlet支持

IIS PowerShell provider，同样有Windows Server 2008版下载，允许用户使用PowerShell编程环境管理IIS，ASP.NET和自定义错误配置。是的，传说是真的——我们有为PowerShell用户们提供IIS:/>。我们的PowerShell支持提供了3个等级的支持：

1. 
   PowerShell provider: 如果你熟悉IIS配置系统，想直接用PS编程环境来管理配置。
2. 
   Low-level commandlets: 用我们的low-level commandlets集合来管理每个IIS设置，如果你需要这个程度的细粒度控制。
3. 
   Task-oriented commandlets: 用我们的面向任务commandlets来管理网站(例如：New-WebSite创建一个站点)，备份和恢复web服务器配置及其他常见任务。

集成到Windows Server 2008 R2中，你可以使用Windows Server setup来安装PowerShell provider和60+个commandlets。

和FTP、WebDav一样：

(2009年5月版PowerShell下载 + Windows Server 2008) == (Windows Server 2008 R2中的PowerShell特性)

例外是：

PowerShell for Windows Server 2008 始终是一个下载安装，而Windows Server 20008 R2和以后会集成PowerShell 。

更多的PowerShell支持信息，可以查看Group Program Manager和PowerShell大牛Thomas Deml的博客(http://blogs.iis.net/thomad)。

丰富的Server Core应用程序托管

Windows Server 2008 R2上，你可以在Server Core的IIS上跑ASP.NET应用。ASP.NET/CLR做了一些重构工作来确保ASP.NET网页的托管代码环境可以在Server Core上运行。哇！我们不仅能在Server Core上支持图片、媒体、PHP、传统ASP网页，也能跑ASP.NET应用。

Windows Server 2008 R2中的PowerShell 2.0版本处理远程管理，对Server Core安装和新的PowerShell provider很便利。你不仅能在Server Core IIS上托管你的所有应用，本地或远程通过新的IIS PowerShell Provider和commandlets来管理它们也更容易了。在Windows PowerShell blog上有PowerShell大法供参考。

改进的FastCGI支持

IIS7通过我们的FastCGI实现来支持PHP托管，我们在Windows Server 2008 R2 IIS7中持续翻新和提高FastCGI。增强的支持包括：

1. 
   支持在IIS Manager中管理FastCGI设置。
2. 
   当php.ini变化时自动刷新php-cgi.exe。这个版本中，IIS为每个进程池监视一个文件，如果文件被修改就会recycle这个进程池的FastCGI进程。此特性默认关闭，如果你(通过用户界面的一个设置)打开它，你可以指定监视的文件路径。
3. 
   FastCGI的FREB支持，你可以更有效的排错PHP和其他FastCGI相容应用。
4. 
   MaxInstance可以是动态——如果maxInstance设置为0，IIS自动监测系统负载并调整maxInstances。这允许我们优化PHP的性能。
5. 
   基于特定错误的控制FastCGI错误行为的支持。

IIS核心更改

基于客户反馈和我们自己在IIS7平台开发扩展的体验，我们也对IIS7平台核心做了一些修改：

1. 
   支持配置系统的自定义追踪。
2. 
   通过配置轮询来审核或追踪配置变更的能力——这是来自托管商们的要求，特别是想要监视客户们更改配置系统。
3. 
   ASP.NET支持不同的CLR版本(例如，CLR4.0)，随着多个CLR版本的使用，这个特性对开发者切换版本很重要。我们也将此功能向后移植到Windows Server 2008 SP2。
4. 
   Application pools的更好控制，可以为每应用程序池指定CLR设置，可以用新的Application Pool性能计数器监视性能。
5. 
   可委派自定义错误，这是来自开发者的最多要求，他们想让非管理员在本地或远程改变自定义错误。
6. 
   IP restriction list的IPv6支持。
7. 
   Request filtering的更细粒度控制，特别对query strings来帮助防止SQL注入式攻击。Request filtering现在也支持请求特定的规则，使SQL注入规则仅对特定请求适用。
8. 
   Nego2支持，将允许内置支持LiveID providers，FedSSP，和更小粒的Kerberos/NTLM使能。
9. 
   支持不要求密码的Managed Service Accounts域账号。
10. 
    AppPool identity支持——这个太复杂了，以后单独帖子会另行讲。
11. 
    支持application pool预热，大型应用程序会需要"起动"一个应用程序池，这样最初的请求们会有更好的性能。

IIS Best Practice Analyzer
Windows Server 2008 R2在Server Manager里引入了一个新特性叫做Best Practice Analyzer。 BPA在Server Manager里提供单一控制台体验来管理跨不同服务器角色的配置的最优实践规则，如Exchange、AD和IIS。在Server Manager里，你可以对一些IIS规则运行BPA针对安全和性能的最优实践——例如，检查确认基本验证不会没有加SSL就启用。针对IIS的BPA规 则并不是巨细无遗，但它确实给予一组良好的核心提示作为起步。我们也会通过Server Manager来更新和增加这些规则。注意这个功能在Server Manager中，不在IIS Manager中。

当然，我们也修复了bugs。

你的反馈帮助了我们修炼IIS7，至今最好的Web服务器平台。今天你可以在这里下载Windows Server 2008 R2 beta，这不失为开始2009年的好办法！

译自：IISBlog
原文来自：http://www.cnbeta.com/articles/74751.htm

根据官方的博客，说是1月14日前发布release前最后一个版本了。不知道什么时候有的下载和测试，不过仍然是不建议用在项目中，还是等稳定版吧。

那个常见的@终于要消失了。新的引擎效率应该快上很多吧。

关注官方：www.jquery.com

 一直以来delphi的手册就是开发人员的最爱，也被认为是最全最强大的。但最近几年，MS在MSDN上的投入是越来越多，也让MSDN成为了最全最强大的在线手册了。

不过，delphi并没有放弃大家，于是：

-------------------------

BlackfishSQL 帮助

文章来自:cnbeta.com

新闻来源:岁月如歌
JavaScript游戏一段时间内将还只是开发者们的“玩物”，要真正转换为商业应用，可能还有一段漫长的路要走。但是，当Super Mario跳跃在Web网页上时，这昭示着JavaScript的时代已经到来了。JavaScript能做什么？2008年的答案是：JavaScript连游戏都能做！

乔布斯说：“活着就是为了改变世界，难道还有其它原因吗？” 2008年，在Web前端开发界，无论国外还是国内，都发生了不少事情，有哪些是改变世界或即将改变世界的大事件呢？

JavaScript游戏
2008年4月9日，Dion Almaer发现了一款非常经典的JavaScript游戏：Super Mario. 这款游戏由Jacob Seidelin开发，大小仅14k.


(Super Mario JavaScript版本： http://jsmario.com.ar/)

不少Web开发者们大跌眼镜：这真的是用JavaScript开发出来的？答案是肯定的。这款游戏利用了Canvas元素（IE中用HTML模拟），图像 存储在加密的字符串中，还用base64存储了MIDI背景音乐。除了这些技巧，其它代码就是我们熟悉的HTML、CSS和JavaScript.

Super Mario JavaScript版本的横空出世（之前也出现过用JavaScript写的游戏，但没有像Super Mario一样引起大家的关注），激起了一股用JavaScript编写游戏的热潮：

许多经典的游戏都有了JavaScript版本：Pac-Man（经典的吃豆子游戏）， Space Invaders（太空入侵者），Spacius（百玩不厌的雷电）等等。

甚至还出现了一些比较复杂的角色扮演游戏：Andrew Wooldridge创造的Tombs of Asciiroth 和 CanvasQuest，Pierre Chassaing创造的ProtoRPG等。

伴随JavaScript游戏的热潮，还出现了不少专门用于游戏开发的JavaScript库。最突出的是GameJS（基于Canvas的一个2D游戏开发库） 和 GameQuery（这是jQuery的一个插件）。

除了用Canvas构建2D游戏，用JavaScript还可以构建3D游戏，还出现了非常出色的Processing.js，以及JavaScript PlotTool绘图工具等等。

感慨：JavaScript游戏一段时间内将还只是开发者们的“玩物”，要真正转换为商业应用，可能还有一段漫长的路要走。但是，当Super Mario跳跃在Web网页上时，这昭示着JavaScript的时代已经到来了。JavaScript能做什么？2008年的答案是：JavaScript连游戏都能做！
大放异彩的jQuery
2008年，无论对于jQuery的作者John Resig还是jQuery库本身来说，都是非常棒的一年。jQuery首页上有一行很明显的加粗文字：

jQuery is designed to change the way that you write JavaScript.
jQuery设计成可以改变你书写JavaScript的方式。

jQuery用数据和事实证明了它的魅力。一定程度上，甚至可以毫不夸张地说：jQuery改变了Web前端开发界。下面是用Google Trends统计的常用JavaScript库在2008年的搜索量曲线图：


2008年9月份，jQuery团队战绩斐然：Microsoft和Nokia正式将jQuery集成进他们的应用程序开发平台。此外，Google的部 分应用里，也早就采纳了jQuery. 从jQuery的首页上还可以看出，DELL, Bank of America, Digg, Technorati, Mozzila等站点都在使用jQuery.

当然，除了jQuery，其它JavaScript在2008年也都有可圈可点的发展。YUI3的Preview版本，是我见过的最具有发展潜力的框架。 ExtJS在国内的普及也非常迅猛，JavaEye社区里，ExtJS一定程度上成了Ajax的代名词，各种有关ExtJS的技术文章和书籍非常多（遗憾 的是书籍的质量不高）。Prototype不温不火。Mootools则在低调中用其优雅的代码吸引了不少忠实用户。

感慨：上面提到的每个JavaScript库都是非常优秀的，掌握任何一个，对于我们的日常工作来说，都绰绰有余了。 只是对于2008年来说，jQuery的表现太突出了，连我这个天天工作用YUI的人，在2008年，都不得不为jQuery鼓掌，为John Resig喝彩！各种JavaScript库的争奇斗艳，这是JavaScript时代已经到来的另一个标志。
蹒跚起步的网页工业化
2008年，如果你是一名Web前端开发工程师，却没有听说过“栅格”两个字，那你一定是工作太忙太专心了。2008年10月份，在淘宝UED博客，出现了一篇“960的秘密”，揭开了网页栅格系统在国内的研究小热潮。


伴随着栅格系统的争论，国内的前端技术博客里还出现不少对CSS框架和布局的探讨。这一切，所要解决的是以下两个问题：

1. 网页的规范性。随着站点的成长，页面会以几何级数的速度增加。面对成千上万个网页，如何保持风格的一致性是一个不小的挑战。
2. 网页的工业化产出。在遵守规范和保证质量的基础上，如何让页面制作容易，如何让运营人员能批量制造页面，这是目前许多大型站点面临的另一个问题。

国内站点中，淘宝、百度有啊、网易等站点的已逐步采用栅格系统。淘宝的首页和频道目前已经全部栅格化，同时尝试性开发了TMS（模板管理系统）来解决网页的工业化产出问题。

感慨：网页的高质量工业化产出，在国内很多公司才刚起步。2009年，我相信工业化将依旧是Web前端开发界的关键词。
这些也很出色

1. 渐进增强。2008年10月份，Aaron Gustafson在ALA网站上发表了一系列有关渐进增强的文章，探讨的核心问题是：JavaScript应该做什么以及Web前端开发的技术流程。 JavaScript游戏让我们看到了JavaScript的魔力，Aaron提醒我们不能滥用JavaScript，我们要仔细考虑 JavaScript的使用场景。可用性，无侵入性，可访问性等等，这些理念是每一个前端开发工程师需要好好思考的。
2. D2（前端技术论坛）。 2008年，在北京和上海分别举办了两届D2，这是国内前端开发工程师们的两场盛会。前端工程师，这个新生的职位逐步被国内各大公司接受。D2的意义在于，我们聚集在一起，发出了自己的声音！
3. Google Chrome的诞生。 2008年，Chrome， JS V8引擎，Google迫使各大浏览器厂商开始比拼JavaScript引擎速度，这是JavaScript时代已经到来的另一个标志。Google和 Mozzila的努力，在年末的时候带来鼓舞人心的统计结果：IE的使用率跌破70%. 万恶的IE6，早点灭亡吧。2009年，Google的号角和淘宝网即将掀起的 NO IE6 活动，将加速IE6的灭亡。

最后，用两句话来结束本文：

2008年，我们努力改变世界！
2009年，我们继续改变世界，同时世界将开始为我们而改变！