鼻涕@北京 說:
今天的议题是关于MOSS2007站点定制。
鼻涕@北京 說:
但其实我不想把这个作为一个课程来讲。
鼻涕@北京 說:
毕竟我现在并不实际做项目。所以其实没有什么发言权。
梁风飚 - 說:
哪里做的从哪里搞呗
鼻涕@北京 說:
群里面的很多朋友的经验要比我丰富的多。
鼻涕@北京 說:
我希望能够提出一些讨论的话题，以及我个人的想法
绝对领域(Super Zero) 說:
应该是我问问题的经验比你们多，我问得问题90%都解决不了
鼻涕@北京 說:
供大家讨论。
鼻涕@北京 說:
言归正传。
鼻涕@北京 說:
要说这个站点定制
鼻涕@北京 說:
站点定制大概可以分成3个层级：
鼻涕@北京 說:
1。用WebPart定制
鼻涕@北京 說:
2。用SPD定制
鼻涕@北京 說:
3。利用Feature/CSS/solution等开发的角度来定制
鼻涕@北京 說:
先说第一种。这个比较简单，几乎所有人都在经常做，就是把WebPart放到页面上，改改设置。
鼻涕@北京 說:
当然，还需要针对不同的情况，用不同的模板创建不同的网站。
十一™-VAIO可以上4G了...好心動... 說:
=====有問題的同學 , 等講完課再發言=====錄影中 , 請微笑=====
鼻涕@北京 說:
这种定制方法非常简便，容易上手，但问题是局限性非常大
鼻涕@北京 說:
被限制在固定的网站模板和WebPart上
鼻涕@北京 說:
所以我也不做过多介绍了。
鼻涕@北京 說:
第2种方法，相信是很多朋友都在使用的方法，也是我在那本书里介绍的方法。
鼻涕@北京 說:
用SharePoint Designer 2007打开需要定制的SharePoint网站，然后进行修改，再然后进行保存。
鼻涕@北京 說:
这样就可以非常方便的借助可视化工具（SPD），来对我们的页面进行样式上的改动。
鼻涕@北京 說:
而且，通过SPD，可以非常容易的添加及定制母板页和页面布局页。
鼻涕@北京 說:
这种方法的优点是，有可视化的编辑工具支持。
鼻涕@北京 說:
缺点是，所有在SPD里修改过的页面，都会从"Uncustomized Page" 变为"Customized page"
鼻涕@北京 說:
这个(un)customized就是对应我们在2003时常说的" (un)ghosted page"
鼻涕@北京 說:
那么什么又是 Uncustomized和cusomized pages呢？
鼻涕@北京 說:
当浏览器访问一个SharePoint URL时，SharePoint会判断这个地址对应的页面是否是 Cusomized
鼻涕@北京 說:
如果是Customized了，那么这个页面就是被整个存在数据库里
鼻涕@北京 說:
SharePoint就会从数据库里把这个页面取出来给浏览器
鼻涕@北京 說:
如果是Uncustomized，那么这个页面的框架信息就是放在Web前端服务器的硬盘里，SharePoint就会从硬盘里找到这个文件，加上这个页面里的Web
鼻涕@北京 說:
部件信息一同渲染成最终页面给浏览器。
鼻涕@北京 說:
注：前面所说的SharePoint去找这个页面等等，这个"SharePoint"实际上指的是SharePoint在IIS里面附加的自定义http handler
鼻涕@北京 說:
显然，从performance上，Uncustomized page是优于 Customized的
十一™-VAIO可以上4G了...好心動... 說:
=====有問題的同學 , 等講完課再發言=====錄影中 , 請肅靜=====
鼻涕@北京 說:
举例来说，你用工作组网站模板创建了1000个子网站
鼻涕@北京 說:
其中有500个首页用SPD编辑过，变成了Customized Pages
鼻涕@北京 說:
另外500个没用过SPD
鼻涕@北京 說:
一个用户依次访问了这1000个网站的首页。
鼻涕@北京 說:
其中那500个被SPD编辑过的页面统统都要被加载到内存里。
鼻涕@北京 說:
而另外500个没被编辑过的，就只被加载一次了。
鼻涕@北京 說:
所以大家可以大概明白了，如果你的网站数量很多，而且有大量的创建新网站的场景，那么建议你对重复出现的网站慎用SPD，如果网站数目不多，而且相对固定，那么SPD则是你非常得力的工具。
鼻涕@北京 說:
第3种方法是基于Feature/Solution等等侧重开发视角的定制方式。
鼻涕@北京 說:
利用这种方法，是不会动用SPD的，也就不会使页面发生Customize
鼻涕@北京 說:
另外，这种方式借助Feature等framework，使得定制过程可以非常容易被分发。
鼻涕@北京 說:
我再举个例子来表示第2种和第3种的区别。
鼻涕@北京 說:
比如我们要给MOSS门户网站加一个自订制的母板页。
鼻涕@北京 說:
如果用第2种SPD的方法，那么就是用SPD打开网站，找到母板页库的文件夹，在里面创建一个新的文件，然后进行修改，然后保存，然后签入，再然后审批通过。
鼻涕@北京 說:
这样这个母板页就生效了。
鼻涕@北京 說:
如果我们是在开发环境做这件事，做好之后要部署到生产环境去了，那么你需要用SPD打开生产环境的网站，找到母板页库的文件夹，然后把这个文件上载上去，然后签入，然后审批通过。
鼻涕@北京 說:
这只是更新一个母板页，如果你有大量的内容需要更新到生产环境，那么用这种SPD手动的方式就有很大问题了。
北京㊣Tim 說:
Uncustomized page不会影响太大，每个用户只是一次访问一个页面就算你有500，影响也不会很大，影响大的应该是并发用户数量太大。
鼻涕@北京 說:
//hand Tim
鼻涕@北京 說:
@Tim 如果500个用户分别访问了500个网站，内存还是会加载这500个的
北京㊣Tim 說:
普通的web应用程序不也是这样？
鼻涕@北京 說:
另外一个影响就是，因为CustomizedPages都是放在数据库里的
鼻涕@北京 說:
所以你添加Web前端服务器作负载均衡是对这些页面无效的，因为可能瓶颈会在与SQL的通信上。
鼻涕@北京 說:
@Tim如果是Uncustomzied的500个同样模板的网站，内存就只加载一份模板文件。
鼻涕@北京 說:
刚刚是说第2种方法，如果使用第3种方法，加一个母板页应该怎么做呢？
鼻涕@北京 說:
首先，做出一个母板页文件。
鼻涕@北京 說:
然后写一个Feature，通过"Module"这个element来声明这个母板页文件将被provision到母板页库里。
鼻涕@北京 說:
然后在需要的环境里的所有Web前端部署这个Feature
鼻涕@北京 說:
如果在某个网站上，你激活了这个Feature，那么这个母板页就在这个网站里生效了。
鼻涕@北京 說:
部署到生产环境的时候，你只要部署这个Feature，或者把这个Feature连同你做的其他工作打包成一个WSS Solution Pack进行部署，可以直接用脚本完成。
鼻涕@北京 說:
而且，你通过这种方法部署的母板页是Uncustomized的。
鼻涕@北京 說:
上面说的大家有什么疑问么？
鼻涕@北京 說:
都被我讲跑了么。。。
十一™-VAIO可以上4G了...好心動... 說:
=====有問題的同學 , 等講完課再發言=====
鼻涕@北京 說:
哈哈
鼻涕@北京 說:
好，那我继续。
鼻涕@北京 說:
@bower，这个生成master page的Feature在SDK里有个完整例子。。。
鼻涕@北京 說:
时间有限我不想cover太多细节。。
十一™-VAIO可以上4G了...好心動... 說:
<Elements xmlns="http://schemas.microsoft.com/sharepoint/">
<Module Name="MPages" List="116" Url="_catalogs/masterpage">
<File Url="Minimal.master" Type="GhostableInLibrary" />
<File Url="ContosoRed.master" Type="GhostableInLibrary" />
</Module>
</Elements>
鼻涕@北京 說:
好。我们来假象一个网站定制的场景
鼻涕@北京 說:
比如我要做一个internet face 的网站
鼻涕@北京 說:
确定基于MOSS2007来制作
鼻涕@北京 說:
于是请美工进行了一些样式设计。
鼻涕@北京 說:
作为Customization Group的开发人员，
鼻涕@北京 說:
你的工作是要把美工的设计加入到SharePoint站点中去。
鼻涕@北京 說:
这个问题相信很多朋友都遇到过，而且都有自己的解决办法。
鼻涕@北京 說:
我之前也说了，我在这个方面的经验其实并不丰富。所以在这里就是抛砖引玉了。大家可以讨论哦。
鼻涕@北京 說:
继续。
鼻涕@北京 說:
首先要创建出母板页（我们假设美工的SharePoint sense不错，在每个页面的右上角落里都留出了个人信息的位置和搜索框）
鼻涕@北京 說:
这个过程就不多说了，参考刚刚的所谓第3种方式。
鼻涕@北京 說:
但做母板页本身有一些窍门。
鼻涕@北京 說:
因为这个母板页是要加载到网站里几乎所有的SharePoint页面上的
鼻涕@北京 說:
大家知道SharePoint的用户体验很不错，页面上会有各种各样的控件。
鼻涕@北京 說:
这些控件很多都会放在一些特定的placeholder里面。
鼻涕@北京 說:
所以，我们制作母板页的时候，要保证有一个最低限度，就是说，所有SharePoint控件需要的placeholder，我们都要事先放到我们的母板页里。
鼻涕@北京 說:
为什么要提这个问题出来呢？
鼻涕@北京 說:
因为如果你用SPD做母板页的话，推荐的做法是你把现成的一个母板页复制一个，然后在这个基础上改。那当然不会缺失必要的内容。
鼻涕@北京 說:
但如果是用Feature的方式来做这个母板页的话，推荐的做法是直接用VS或者随便什么文本编辑器来制作这个母板页文件。
鼻涕@北京 說:
好。那有人问了，我怎么知道哪些placeholder是必须的？
鼻涕@北京 說:
参考MSDN上的一篇文章。
鼻涕@北京 說:
我等下贴给大家。
鼻涕@北京 說:
好。母板页做好了。
鼻涕@北京 說:
如果是要发布不同的Web内容页面，那么还需要PageLayout页面。
鼻涕@北京 說:
而PageLayouts页面很可能是需要自定义内容页面内容类型或网站栏的。
鼻涕@北京 說:
（http://msdn2.microsoft.com/en-us/library/bb727372.aspx）
鼻涕@北京 說:
这个就是那个链接。
鼻涕@北京 說:
继续
鼻涕@北京 說:
同样，出于微软的推荐做法以及最终部署和重用的便捷性，建议自定义内容和网站栏也通过Feature的方式来开发。而不是直接在UI里做。
鼻涕@北京 說:
当然，这种方法的选择不是普适的，否则微软也不必提供这么多可能性了。如果你是一个软件商，
鼻涕@北京 說:
如果你是一个软件商，需要面对大量的不同的客户
鼻涕@北京 說:
建议你用Feature的方法，因为有重用的考虑。
鼻涕@北京 說:
如果你是一个企业的IT工作人员，只要管好自己的网站就可以
鼻涕@北京 說:
那你可以考虑使用SharePoint提供的UI，或者用SPD，因为你并不需要考虑重用，最快的达到效果才是你的Goal
鼻涕@北京 說:
具体layouts的做法上面那个链接里也有提到。
鼻涕@北京 說:
好，框架做好之后，我们还要跟各种各样的WebPart做斗争。
鼻涕@北京 說:
SharePoint提供了大量非常好用的WebPart（以及那些默认的内置页面）
鼻涕@北京 說:
而这些内容显示的样式就不是那么容易改掉的了。
鼻涕@北京 說:
微软推荐的方法是用自定义的CSS，
鼻涕@北京 說:
你可以从文档中得知SharePoint页面上各个部分的CSS 类
鼻涕@北京 說:
然后自己写一个CSS文件，声明你要做的修改，然后加载上来。
鼻涕@北京 說:
再有需要，就是对SharePoint内置WebPart的一些深入定制，比如通过自定义的XSLT来定制"内容查询Web部件"等等。
鼻涕@北京 說:
或者大家自己开发自己的Web部件来进行自定义的内容显示。
鼻涕@北京 說:
这个就是一个定制过程的概述。请问大家有什么问题么？
十一™-VAIO可以上4G了...好心動... 說:
http://msdn2.microsoft.com/en-us/library/ms467402.aspx 是Content Placeholders Defined in default.master 補一下
