据美国国际数据公司统计，仅美国一个国家就有超过7000个数据中心，服务器总数在2010年前将增至1580万台。麦肯锡咨询公司和智囊机构“正常运行时间机构”最近一项调查则表明，全球范围内，数据中心耗电量逐年递增。数据中心2000年消耗全球电力的0.6%,到2005年，这一数字已升至1%。麦肯锡的调查报告指出，全球范围内，数据中心一年的二氧化碳排量比阿根廷或荷兰一个国家的排量还高。
为此，国外专家号召网民减少网络购物行为，而传统的商场购物看起来更为环保。对于国外专家的分析，不少用户嗤之以鼻，商场也要发电、发电需要煤炭，去商场购物同样不环保。这样的观点并不在少数。可以肯定的是，互联网前进的速度仍会一如既往，并不会因为机房发出沉默的嗡嗡声及持续升高的碳排放而减慢脚步。就像汽车发展并没有因能源消耗或尾气污染等问题而停滞不前。
但，汽车已经开始寻求绿色环保能源发展方向，小排量、低污染的汽车将会成为未来趋势。那些服务器消耗大户们及服务器生产商，看看汽车行业发展，再看看今天的自己，未来是否也应该向汽车行业学习学习？
其实，寻求环保绿色的IT世界已经成为主流IT厂商积极探寻的方向。今年在这方面的表现也相对突出，但是，有专家却提出值得关注的问题。ESG高级分析师 Steve Duplessie提醒说，一些企业提出绿色概念，可以说是受经济利益驱使，而非为生态环境考虑。厂商购买低能耗产品只是为了在能耗上节省支出。当数据中心拥挤不堪时，我们才会想到提高能源效率，减少设备占地面积；或者是，楼房里再也装不下更多的电源时，我们才会想到要使用节电的产品。可以说，企业们关心的“绿色”是绿色的钞票。
如何解决IT快速发展，数据爆炸与无烟工业对环境破坏的矛盾是个庞大的课题，这里无法解决，但Steve Duplessie给出一个简单可行的方法：放弃夜间进行增量备份、周末进行全面备份的做法。类似这样的小小改变，往往就能极大降低存储能耗，这就是我们让IT更绿色的举手之劳。
各位站长朋友，如何做个绿色环保的站呢，其实不难，上面已经提到了：放弃夜间进行增量备份、周末进行全面备份的做法。在目前，我们能做的只有这么多，呵呵。为了绿色的地球，大家一起努力吧！
法国互联网络信息中心副主任卢瓦克·达米拉维尔认为，市场对域名没有这么多的需求，ICANN积极推动此事只为挣钱。法国一家IT公司的管理人员帕特里克·邦罗尔对记者说，这种做法会导致互联网陷入极度的混乱。
邦罗尔分析说，互联网现有域名已成体系，并且有一定规范，如果突然出现一些所谓个性化的域名，会使搜索工作变得困难，还可能引发抢注域名和侵权的风潮。邦罗尔说：“我现在就很担心自己的公司名称被抢注。”
也有人对域名注册放开表达了另一种担心。参加ICANN巴黎年会的一名中国互联网络信息中心代表在接受新华社记者采访时说，理论上，世界上任何机构和个人都可以提出注册新域名的申请，这就带来了一些问题。比如，有人为了创建网站或提供电子邮箱服务而申请域名，但如果有关服务和维护工作无法跟上，即使成功获得域名也毫无意义。又如，两家公司想注册同一个域名，为得到这个域名就有可能发生恶性竞价。所以，申请注册个性化域名的“门槛”并不低，个性化域名对大多数普通网民来说，可能只是一个梦想。
但ICANN高层人士普遍对放开域名注册持乐观态度。ICANN总裁保罗·图米认为，个性化域名意味着人们拥有了在互联网上展示自我的全新方式，放开个性化域名注册具有巨大的商业潜力。图米称，域名就像互联网的“不动产”，放开限制意味着互联网的“不动产”将大量增加。
ICANN董事长彼得·丹盖特-特鲁什在新闻发布会上指出：“这是历史性的决议，它将给互联网样式和运行模式带来翻天覆地的变化。”
ICANN透露，最终方案将于明年初公布，该组织将争取在明年第二季度将其付诸实施。这一方案的实施，意味着全世界约13亿网民将可以自由创建个性化的互联网顶级域名。例如，eBay可以采用.ebay作为域名后缀，英特尔也可以使用.intel。甚至连某个城市都可以名称作为域名，如纽约可使用.newyork，柏林可使用.berlin域名。
巴黎当天也宣布，将申请.paris顶级域名，而由柏林80多个机构组成的团体也表示，计划申请.berlin顶级域名。
根据新计划，各种组织团体可在2009年4月左右申请新的顶级域名，首批采用新域名的网站将在2009年下半年上线。ICANN透露，新顶级域名注册费在10-50万美元左右。
ICANN董事会当天还通过另一项决议，决定支持创建使用其他语言、含有非英文字母的网络新域名。
下载地址如下：
http://downloads.zend.com/studio-eclipse/6.0.1/ZendStudioForEclipse-6_0_1.exe (for windows)
http://downloads.zend.com/studio-eclipse/6.0.1/ZendStudioForEclipse-6_0_1.tar.gz (for linux)
http://downloads.zend.com/studio-eclipse/6.0.1/ZendStudioForEclipse-6.0.1.dmg (for mac,不好意思，一直不知道这个是MAC下的安装程序)
之前的注册机还可以继续使用，本人已测，呵呵~
在线注册机：
下载文件 (已下载 256 次)也可以使用下面的一组注册码进行注册
Serial:341747F1116666990000
不担心泡沫
IDG、软银这些风险投资公司对中国互联网似乎永远都有热情，在2007年及2008年向新兴的SNS网站注资数亿美元。就在上月，软银宣布向校内网注资30亿元，此举被业内称为给广大的SNS创业者注入了兴奋剂。在这一刺激下，可以感受到越来越多的SNS网站雨后春笋般钻出，facekoo、PICA、Rezoom等，他们中的许多都还不为人知。另外，很多婚恋SNS网站在去年获得的风投也以数亿计算。
大量风投涌入到SNS领域，让业内质疑是否会产生泡沫？对此，资深互联网分析人士洪波认为：“可能会有一些泡沫，但整体上看没有什么泡沫，实际上对个人站长来说，拿到钱(风险投资)的可能性在未来是越来越小的，所以不担心泡沫问题。”
大量小SNS平台出现 校内网用户或损失一半
不久前国内著名社区平台及服务提供商康盛创想发布了SNS类建站软件UCenter Home，并在5月22日将该产品开源。据当时不完全统计，有5000个站点投入使用并运营，大量的小SNS平台应运而生。
在这样的环境下，洪波认为，“SNS帮助产生了大量新的站长，很多出色的垂直行业的互联网应用诞生。”
小SNS平台的出现势必对现有的SNS网站产生或多或少的影响。一位业内资深人士告诉记者：“康盛创想发布SNS类建站软件UCenter Home后，未来校内网的用户至少要被吃掉一半。特别是以后门户网站新浪、搜狐及腾讯开始推广SNS的时候，影响会更大。”
一位接近腾讯的人表示，实际上腾讯的QQ校友正在测试中，即将发布。而新浪及搜狐开发的相关SNS产品也指日可待。该人士认为：“SNS只能是有用户基础的网站的补充应用，不能以此为主要应用成功创建一个网站，之前的blog就是显而易见的例子，最终的赢家还是门户。”
盈利值得期待
而对于SNS网站的商业模式在洪波看来还是值得期待的，他说：“与人际相关的平台肯定会带来更大的商业模式，但是怎么把价值打通、融合，还有很多工作可以去做。”
DVLabs 称，该漏洞系研究者发现，DVLabs 已经向该研究者支付费用购买这一发现并做出验证，DVLabs 同时立即将该漏洞报告了 Firefox 安全团队。虽然 DVLabs 在 Firefox 推出安全补丁之前不会公布漏洞细节，但声称，这个同时会影响 Firefox 2 的安全漏洞会在用户参与下执行一些恶意代码。Mozilla 称会推出相关补丁。
本文国际来源： http://news.cnet.com/8301-10789_3-9972207-57.html?tag=nefd.top
点击下载 Mozilla Firefox 简体中文正式版3.0 Final
请在这里下载示例代码
1 简介
1.1 Log4net的优点：
几乎所有的大型应用都会有自己的用于跟踪调试的API。因为一旦程序被部署以后，就不太可能再利用专门的调试工具了。然而一个管理员可能需要有一套强大的日志系统来诊断和修复配置上的问题。
经验表明，日志记录往往是软件开发周期中的重要组成部分。它具有以下几个优点：它可以提供应用程序运行时的精确环境，可供开发人员尽快找到应用程序中的Bug；一旦在程序中加入了Log 输出代码，程序运行过程中就能生成并输出日志信息而无需人工干预。另外，日志信息可以输出到不同的地方（控制台，文件等）以备以后研究之用。
Log4net就是为这样一个目的设计的，用于.NET开发环境的日志记录包。
1.2 Log4net的安装：
用户可以从http://logging.apache.org/log4net/下载log4net的源代码。解压软件包后，在解压的src目录下将log4net.sln载入Visual Studio .NET，编译后可以得到log4net.dll。用户要在自己的程序里加入日志功能，只需将log4net.dll引入工程即可。
2 Log4net的结构
log4net 有四种主要的组件，分别是Logger（记录器）, Repository（库）, Appender（附着器）以及 Layout（布局）.
2.1.1 Logger接口
Logger是应用程序需要交互的主要组件，它用来产生日志消息。产生的日志消息并不直接显示，还要预先经过Layout的格式化处理后才会输出。
Logger提供了多种方式来记录一个日志消息，你可以在你的应用程序里创建多个Logger，每个实例化的Logger对象都被log4net框架作为命名实体(named entity)来维护。这意味着为了重用Logger对象，你不必将它在不同的类或对象间传递，只需要用它的名字为参数调用就可以了。log4net框架使用继承体系，继承体系类似于.NET中的名字空间。也就是说，如果有两个logger,分别被定义为a.b.c和a.b，那么我们说a.b是a.b.c的祖先。每一个logger都继承了祖先的属性
Log4net框架定义了一个ILog接口，所有的logger类都必须实现这个接口。如果你想实现一个自定义的logger，你必须首先实现这个接口。你可以参考在/extension目录下的几个例子。
ILog接口的定义如下：
public interface ILog
{
void Debug(object message);
void Info(object message);
void Warn(object message);
void Error(object message);
void Fatal(object message);
//以上的每一个方法都有一个重载的方法，用来支持异常处理。
//每一个重载方法都如下所示，有一个异常类型的附加参数。
void Debug(object message, Exception ex);
// ...
//Boolean 属性用来检查Logger的日志级别
//（我们马上会在后面看到日志级别）
bool isDebugEnabled;
bool isInfoEnabled;
//… 其他方法对应的Boolean属性
}
Log4net框架定义了一个叫做LogManager的类，用来管理所有的logger对象。它有一个GetLogger()静态方法，用我们提供的名字参数来检索已经存在的Logger对象。如果框架里不存在该Logger对象，它也会为我们创建一个Logger对象。代码如下所示：
log4net.ILog log = log4net.LogManager.GetLogger("logger-name");
通常来说，我们会以类（class）的类型（type）为参数来调用GetLogger()，以便跟踪我们正在进行日志记录的类。传递的类(class)的类型(type)可以用typeof(Classname)方法来获得，或者可以用如下的反射方法来获得：
System.Reflection.MethodBase.GetCurrentMethod().DeclaringType
尽管符号长了一些，但是后者可以用于一些场合，比如获取调用方法的类(class)的类型(type)。
2.1.2 日志的级别
正如你在ILog的接口中看到的一样，有五种不同的方法可以跟踪一个应用程序。事实上，这五种方法是运作在Logger对象设置的不同日志优先级别上。这几种不同的级别是作为常量定义在log4net.spi.Level类中。你可以在程序中使用任何一种方法。但是在最后的发布中你也许不想让所有的代码来浪费你的CPU周期，因此，框架提供了7种级别和相应的Boolean属性来控制日志记录的类型。
Level有以下几种取值
级别 | 允许的方法 | Boolean属性 | 优先级别 |
OFF | | | Highest |
FATAL | void Fatal(...); | bool IsFatalEnabled; | |
RROR | void Error(...); | bool IsErrorEnabled; | |
WARN | void Warn(...); | bool IsWarnEnabled; | |
INFO | void Info(...); | bool IsInfoEnabled; | |
DEBUG | void Debug(...); | bool IsDebugEnabled; | |
ALL | | Lowest |
表1 Logger的日志级别
在log4net框架里，通过设置配置文件，每个日志对象都被分配了一个日志优先级别。如果没有给一个日志对象显式地分配一个级别，那么该对象会试图从他的祖先继承一个级别值。
ILog接口的每个方法都有一个预先定义好了的级别值。正如你在表1看到的，ILog的Inof()方法具有INFO级别。同样的，以此类推，Error()方法具有ERROR级别。当我们使用以上的任何一种方法时，log4net框架会检查日志对象logger的级别和方法的级别。只有当方法的级别高于日志级别时，日志请求才会被接受并执行。
举例说明，当你创建了一个日志对象，并且把他的级别设置为INFO。于是框架会设置日志的每个Boolean属性。当你调用相应的日志方法时，框架会检查相应的Boolean属性，以决定该方法能不能执行。如下的代码：
Logger.Info("message");
Logger.Debug("message");
Logger.Warn("message");
对于第一种方法，Info()的级别等与日志的级别（INFO），因此日志请求会被传递，我们可以得到输出结果”message”。
对于第二种方法，Debug()的级别低于日志对象logger的日志级别(INFO)，因此，日志请求被拒绝了，我们得不到任何输出。同样的，针对第三行语句，我们可以很容易得出结论。
在表1中有两个特殊的级别：ALL和OFF。ALL表示允许所有的日志请求。OFF是拒绝所有的请求。
你也可以显式地检查Logger对象的Boolean属性，如下所示：
if (logger.IsDebugEnabled)
{
Logger.Debug("message");
}
2.2 Repository
Repository主要用于负责日志对象组织结构的维护。在log4net的以前版本中，框架仅支持分等级的组织结构(hierarchical organization)。这种等级结构本质上是库的一个实现，并且定义在log4net.Repository.Hierarchy 名字空间中。要实现一个Repository，需要实现log4net.Repository.ILoggerRepository 接口。但是通常并不是直接实现该接口，而是以log4net.Repository.LoggerRepositorySkeleton为基类继承。体系库 (hierarchical repository )则由log4net.Repository.Hierarchy.Hierarchy类实现。
如果你是个log4net框架的使用者，而非扩展者，那么你几乎不会在你的代码里用到Repository的类。相反的，你需要用到LogManager类来自动管理库和日志对象。
一个好的日志框架应该能够产生多目的地的输出。比如说输出到控制台或保存到一个日志文件。log4net 能够很好的满足这些要求。它使用一个叫做Appender的组件来定义输出介质。正如名字所示，这些组件把它们附加到Logger日志组件上并将输出传递到输出流中。你可以把多个Appender组件附加到一个日志对象上。 Log4net框架提供了几个Appender组件。关于log4net提供的Appender组件的完整列表可以在log4net框架的帮助手册中找到。有了这些现成的Appender组件，一般来说你没有必要再自己编写了。但是如果你愿意，可以从log4net.Appender.AppenderSkeleton类继承。
一个Appender 对象缺省地将所有的日志事件传递到输出流。Appender的过滤器(Appender Filters) 可以按照不同的标准过滤日志事件。在log4net.Filter的名字空间下已经有几个预定义的过滤器。使用这些过滤器，你可以按照日志级别范围过滤日志事件，或者按照某个特殊的字符串进行过滤。你可以在API的帮助文件中发现更多关于过滤器的信息。
Layout 组件用于向用户显示最后经过格式化的输出信息。输出信息可以以多种格式显示，主要依赖于我们采用的Layout组件类型。可以是线性的或一个XML文件。Layout组件和一个Appender组件一起工作。API帮助手册中有关于不同Layout组件的列表。一个Appender对象，只能对应一个Layout对象。要实现你自己的Layout类，你需要从log4net.Layout.LayoutSkeleton类继承，它实现了ILayout接口。
3 在程序中使用log4net
在开始对你的程序进行日志记录前，需要先启动log4net引擎。这意味着你需要先配置前面提到的三种组件。你可以用两种方法来设定配置：在单独的文件中设定配置或在代码中定义配置。
因为下面几种原因，推荐在一个单独的文件中定义配置：
l 你不需要重新编译源代码就能改变配置；
l 你可以在程序正运行的时候就改变配置。这一点在一些WEB程序和远程过程调用的程序中有时很重要；
考虑到第一种方法的重要性，我们先看看怎样在文件中设定配置信息。
3.1 定义配置文件
配置信息可以放在如下几种形式文件的一种中。
在程序的配置文件里，如AssemblyName.config 或web.config.
在你自己的文件里。文件名可以是任何你想要的名字，如AppName.exe.xyz等.
log4net框架会在相对于AppDomain.CurrentDomain.BaseDirectory 属性定义的目录路径下查找配置文件。框架在配置文件里要查找的唯一标识是<log4net>标签。一个完整的配置文件的例子如下：
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<configSections>
<section name="log4net"
type="log4net.Config.Log4NetConfigurationSectionHandler,
log4net-net-1.0"
/>
</configSections>
<log4net>
<root>
<level value="WARN" />
<appender-ref ref="LogFileAppender" />
<appender-ref ref="ConsoleAppender" />
</root>
<logger name="testApp.Logging">
<level value="DEBUG"/>
</logger>
<appender name="LogFileAppender"
type="log4net.Appender.FileAppender" >
<param name="File" value="log-file.txt" />
<param name="AppendToFile" value="true" />
<layout type="log4net.Layout.PatternLayout">
<param name="Header" value="[Header]\r\n"/>
<param name="Footer" value="[Footer]\r\n"/>
<param name="ConversionPattern"
value="%d [%t] %-5p %c [%x] - %m%n"
/>
</layout>
<filter type="log4net.Filter.LevelRangeFilter">
<param name="LevelMin" value="DEBUG" />
<param name="LevelMax" value="WARN" />
</filter>
</appender>
<appender name="ConsoleAppender"
type="log4net.Appender.ConsoleAppender" >
<layout type="log4net.Layout.PatternLayout">
<param name="ConversionPattern"
value="%d [%t] %-5p %c [%x] - %m%n"
/>
</layout>
</appender>
</log4net>
</configuration>
你可以直接将上面的文本拷贝到任何程序中使用，但是最好还是能够理解配置文件是怎样构成的。 只有当你需要在应用程序配置文件中使用log4net配置时，才需要在<configSection>标签中加入<section>配置节点入口。对于其他的单独文件，只有<log4net>标签内的文本才是必需的，这些标签的顺序并不是固定的。下面我们依次讲解各个标签内文本的含义：
3.1.1 <root>
<root>
<level value="WARN" />
<appender-ref ref="LogFileAppender" />
<appender-ref ref="ConsoleAppender" />
</root>
在框架的体系里，所有的日志对象都是根日志(root logger)的后代。 因此如果一个日志对象没有在配置文件里显式定义，则框架使用根日志中定义的属性。在<root>标签里，可以定义level级别值和Appender的列表。如果没有定义LEVEL的值，则缺省为DEBUG。可以通过<appender-ref>标签定义日志对象使用的Appender对象。<appender-ref>声明了在其他地方定义的Appender对象的一个引用。在一个logger对象中的设置会覆盖根日志的设置。而对Appender属性来说，子日志对象则会继承父日志对象的Appender列表。这种缺省的行为方式也可以通过显式地设定<logger>标签的additivity属性为false而改变。
<logger name="testApp.Logging" additivity="false">
</logger>
Additivity的值缺省是true.
3.1.2 <Logger>
<logger name="testApp.Logging">
<level value="DEBUG"/>
</logger>
<logger> 元素预定义了一个具体日志对象的设置。然后通过调用LogManager.GetLogger(“testAPP.Logging”)函数，你可以检索具有该名字的日志。如果LogManager.GetLogger(…)打开的不是预定义的日志对象，则该日志对象会继承根日志对象的属性。知道了这一点，我们可以说，其实<logger>标签并不是必须的。
3.1.3 <appender>
<appender name="LogFileAppender"
type="log4net.Appender.FileAppender" >
<param name="File" value="log-file.txt" />
<param name="AppendToFile" value="true" />
<layout type="log4net.Layout.PatternLayout">
<param name="Header" value="[Header]\r\n" />
<param name="Footer" value="[Footer]\r\n"/>
<param name="ConversionPattern"
value="%d [%t] %-5p %c - %m%n"
/>
</layout>
<filter type="log4net.Filter.LevelRangeFilter">
<param name="LevelMin" value="DEBUG" />
<param name="LevelMax" value="WARN" />
</filter>
</appender>
在<root>标签或单个的<logger>标签里的Appender对象可以用<appender>标签定义。<appender>标签的基本形式如上面所示。它定义了appender的名字和类型。 另外比较重要的是<appender>标签内部的其他标签。不同的appender有不同的<param>标签。在这里，为了使用FileAppender,你需要一个文件名作为参数。另外还需要一个在<appender>标签内部定义一个Layout对象。Layout对象定义在它自己的<layout>标签内。<layout>标签的type属性定义了Layout的类型(在本例里是PatternLayout)，同时也确定了需要提供的参数值。Header和Footer标签提供了一个日志会话(logging session)开始和结束时输出的文字。有关每种appender的具体配置的例子，可以在log4net\doc\manual\example-config-appender.html中得到。
3.1.4 log4net.Layout.PatternLayout中的转换模式(ConversionPattern)
%m(message):输出的日志消息，如ILog.Debug(…)输出的一条消息
%n(new line):换行
%d(datetime):输出当前语句运行的时刻
%r(run time):输出程序从运行到执行到当前语句时消耗的毫秒数
%t(thread id):当前语句所在的线程ID
%p(priority): 日志的当前优先级别，即DEBUG、INFO、WARN…等
%c(class):当前日志对象的名称，例如：
模式字符串为：%
代码为：
ILog log=LogManager.GetLogger(“Exam.Log”);
log.Debug(“Hello”);
则输出为下面的形式：
Exam.Log - Hello
%L：输出语句所在的行号
%F：输出语句所在的文件名
%-数字：表示该项的最小长度，如果不够，则用空格填充
例如，转换模式为%r [%t]%-5p %c - %m%n 的 PatternLayout 将生成类似于以下内容的输出：
176 [main] INFO org.foo.Bar - Located nearest gas station.
3.1.5 <filter>
最后，让我们看看在Appender元素里的<filter>标签。它定义了应用到Appender对象的过滤器。本例中，我们使用了LevelRangeFilter过滤器,它可以只记录LevelMin和LevelMax参数指定的日志级别之间的日志事件。可以在一个Appender上定义多个过滤器（Filter）,这些过滤器将会按照它们定义的顺序对日志事件进行过滤。其他过滤器的有关信息可以在log4net的SDK文档中找到。
3.2 使用配置文件
3.2.1 关联配置文件
当我们创建了上面的配置文件后，我们接下来需要把它和我们的应用联系起来。缺省的，每个独立的可执行程序集都会定义它自己的配置。log4net框架使用 log4net.Config.DOMConfiguratorAttribute在程序集的级别上定义配置文件。
例如：可以在项目的AssemblyInfo.cs文件里添加以下的语句
[assembly:log4net.Config.DOMConfigurator(ConfigFile="filename",
ConfigFileExtension="ext",Watch=true/false)]
l ConfigFile:指出了我们的配置文件的路径及文件名，包括扩展名。
l ConfigFileExtension:如果我们对被编译程序的程序集使用了不同的文件扩展名，那么我们需要定义这个属性，缺省的，程序集的配置文件扩展名为”config”。
l Watch (Boolean属性): log4net框架用这个属性来确定是否需要在运行时监视文件的改变。如果这个属性为true,那么FileSystemWatcher将会被用来监视文件的改变，重命名，删除等事件。
其中：ConfigFile和ConfigFileExtension属性不能同时使用，ConfigFile指出了配置文件的名字，例如，ConfigFile=”Config.txt”
ConfigFileExtension则是指明了和可执行程序集同名的配置文件的扩展名，例如，应用程序的名称是”test.exe”,ConfigFileExtension=”txt”,则配置文件就应该是”test.exe.txt” ；
也可以不带参数应用DOMConfiguratio():
[assembly: log4net.Config.DOMConfigurator()]