Sharepoint开发问题归纳(不断更新)
1、在将Win2003转化成AD后MOSS报错：“未能转换部分或所有标识引用”错误的处理
前置工作：将网站集管理员和应用程序池的用户改成域用户
执行命令："C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN\stsadm.exe" -o updatefarmcredentials -userlogin domain\admin -password pass
2、owstimer.exe占用cpu很高(由于将系统时间改到一个月前导致)：
用Process Monitor观察，发现有不断写入C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\LOGS\MahineName-yyyyMMdd-HHmm.log的动作
02/26/2008 12:17:42.57 OWSTIMER.EXE (0x090C) 0x0918 Windows SharePoint Services Timer 5uuf Monitorable 由于服务“{F260D57E-CC01-4BF2-9066-B7CA5622AB57}”上的 ID 为“{DA46F388-A218-4369-846B-5A93D73CE3ED}”的计时器作业“共享服务提供程序同步作业”的上一个实例仍在运行，所以将跳过当前实例。请考虑增加作业的间隔时间。
解决方案：在管理中心 > 操作 > 诊断日志记录 修改 "要报告给跟踪日志的关键程度最低的事件" 为意外
重启owstimer.exe （服务名：Windows SharePoint Services Timer）
3、自己的webpart报错：AllowPartiallyTrustedCallersAttribute
需要在AssemblyInfo.cs中加入[assembly:AllowPartiallyTrustedCallers] (经常会忘了加)
4、用普通用户执行webpart时可能权限不够，需要提升权限
当将webpart部署到站点后，如果用的是管理员的帐户来运行，则成功；如果用一般用户，则跳转到用户无权访问的页面。通过查找资料，终于找出了问题所在：如果用户没有“管理列表”的权限，则无法更新List、View、ListItem等。给一般用户“管理列表”的权限显然是不可行的，那如何提升用户的权限呢？
在wss 3.0中提供了一种更快捷的方法，采用RunWithElevatedPrivileges ，如下：
Code
5、在webpart中取得当前登录用户
SPWeb web = SPControl.GetContextWeb(Context);
Label1.Text = web.CurrentUser.Name;
6、更换当前网站样式
可以使用更换母版页的方式：
web.MasterUrl = Regex.Replace(master, "default.master", newMaster, RegexOptions.IgnoreCase);
web.Update();
7、如何使一个网站能应用混合验证(Form和域两种形式)
7.1 可以扩展web应用程序通过添加不同的端口来映射后台同一内容数据库。这样我们就可以结合window认证和表单认证方式，对同一网站内容实现不同的认证手段
7.2 可以在MOSS管理中心中通过主机标头的组合来实现同一端口映射同一网站内容。不过表单认证的菜单会少很多
扩展之后只是共享同一个内容数据库而已，如果有自定义webpart等还是要两边都注册的
8、去除“我的网站”功能
进入ＭＯＳＳ的管理中心－〉共享服务管理－〉个性化服务权限 －〉将所有用户或组的“个人网站”权限去掉就可以了
（改好之后过两分钟才能看到效果的）
9、加入一个编辑页面的按钮
在我们定制MOSS页面的过程中可能会把默认的编辑页面的功能去掉，那我们可以加入自己的按钮让它实现这个功能，其实就是一些Javascript的调用：
开始编辑：javascript:MSOLayout_ChangeLayoutMode(false);
退出编辑：onclick="javascript:MSOLayout_ChangeLayoutMode(null, true);return false;"
创建：window.location = '/test/_layouts/create.aspx'
10、将普通Asp.net页面加入MOSS的一些注意点
10.1 服务器端事件的使用：
<PageParserPath VirtualPath="/*" CompilationMode="Always" AllowServerSideScript="true" IncludeSubFolders="true" />
这个配置是声明此站点下所有文件允许服务器端事件，如服务器端的OnClick事件和AutoEventWireup="true"
10.2 session的使用
在10.1配置的基础上，还要设置enableSessionState为true
10.3 使用web用户控件的情况：
使用用户控件不好的是开发时复杂性增加，优点是可以复用，后期的灵活性、移植性好，开发后可以直接放入sharepoint中，方便定制和整合，而且也可以使用包装器作为webpart来展示
web用户控件可以像其他控件那样设置属性的
首先要把用户控件所在的目录声明为安全的：
<SafeControl Src="~/Control/*" IncludeSubFolders="True" Safe="True" AllowRemoteDesigner="True" />
10.4将页面导入sharepoint
aspx页面和母版页可以直接使用sharepoint designer导入，也可以放到网站的目录里面，但不要和sharepoint原有的页面重名
ascx的用户控件有两种方式：
a、复制到网站端口的目录下，文件必须是UTF-8格式的
b、使用sharepoint designer导入，导入时有两个问题：一个是ascx中出现的汉字会变成乱码， 二是要对ascx所在的命名空间要把它注册成安全类型(sharepoint中对于嵌套的程序集需要针对每一个命名空间都配置一条安全性)
11、MOSS中使用SSL：
在MOSS的管理中心中创建应用程序时选择SSL方式，然后还需要在IIS中给该网站分配一个证书(目录安全性配置中)
在windows2003的组件中有证书服务可以安装，不过自己安装的证书不是可信的，在客户端访问时会提示，将它安装为可信的证书之后才能访问
一些公共机构颁发的证书是可信的，可以直接在客户端中访问。
前置工作：将网站集管理员和应用程序池的用户改成域用户
执行命令："C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN\stsadm.exe" -o updatefarmcredentials -userlogin domain\admin -password pass
2、owstimer.exe占用cpu很高(由于将系统时间改到一个月前导致)：
用Process Monitor观察，发现有不断写入C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\LOGS\MahineName-yyyyMMdd-HHmm.log的动作
02/26/2008 12:17:42.57 OWSTIMER.EXE (0x090C) 0x0918 Windows SharePoint Services Timer 5uuf Monitorable 由于服务“{F260D57E-CC01-4BF2-9066-B7CA5622AB57}”上的 ID 为“{DA46F388-A218-4369-846B-5A93D73CE3ED}”的计时器作业“共享服务提供程序同步作业”的上一个实例仍在运行，所以将跳过当前实例。请考虑增加作业的间隔时间。
解决方案：在管理中心 > 操作 > 诊断日志记录 修改 "要报告给跟踪日志的关键程度最低的事件" 为意外
重启owstimer.exe （服务名：Windows SharePoint Services Timer）
3、自己的webpart报错：AllowPartiallyTrustedCallersAttribute
需要在AssemblyInfo.cs中加入[assembly:AllowPartiallyTrustedCallers] (经常会忘了加)
4、用普通用户执行webpart时可能权限不够，需要提升权限
当将webpart部署到站点后，如果用的是管理员的帐户来运行，则成功；如果用一般用户，则跳转到用户无权访问的页面。通过查找资料，终于找出了问题所在：如果用户没有“管理列表”的权限，则无法更新List、View、ListItem等。给一般用户“管理列表”的权限显然是不可行的，那如何提升用户的权限呢？
在wss 3.0中提供了一种更快捷的方法，采用RunWithElevatedPrivileges ，如下：
Code
}
}5、在webpart中取得当前登录用户
SPWeb web = SPControl.GetContextWeb(Context); Label1.Text = web.CurrentUser.Name;6、更换当前网站样式
可以使用更换母版页的方式：
web.MasterUrl = Regex.Replace(master, "default.master", newMaster, RegexOptions.IgnoreCase);web.Update();7、如何使一个网站能应用混合验证(Form和域两种形式)
7.1 可以扩展web应用程序通过添加不同的端口来映射后台同一内容数据库。这样我们就可以结合window认证和表单认证方式，对同一网站内容实现不同的认证手段
7.2 可以在MOSS管理中心中通过主机标头的组合来实现同一端口映射同一网站内容。不过表单认证的菜单会少很多
扩展之后只是共享同一个内容数据库而已，如果有自定义webpart等还是要两边都注册的
8、去除“我的网站”功能
进入ＭＯＳＳ的管理中心－〉共享服务管理－〉个性化服务权限 －〉将所有用户或组的“个人网站”权限去掉就可以了
（改好之后过两分钟才能看到效果的）
9、加入一个编辑页面的按钮
在我们定制MOSS页面的过程中可能会把默认的编辑页面的功能去掉，那我们可以加入自己的按钮让它实现这个功能，其实就是一些Javascript的调用：
开始编辑：javascript:MSOLayout_ChangeLayoutMode(false);
退出编辑：onclick="javascript:MSOLayout_ChangeLayoutMode(null, true);return false;"
创建：window.location = '/test/_layouts/create.aspx'
10、将普通Asp.net页面加入MOSS的一些注意点
10.1 服务器端事件的使用：
<PageParserPath VirtualPath="/*" CompilationMode="Always" AllowServerSideScript="true" IncludeSubFolders="true" /> 10.2 session的使用
在10.1配置的基础上，还要设置enableSessionState为true
10.3 使用web用户控件的情况：
使用用户控件不好的是开发时复杂性增加，优点是可以复用，后期的灵活性、移植性好，开发后可以直接放入sharepoint中，方便定制和整合，而且也可以使用包装器作为webpart来展示
web用户控件可以像其他控件那样设置属性的
首先要把用户控件所在的目录声明为安全的：
<SafeControl Src="~/Control/*" IncludeSubFolders="True" Safe="True" AllowRemoteDesigner="True" />aspx页面和母版页可以直接使用sharepoint designer导入，也可以放到网站的目录里面，但不要和sharepoint原有的页面重名
ascx的用户控件有两种方式：
a、复制到网站端口的目录下，文件必须是UTF-8格式的
b、使用sharepoint designer导入，导入时有两个问题：一个是ascx中出现的汉字会变成乱码， 二是要对ascx所在的命名空间要把它注册成安全类型(sharepoint中对于嵌套的程序集需要针对每一个命名空间都配置一条安全性)
11、MOSS中使用SSL：
在MOSS的管理中心中创建应用程序时选择SSL方式，然后还需要在IIS中给该网站分配一个证书(目录安全性配置中)
在windows2003的组件中有证书服务可以安装，不过自己安装的证书不是可信的，在客户端访问时会提示，将它安装为可信的证书之后才能访问
一些公共机构颁发的证书是可信的，可以直接在客户端中访问。
