最近一直在研究MOSS2007企业版中的Excel Services功能，今天在WROX的官方站看到有本书《Professional Excel®Services》，按照Wrox一贯的翻译标准，这本书翻译过来的名字应该叫《Excel Services 高级编程》。

　　简单了解了一下这本书的作者，感觉该书作者（Shahar Prish）的人生经历蛮多的，是个写代码“Code到杂草能把他冰冷的双手从键盘撬开才停止”的家伙，个人感觉无比佩服，因此决定从今天开始，借助自己研究SharePoint Excel Services的机会，做一下这本书的重点段落翻译。

　　作此记号，激励自己坚持。

　　前几天把主系统由x86的Windows Server 2003 换成了x64的Windows Server 2008 Enterprise ，为了充分发挥Server 2008中的Hyper-V技术，忍疼把自己的开发环境全部重新做了一遍。

　　经过几次错误的尝试，完美安装AD、VS2008、SQL2008、MOSS2007、Office2007于一机！ 

　　可能有人会问：有多完美呢？那我可以自豪地说，完美地连一个系统错误日至都没产生，嘿嘿，怎么达到这种神奇的效果呢！

　　现在把我的主要开发虚机的装配及顺序列一些，请尽可能完全按照这个顺序安装（强烈推荐此种安装，N次实践的结果！）：：

1.  Windows Server 2003 R2 SP2 x32 的第一张盘
2. 为解决1052系统错误日志,增加boot.ini增加 /usepmtimer ：此步骤是虚拟机同步主系统时间造成的问题。我的主系统的是64位的Widows2008，如果虚机也是64位的Widows2003，则不会出现此1052系统错误；
3. 安装系统集成插件，重起；
4. AD(安装AD的时候同时安装好DNS) ，重起
5. IIS
6. Framework3.5 SP1 + Framework 3.5 SP1 语言包
7. Office SharePoint Server Enterprise Edition x32 (未安装补丁包)  [不删除缓存文件]
8. Office 2007 Enterprise Edition x32 [默认安装]  (未安装补丁包)  [不删除缓存文件]
9. Office Designer 2007 Enterprise Edition x32 (未安装补丁包)  [不删除缓存文件]
10. Office 2007 Enterprise Edition x32 SP1
11. Office Designer 2007 Enterprise Edition x32 SP1
12. Visual Studio 2008 Team Edition
13. Visual Studio 2008 Team Edition SP1
14. KB942288 x86, SQL Server 2008 Enterprise Edition x32
15. SQL Server 2008 联机丛书（2008年8月）
16.  运行配置"SharePoint  产品与技术配置向导"，产生“管理中心”
17. Windows SharePoint Services 3.0 Service Pack 1 (SP1) x32
18. 2007 Microsoft Office Servers Service Pack 1 (SP1) x32
19.  压缩磁盘后,7-zip压缩备份!

　　如果需要安装６４位的环境，请把上述列表中的x32换成x64即可！

　　由于最近的SharePoint项目需要部署到多台服务器构成的large server farm，项目组成员的开发环境大都基于x86的32位系统，三台专门用于部署测试的服务器也是32bit的Windows Server 2003，但正式生产环境肯定要用x64的windows server 2003（客户暂未采购windows 2008），由于测试服务器和正式生产服务器的操作系统版本差异，在部署的过程中出现了不一致的问题。

　　因此想在自己的开发环境（32bit的windows Server 2003 R2 x86）中弄一个x64的Windows Server 2003模拟生产环境。我们都清楚，在主系统为32bit的系统中是不能通过Microsoft Virtual PC来虚拟出x64的虚机的，因此考虑干掉现有主系统再重新安装64bit的主系统，旦转念一想，与其再安装windows Server 2003，还不如趁此机会直接升级到Windows Server 2008，还可以用眼馋多日的Microsoft Hyper-V还替代轻量级的Microsoft Virtual PC，嘿嘿

　　哈哈，恰好手头有Windows Server 2008的安装盘，备份好数据，又前后琢磨了一下利弊，说干就干！

　　由今天开始，将Windows Server 2008作为偶的主系统！

　　这篇是废话日志，下次说点实际的，讲讲Windows 2008的Hyper-V的使用！

　　最近，一直频繁使用SPQuery或SPSiteDataQuery做SharePoint前后台开发，在基于SPUser的Field进行查询时发现一些比较奇怪的、让人莫名其妙的问题：SPWeb.Users、SPWeb.AllUsers和SPWeb.SiteUsers在不同的域环境和本地环境中出现一些让人不可理解的事情。甚至我都直接怀疑SharePoint设计者在设计开发SPUser这一部分时没考虑周全。下面详述：

　　（先画个图，改天补上描述）

　　经过反复排查、试验过程如下：

　　（我晕，上图画了我半个多小时，明天继续更新）

　　试验结果如下：

　　使用过Microsoft SharePoint Portal Server 2003(简称SPS2003)或Windows SharePoint Services 2.0(简称WSS v2)的朋友可能还会记得，在SPS2003及WSS2.0的管理中心（或使用命令行）可以管理路径：管理包含的路径和排除的路径。通过这种方式可以明确把一些路径标识为可由SharePoint 负责管理(路径包含)；也可以明确让SharePoint将忽略某些路径(路径排除)，排除的路径可由其他应用程序使用，比如普通的asp.net应用程序可使用路径排序的功能来实现。

　　但从最近几年对SharePoint2007(很多时候我用“SharePoint2007”来代替MOSS2007或WSS3.0，如果所述内容在两者中有区别我会明确使用MOSS2007或WSS3.0)的使用来看，并没有发现在MOSS2007(或WSS3.0)中发现路径排除的功能，本周五下午与微软某一SharePoint技术人员交流，被告知“设计sharepoint2003中的‘路径排除功能’的人的脑子就有毛病，压根不需要排除……”，呵呵，偶对此话不敢苟同，今天晚上经过一段时间研究，发现虽然在SharePoint2007的默认管理界面和命令行不能实现“路径排除”的功能，但通过一定的配置就可以轻松达到此目的。

　　那么如何做呢？

　　想实现一个目的：
　　在不改变现在SharePoint站点的默认登陆机制（域用户验证、不开启匿名登陆）的基础上，想把原有的存于SharePoint内容数据库中的Default.aspx换为本地（物理磁盘下）站点对应根目录的某个文件，以实现给SharePoint增加不需要验证的欢迎页面等需要

　　试验结果：
　　在SharePoint对应的本地路径下（如C:\Inetpub\wwwroot\wss\VirtualDirectories\80）下添加一个文件比如Index.aspx，那么直接通过http://moss.webplat.net/Index.aspx肯定不能解析到！为什么呢？

　　原因是：
　　默认情况下SharePoint站点在web.config中完全remove掉所有动作为"GET,HEAD,POST"的httpHandlers，见下面的代码

　　然后把URL请求的文件重新使用Microsoft.SharePoint.ApplicationRuntime.SPHttpHandler进行解构。所有不管在本地如何添加文件（这里的“本地”指未被SharePoint排除的位置，wpresources、LAYOUTS等除外），是不可能通过看似正确的URL来访问到本地页面文件。

　　那么如何解决呢？

使用Microsoft Office SharePoint Designer 2007改变SharePoint内置页面的默认MasterPage时的一个小提醒:

1、在MOSS2007的页面调整过程中，masterpage分为两种，default.master、custom.master 正式的名字和调用的名字有所不同哦(呵呵)；

2、如果需要使用更多的masterpage，调用方式一定要类似于 MasterPageFile="/subSite/.../_catalogs/masterpage/WebDisks，其中，"/subSite/.../"之前为WebApplication的根节点。【特别需要注意的问题：不能用Design自带的“RUL查找（智能感知）”找到masterpage的URL，否则一定报错（作为Designer 的一个Bug，做个记号！）】

PS：今天翻找机器，偶然发现一个“开发速记2007-05-30.txt ” ，呵呵，公布一下

为了提高使用速度，增加安全性，今天抽了点时间，把后台tiny_mce干掉，换上最新版本的FCKEditor。

部分修改记录如下：

1. 去掉FCK中大量以下划线开头的文件；删除所有不会使用的其他语言的源文件（仅仅保留.net文件）；
2. 考虑以后会频繁使用贴代码功能，在后台使用dp.SyntaxHighlighter动态实现代码高亮；
3. 考虑再三，为了增加安全性，彻底去掉FCK中所有的文件上传和文件浏览功能；
4. 换掉FCK自带的msn版的smiley；换上最新的QQ2009 smiley；
5. 其他部分优化与调整...

本新版网站基于René Kuss的BlogEngine进行开发，今天想编辑一下昨天的日志，发现的后台的tiny_mce(一种简易富文本编辑器)不能使用啦！真是郁闷！

看来还是抽时间换上Fckeditor吧

另外，鉴于搜索机器人总对我的老Blog爬网，把以前的Blog地址公开一下：Love9's Old Blog!