RSS

Category Archives: 未分类

博客迁移到博客园

由于最近博客堂这边不太稳定(可能也和我网络有关系,我通过一台公网服务器访问就还好),

把所有博客迁移到了博客园,之后就在那边安家落户了。

image

地址:http://www.cnblogs.com/erucy/

RSS:http://www.cnblogs.com/erucy/rss

感谢这几年来超哥提供的服务器!

 

Posted by on 2012 年 03 月 24 日 in 未分类

Leave a comment

SharePoint 2010 SP1新功能(存储标准)

首先,“存储标准”名词翻译的真是太奇怪了……英文是“Storage Metrics”,功能就是观察网站、文档库、文件夹、文档所占用的存储空间。

这个功能在2007的时候其实就有,不过因为种种原因(比如性能之类的问题)在2010里面被去掉了,在SP1的时候,经过一番改进又加了回来。

功能在网站集管理中的“存储标准”,点击进入后,可以看到如下的界面:

image

点击网站的名字、文件夹的名字可以进入网站/文件夹,看到里面的内容,一直具体到某个文件所占用的空间(这个占用空间是该文件所有版本加在一起占用的空间,而不是最新版本的大小,所以可以真实反应实际的存储容量)。此外,界面中还能够看到这些对象在父容器中所占的百分比、在网站配额中所占的百分比(我这个网站集没有设置网站配额),以及最后修改时间。

需要注意的是,这些数据不是实时更新的(07里面是实时更新的,对性能有一定的影响),而是靠一个Timer Job定期更新的,这个Timer Job叫“存储标准处理”(这翻译……),默认是5分钟运行一次,可以根据情况自行修改:

image

 

Posted by on 2011 年 09 月 13 日 in 未分类

Leave a comment

ASP.NET安全隐患及SharePoint中的Workaround

09.29更新:微软已经发布了补丁,详细说明见:http://www.microsoft.com/technet/security/bulletin/MS10-070.mspx

前几天的一个安全会议上公布了一个ASP.NET中的安全隐患(在1.0至4.0的版本中均存在),黑客可以使用这个隐患获取到网站的web.config文件(往往保存了一些敏感信息,如数据库连接字符串等)以及获取ViewState中的加密信息。

微软在前两天发布了Workaround,这个安全隐患对SharePoint的影响涉及到如下版本的产品:

  • SharePoint 2010 Server & Foundation
  • Office SharePoint Server 2007
  • Windows SharePoint Services 3.0 & 2.0

一个暂时的解决办法如下:

针对SharePoint 2010 (Server & Foundation)

1、进入到前端服务器的layouts目录(%ProgramFiles%\Common Files\Microsoft Shared\Web Server Extensions\14\template\layouts)

2、创建一个error2.aspx,包含如下内容:

   1: <%@ Page Language="C#" AutoEventWireup="true" %>
   2: <%@ Import Namespace="System.Security.Cryptography" %>
   3: <%@ Import Namespace="System.Threading" %>
   4:  
   5: <script runat="server">
   1:  
   2:    void Page_Load() {
   3:       byte[] delay = new byte[1];
   4:       RandomNumberGenerator prng = new RNGCryptoServiceProvider();
   5:  
   6:       prng.GetBytes(delay);
   7:       Thread.Sleep((int)delay[0]);
   8:         
   9:       IDisposable disposable = prng as IDisposable;
  10:       if (disposable != null) { disposable.Dispose(); }
  11:     }

</script>

   6:  
   7: <html>
   8: <head runat="server">
   9:     <title>Error</title>
  10: </head>
  11: <body>
  12:     <div>
  13:         An error occurred while processing your request.
  14:     </div>
  15: </body>
  16: </html>

3、进入到IIS虚拟目录(%SystemDrive%\inetpub\wwwroot\wss\virtualdirectories)

4、在每个网站的虚拟目录中,将web.config中的customErrors结点修改为:

   1: <customErrors mode="On" redirectMode="ResponseRewrite" defaultRedirect="/_layouts/error2.aspx" />

5、进入到SharePoint Root的ISAPI目录(%ProgramFiles%\Common Files\Microsoft Shared\Web Server Extensions\14\isapi)

6、备份其中的web.config文件,并在<system.web>之前加入如下内容:

   1: <system.webServer>
   2:     <handlers>
   3:         <remove name="AssemblyResourceLoader-Integrated-4.0" />
   4:         <remove name="AssemblyResourceLoader-Integrated" />
   5:     </handlers>
   6: </system.webServer>

7、重启IIS

在SharePoint 2007(MOSS & WSS 3.0)中

1、进入12目录的ISAPI子目录(%ProgramFiles%\Common Files\Microsoft Shared\Web Server Extensions\12\isapi)

2、备份其中的web.config,并在<customErrors mode=”On” />之后,加入如下内容:

   1: <httpHandlers>   
   2:    <remove path="WebResource.axd" verb="GET"/>    
   3: </httpHandlers>

3、重启IIS

参考文章:

1、Important: ASP.NET Security Vulnerability

2、Security Advisory 2416728 (Vulnerability in ASP.NET) and SharePoint

 

Posted by on 2010 年 09 月 22 日 in 未分类

Leave a comment

在SharePoint 2010的Web部件页中恢复左侧导航

在SharePoint默认的几种Web部件页中,均是不包含左侧导航的(或者叫快速启动栏),原因在于这些Web部件页的模板都重新定义了母版页中左侧导航区域的ContentPlaceHolder,将里面的内容设置为空白。

在SharePoint 2007的时候,恢复Web部件页的左侧导航很容易,直接用Designer编辑页面,将页面中PlaceHolderLeftNavBar的Content控件删掉即可,使用母版页中默认定义的内容。

但是到了SharePoint 2010中,这样一个步骤还不够。由于在2010中母版页完全采用div+css的布局,因此在Web部件页中还有额外的内容来隐藏掉左侧导航,将下面这部分内容也一并删掉即可:

   1: <SharePoint:UIVersionedContent ID="WebPartPageHideQLStyles" UIVersion="4" runat="server">
   2:     <ContentTemplate>
   3: <style type="text/css">
   4: body #s4-leftpanel {
   5:     display:none;
   6: }
   7: .s4-ca {
   8:     margin-left:0px;
   9: }
  10: </style>
  11:     </ContentTemplate>
  12: </SharePoint:UIVersionedContent>

当然,如果需要恢复所有Web部件页的左侧导航,可以直接修改Web部件页的模板,位置在:C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\2052\STS\DOCTEMP\SMARTPGS

 

Posted by on 2010 年 09 月 22 日 in 未分类

Leave a comment

Tags:

按条件决定SharePoint 2010日历颜色

SharePoint 2010中对列表的日历视图有了极大的改进,之前曾经简单写过一篇blog进行了一些简单介绍。新的日历视图的渲染方式与之前完全不同,采用了AJAX后台加载、JavaScript渲染的机制,极大的提高了日历的显示效率(在SharePoint 2007的时候日历渲染是非常非常慢的)。不过也正是因为所有的日历都是使用AJAX加载、然后用JavaScript进行显示的,这也导致了对日历样式的控制变得更加复杂。

最近某个客户有这样一个需求:希望能够在日历视图中,根据不同情况将条目显示为不同的颜色,经过一番研究之后,找到了如下解决方案(不需要编写后台代码,仅通过十几行js代码就可以)。

第一个问题,如果分辨应该使用什么颜色?这个颜色条件可以采用日历列表中“地点”字段来进行判断,比如写成“因私外出”显示成红色、写成“因公外出”显示成蓝色、写成“办公室”显示成绿色,客户同意通过制度来限制此字段的填写(在实际场景中,日历是通过个人的Outlook填写,并同步到SharePoint上的)。

第二个问题,如何将“地点”这个字段显示出来,并且作为能够判断颜色的依据?这方面,可以借助日历视图设置中的“副标题”进行控制。在周视图和日视图中,都可以设置一个字段为“副标题”,显示在标题的下方,在页面中就可以通过js代码来得到这个副标题。那你可能会有一个疑问:在月视图中怎么办?实际上,如果设置了副标题的话,不论是月视图、周视图还是日视图,在显示日历条目的那个div元素上,都会包含一个title属性,格式为:“开始时间 – 结束时间  标题(副标题)”。因此,我们只需要把“地点”字段设置成周视图和日视图的副标题即可(月视图采用周视图的副标题字段作为title属性)。

最后一个问题,如何动态来控制颜色。刚刚曾经提到过,在2010的日历视图中,日历条目都是通过AJAX进行加载的,我研究了一下SharePoint日历渲染的那个js文件(好几百KB),发现没有开放出加载完成的事件接口(这个文件估计是用C#代码转换出来的,比较难读)。因此,我们就只能通过最土的方法:不断轮询页面日历中的条目div,找到之后,再根据div的title属性来判断应该显示为哪种颜色,日历条目的div有一个专门的class:ms-acal-item,通过jquery,我们可以很容易使用class名称来找到这些条目。

综上,实现的方式为:在有日历的页面中添加一个内容编辑器,里面写上如下的js代码:

   1: <script src="/_layouts/jslib/jquery.js" type="text/javascript"></script>
   2: <script type="text/javascript">
   3: var _calColorMap = {"ok":"#ff0000"};
   4: function _calColor(){
   5:   $('div.ms-acal-item').each(function(){
   6:     var title = $(this).attr('title');
   7:     if(typeof(title) != 'undefined' && title != null){
   8:       if(title.lastIndexOf(')') == (title.length - 1)){
   9:         title = title.substring(title.lastIndexOf('(') + 1, title.length -1);
  10:         if(typeof(_calColorMap[title]) != 'undefined'){
  11:           $(this).css('background-color', _calColorMap[title]);
  12:         }
  13:       }
  14:     }
  15:   });
  16:   setTimeout('_calColor()');
  17: }
  18: ExecuteOrDelayUntilScriptLoaded(_calColor, "SP.UI.ApplicationPages.Calendar.js");
  19: </script>

稍微对这段代码进行一些解释:

第1行,引用jquery的脚本文件。我这个demo里面只是一个演示,更好的做法是把js的引用通过feature的方式加入到母版页的head标签里面;当然,引用的位置也可以放到文档库里,或者如果企业策略允许服务器访问外网的话,可以直接从jquery网站里面去进行引用。

第3行,这里面设置了一个字典变量,来进行“地点”-“颜色”的映射,这个demo里将“ok”地点显示成红色(#ff0000),当然,这个映射关系完全也可以通过后台的一些配置列表来实现,以js的形式输出到页面中就可以。

中间的部分就是判断div的title属性,找到对应的“地点”,并设置div的颜色。

第16行,将这个方法每隔50毫秒就执行一次。因为2010的日历视图在切换显示时间、显示方式的时候是没有后台代码提交的,页面不会刷新,全都是js操作,所以有必要随时进行页面元素的遍历(不用担心浏览器执行效率,我测试过,50毫秒的间隔对浏览器的CPU占用没有丝毫影响)。

第18行,这个是SharePoint 2010中的方法,意思是在页面加载完“SP.UI.ApplicationPages.Calendar.js”这个js文件之后,再执行_calColor这个方法(SharePoint 2010中很多js文件都是动态加载的)。

下图是这段代码在一个日历视图上的执行效果(月视图,test那个是全天事件,所以没有显示时间):

image

这个是使用“地点”字段进行颜色的判断,各位看官稍加发挥一下就可以根据自己的需要进行颜色的设置了。

在SharePoint 2007中使用后台代码进行自定义日历显示的时候(使用SPCalendarView控件),是可以设置每个日历项的颜色的,不过这段代码到了2010中似乎会有一些问题,一些老外已经有了blog去描述这个问题(大致解决方法就是将日历视图的显示回复成v3的模式,这个控件有一个属性可以控制是v3模式显示还是v4模式),篇幅所限就不在此赘述了,有需要的看官可以直接去google一下。

 

Posted by on 2010 年 09 月 20 日 in 未分类

Leave a comment

Tags:

SharePoint 2010 SDK更新

更新内容主要包括:

  • 新的code sample
  • 更新的文档(包括how-to等等)
  • 对vs编辑xml文件的一些智能感知有所更新

下载地址:

http://www.microsoft.com/downloads/en/details.aspx?displaylang=en&FamilyID=f0c9daf3-4c54-45ed-9bde-7b4d83a8f26f

 

Posted by on 2010 年 09 月 12 日 in 未分类

Leave a comment

带有权限设置的Excel协同编辑

经常会遇到有类似表单协作的应用,主要场景可以归结为:

  1. 表单需要多个人来分别填写
  2. 每个人填写表单的不同部分,而且不能互相填写
  3. 填写的时候有可能多个人同时在编辑

这样的需求中使用Excel可以很方便地来实现,方式如下:

首先,第一问题很容易解决,我们可以把Excel放到一个共享文件夹或者SharePoint的一个文档库里(这两种方式对于同时编辑的支持有所不同);

其次,每个人填写Excel的不同部分,而且不能填写和自己无关的部分,这个功能可以使用Excel中的“保护工作表”以及“允许用户编辑区域”来设定:

功能一:保护工作表

在Ribbon的“审阅”选项卡中(这些功能在Excel 2007和2010中都可以实现,2003未经验证),有一个“保护工作表”,如下:

image

该功能可以将当前工作表锁定,不允许用户进行编辑(当然也可以用下面的那个按钮来保护整个工作簿),点击后会弹出下面这个对话框,输入一个密码,当用户需要解除保护的时候,需要输入这个密码:

image

功能二:开放允许用户编辑的部分

这部分操作需要在保护工作表之前完成,因为在保护之后就不允许对其进行修改了。

Step 1:点击同一个Ribbon标签中的“允许用户编辑区域”,会弹出下面这个对话框:

image

Step 2:这个对话框中会列出所有在保护工作表的时候,可以由用户来填写的部分,点击“新建”,创建一个新的区域:

image

Step 3:为区域加一个标题,然后选中需要由某个用户编辑的单元格,接下来的这个部分则是为单元格设置权限的重点:

Step 4:在“区域密码”中,输入一个密码,这个密码的含义是说:如果用户需要编辑这个单元格,则需要先输入这个密码才可以。那你要说,那岂不是还要告诉每个用户这个密码么?不用,我们可以点击“权限”,然后选择允许编辑这个区域的用户,然后选择“无需密码的编辑区域”(默认就是选中的),如下图:

image

在经过这样的设置之后,当Manager这个账号打开这个Excel的时候,就可以不用输入密码而编辑这个区域;而当其他用户打开这个Excel的时候,如果也想要编辑这个区域,就需要正确的密码才可以了,其他用户在这些单元格中试图输入的时候会出现下面这个提示:

image

通过重复进行Step 2 ~ Step 4的操作,就可以给不同的用户设置不同的编辑区域了。

功能三:多人同时编辑Excel

Excel其实在很早的时候就可以支持多人同时编辑同一个文件这样的应用场景,但是这要根据我们会把Excel放到什么位置进行共享。

情景 1:如果Excel是在网络的共享文件夹中,则可以实现真正的多人同时编辑。

点击同样Ribbon中的“共享工作簿”,弹出下面这个对话框:

image

选择“允许多用户同时编辑”,之后,在“高级”标签中还可以选择修改的记录等更加复杂的设置。

在这样设置之后,就可以进行同时编辑了。在编辑的过程中,如果用户正在一个单元格中输入,则系统会将其他用户的Excel中的这个单元格临时锁定,用户编辑完之后提交保存的时候,会首先检测其他用户是否已经提交过他们自己的保存,并把其他用户保存的内容更新进来(注意只有在保存的时候会更新其他用户保存的内容,以便控制服务器流量),如下图所示:

image

其他用户更新的内容会使用红色边框标记出来。

TIP:在SharePoint 2010 + Word 2010的配合中,可以实现Word文档的多人同时编辑,其操作方式也是类似的,不过是按照段落为单位进行锁定。

情景 2:Excel保存在SharePoint中。

如果Excel是保存在SharePoint 2010企业版中,当网站开启了Excel Service的时候,就可以在浏览器中进行多人同时编辑(不过功能二的设定貌似不支持Excel Service)。

如果是保存在SharePoint 2007中时,是不支持多人同时编辑同一个Excel文档的,不过会有通知提醒,例如一个用户打开并编辑一个在文档库中的Excel之后、未关闭之前的时候,另一个用户也打开同一个Excel文档并进行编辑的时候,会弹出如下的提示:

image

这里会提醒我们这个Excel文件正在由其他人进行编辑,我们可以选择“只读”仅查看Excel的内容,或者选择“取消”不打开该文档,或者,选择“通知”进行自动通知。

当这个用户选择了“通知”之后,可以如往常一样进行内容的查看(也可以进行编辑),而当第一个用户编辑完成、保存、关闭了Excel文档之后,这个新用户的Excel中就会自动弹出这样一个通知:

image

选择“读-写”之后,会把整个文档的内容更新为最新的版本(在这个期间内,这个新用户所进行的所有修改都会丢失),如下图所示:

image

通过这种方式,可以实现“非同时”的Excel协作编写了。

 

Posted by on 2010 年 09 月 02 日 in 未分类

Leave a comment

关于“超出管理员强制要求的列表阈值”

今天早晨接到迪美的电话,说BPIOU网站出问题了,有用户发了一封邮件给他们说是在“我的课程”中查看不到课程(这个用的是SharePoint默认的列表视图),并且课程预订的时候显示失败(这个用的是JavaScript对象模型),报错界面如下:

clip_image002

clip_image002[5]

进去看了一下,发现用户课程预订列表的项目已经超过了5000,达到了SharePoint默认设置的列表阈值限制。

OK,上面是一个真是的故事,故事讲到这里先暂停一下,看一下这个所谓的“列表阈值限制”究竟是个什么东东。

我们知道,在SharePoint 2007的时代,SharePoint被客户抱怨最多的问题大体归纳起来有三:(1)列表性能;(2)权限分配过于繁琐;(3)工作流。

其中第一个问题极大的限制了SharePoint的应用场景,很多用户都看过那篇著名的白皮书(链接我就不给了),也听过很多我们讲的课程,都会对两个数字有非常深刻的印象:2000和20000——这是在白皮书中的两个建议数值:一个视图/文件夹中的条目不要超过2000,一个列表中的条目不要超过20000。当然,这只是一个建议,KB同学这篇BLOG(点我点我)中对这个数字进行了一个具体的说明。今天我们主要不是想讨论这两个数字,而是谈一下在SharePoint 2010中对列表性能问题的改进。

首先,按照微软的官方说法,在SharePoint 2010中,一个列表中可以支持到千万数量级的条目(你没看错,是千万数量级,和之前有了质的飞跃),不过前提条件是要做好列表容量规划。在2010的管理中心 – Web应用程序管理 – 资源限制 页面中,我们看到2010中新增的对于列表的一些阈值限制,其中最重要的第一个限制,就是列表视图阈值,默认设置为5000个(见下图)。

image

在SharePoint的在线帮助文档中对5000这个数字的来历有一个解释(这同时也解释了为什么在2007里面如果一个列表内容多了会造成性能的极大影响),摘录如下:为了最大程度地减少数据库争用,SQL Server 经常使用行级锁定策略来确保在不对访问其他行的其他用户产生负面影响的情况下准确地进行更新。但是,如果某个读取或写入的数据库操作(如查询)导致一次锁定 5,000 个以上的行,则让 SQL Server 暂时将锁定升级至整个表,直至数据库操作完成,会更加有效。请注意,实际数目并非始终为 5,000,该数目可能会因您的网站、数据库中的活动量以及网站配置而异。如果执行此锁定升级,其他用户将无法访问该表。如果此锁定升级经常发生,则所有用户都会遇到系统性能下降的情况。因此,若要帮助最大程度地降低资源密集型数据库操作的影响并平衡所有用户的需要,阈值和限制是必不可少的。

因此在2010中,SharePoint一旦发现用户在查询视图的时候,查询结果有可能超过5000,就会出现故事一开头的那两个错误。这个设置能够阻止一些可能会对服务器整体性能造成影响的用户操作,免得因为个别用户的操作影响到其他用户的正常使用。

介绍到这里,我们再来关心一下如何解决这个问题。回到故事的场景中:课程预订的列表条目终于超过了5000,但其实每个用户自己并不需要查看所有的课程预订记录(管理员除外),只关心自己预订的课程就够了。因此,在“我的课程”视图和课程预订的时候,都是先按照“创建者”进行了一层筛选,仅显示出当前用户所创建的课程预订记录。

那么为了解决上面的问题,只需要对“创建者”这个字段创建一个索引就好了(进入到列表设置页面,管理索引,加入“创建者”)。

当SharePoint判断到当前视图的第一个筛选条件(注意:只是第一个)设置过索引的时候,这个5000阈值数的限制,就不是针对整个列表的条目了,而是针对在这个索引字段下,所查询出的结果条目数。一个用户可能预订超过5000节课程嘛?当然不可能,一共都没这么多课。因此,在修改了这一设置之后,系统就可以一往如前的运行了,只是在课程预订的时候,要稍稍慢一点点,让SharePoint有时间去维护自己的索引。

故事在这里就告一段落了,不过事情并没有结束。

在管理中心的“资源限制”界面中,还有一些相关设置和这个阈值数目是有关的,这些设置主要针对如下的一些场景:

场景一:我是管理员,我需要有特权。

不错,管理员在系统中确实会有一些有别于普通用户的操作,比如查看所有用户预订的课程,这个时候如果还按照5000阈值数目进行限制,就显得太不合情理了。SharePoint针对管理员单独提出了另外一个阈值,这个值默认是20000(一个熟悉的数字),只要在管理员的视图中,经过索引栏过滤之后,结果总数不超过20000,管理员就可以正常工作了。

场景二:我是后台程序,我需要一些特别操作。

对于人来讲,总数20000基本上已经足够看的了,而对于一些机器运行的程序而言,20000这个数量还远远不够班。例如,我们需要每天晚上针对所有用户预订的课程进行一次统计分析,这种可怕的数据量查询可能并不会对一般的用户造成影响(除了那些熬夜打游戏,偶尔上一下网站的夜猫子),因此,SharePoint专门可以设置一个时间段,在这个时间段内,用户的查询不采用任何的阈值限制,可以随意运行程序或操作。

上面只是SharePoint 2010对列表条目性能带来的改进中的一个方面,由于篇幅所限,本文没有涵盖所有的针对容量规划的设置(比如2010中新增加的元数据导航,就是一个可以用于规划管理超大型数据量的一种方式),这些规划和设置可以在technet网站中找到,也可以在SharePoint在线帮助中查看到(看到第一个出错界面中有一个链接么?点进去就是在线帮助内容了)。

 

Posted by on 2010 年 08 月 09 日 in 未分类

Leave a comment

Tags:

2010中的查阅项,以及一个相关的“疑似”bug

SharePoint 2010中对查阅项的能力有了极大的增强,主要包括两个方面:

1、增加了映射字段(Project Field),通俗地说,就是在显示查阅项的时候,同时显示被查阅项目中的其他字段:

image

在视图中,可以同时显示这多个字段,但是在输入的时候,只选择一个字段即可,SharePoint 会自动将这些字段的值进行同步(没错,本质上他们是多个查阅项字段)。

2、增加了“强制关系行为”:

image

强制关系行为分为两种:“限制删除”是指,如果在删除主项的时候,发现该列表的条目查阅了这个主项,就不允许删除;“级联删除”是指,在删除主项的时候,同时删除所有该列表中查阅了这个主项的条目。当选中了“强制关系行为”之后,SharePoint会强制对这个字段进行索引,以便提高效率。

这种功能在2007的时代是非常常见的一种需求,当时只能使用一些事件处理程序进行定制开发才能完成,而目前已经成为了SharePoint内置功能。

不过,这里会有一个疑似的bug存在,之所以说是“疑似”,是因为这个问题的产生很有可能是“By Design”的:

假设有一个Sales列表,有一个Orders列表,在Orders列表中包含一个指向Sales的查阅项,并开启了强制删除。这两个表中的数据如下:

Sales:

标题
张三
李四

 

Orders:

标题 销售(查阅项)
Office 2010 张三
SharePoint 2010 张三
Windows 2008 R2 李四

 

如果先删除了Orders列表中的“Office 2010”,然后再删除Sales列表中的“张三”(这个时候因为设置了级联删除,所以Orders中另外的“SharePoint 2010”也会被删除掉)。此时,在回收站里可以看到“Office 2010”和“张三”这两个条目(其中“张三”是一个级联删除条目,图标略有不同,恢复这个的时候会把所有连带删除的子项也一起恢复)。

此时,在回收站中如果先恢复“Office 2010”的话,页面就会变成一片空白,没有任何报错提示信息,也没有任何内容,并且这个条目并没有被恢复出来。但如果先恢复“张三”、再恢复“Office 2010”就一切正常(两个一起恢复都不行)。

其实这种行为仔细想来也是可以理解的,因为设置了“强制关系”嘛……不过,总归要有一个提示信息吧……

 

Posted by on 2010 年 07 月 11 日 in 未分类

Leave a comment

Windows若干产品将停止官方技术支持

多个微软Windows版本将在今年内逐渐退出市场,并不再提供技术支持,希望仍在使用这些Windows版本的企业和个人及时更新系统(或者打SP)

这些Windows版本包括:

1、Windows 2000 Pro和Windows 2000 Server,作为已经发布10年的Windows产品,将于今年的7月13日彻底停止技术支持。

2、Windows XP,2001年发布的产品,在SP2及以下的版本将于今年7月13日停止技术支持,用户可以免费升级到SP3以便获得后续的技术支持。

3、Windows Vista,未安装任何SP的Vista将在今年4月13日停止技术支持,用户可以免费升级到SP2以便获得后续的技术支持。

详细信息请参考:

http://blogs.technet.com/lifecycle/archive/2010/02/24/end-of-support-for-windows-xp-sp2-and-windows-vista-with-no-service-packs-installed.aspx

相关资源下载:

Windows XP SP3:http://www.microsoft.com/downloads/details.aspx?FamilyID=68C48DAD-BC34-40BE-8D85-6BB4F56F5110&displaylang=en

Windows Vista SP2:http://www.microsoft.com/windows/windows-vista/default.aspx

 

Posted by on 2010 年 03 月 22 日 in 未分类

Leave a comment

Tags: