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、去除“我的网站”功能
进入MOSS的管理中心-〉共享服务管理-〉 个性化服务权限  -〉将所有用户或组的“个人网站”权限去掉就可以了
(改好之后过两分钟才能看到效果的) 

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的组件中有证书服务可以安装,不过自己安装的证书不是可信的,在客户端访问时会提示,将它安装为可信的证书之后才能访问

一些公共机构颁发的证书是可信的,可以直接在客户端中访问。



    本文转自永春博客园博客,原文链接:http://www.cnblogs.com/firstyi/archive/2008/03/27/1125166.html,如需转载请自行联系原作者


相关文章
|
开发者 存储 JavaScript
SharePoint Framework 基于团队的开发(五)
博客地址:http://blog.csdn.net/FoxDave 升级SharePoint Framework项目 部署SharePoint自定制解决方案到生产环境并不意味着生命周期的结束,因为还有有新的需求或变更。
1414 0
|
JavaScript 前端开发 测试技术
SharePoint Framework 基于团队的开发(四)
博客地址:http://blog.csdn.net/FoxDave 确保代码一致性和质量 软件开发团队常常同项目的一致性和高质量做斗争。不同的开发者有不同的编码风格和偏好。
1256 0
|
开发者
SharePoint Framework 基于团队的开发(三)
博客地址:http://blog.csdn.net/FoxDave 用内部包进行开发 由于你的团队在开发客户端解决方案,你很可能构建通用代码库来在项目中重用。
1306 0
|
开发者 开发工具 git
SharePoint Framework 基于团队的开发(二)
博客地址:http://blog.csdn.net/FoxDave 本篇介绍SPFx项目的一般开发流程。SharePoint Framework基于开源的工具链,也遵循开源技术栈中其他项目的开发流程。
1011 0
|
JavaScript 开发者 Docker
SharePoint Framework 基于团队的开发(一)
博客地址:http://blog.csdn.net/FoxDave SharePoint Framework是新的用来构建SharePoint自定制的开发模型,它专注于客户端开发并用热门的开源工具gulp、webpack等进行编译。
1384 0
|
数据库 .NET 开发框架
|
网络架构
SharePoint 2013 开发——其他社交功能
博客地址:http://blog.csdn.net/FoxDave 上一篇讲了如何获取用户配置文件的相关属性,它属于SharePoint 2013社交功能的一个小的构成部分。
993 0