一般情况下对IT管理者来说,在SharePointFarm中维护Feature,更喜欢使用命令行实现,这样可以省去登录到具体站点的操作。比如IT接到enduser的一个需求,要开启SiteCollectionFeature,如果直接操作......
2023-01-12
今天,设置页面布局的自定义母版页时,设置完了以后保存,然后预览报错,错误如下截图;删掉自定义母版页的MasterPageFile属性,页面依然报错;感觉甚是奇怪,因为有版本控制,还原为最初的版本,依然报错,我这暴脾气!一气之下,删掉了这个默认自带的母版页,从其他环境导过来一个,结果依然报错,错误如下图;
想来想去百思不得其解,然后看了看错误,发现是这个文件不允许后台代码,谷歌了一下(链接附后),发现设置web.config可以允许后台代码(配置文件截图如下),改过配置文件以后,确实页面不报错了,但是记得,千万别删掉自带的页面布局,我发现即使导过来一个一模一样的,效果也不一样,郁闷!最后还是从回收站还原最初的。
web.config修改节点,如下:
<SafeMode MaxControls="200" CallStack="false" DirectFileDependencies="10" TotalFileDependencies="250" AllowPageLevelTrace="false">
<PageParserPaths>
<PageParserPath VirtualPath="/*" CompilationMode="Always" AllowServerSideScript="true" IncludeSubFolders="true" />
</PageParserPaths>
</SafeMode>
结束语
错误是修改好了,依旧不解为什么我的页面布局,就报错了?还需要开启后台代码,这个安全不安全?改回来为什么不行?说是页面布局的类型被改变了,自带的页面布局,真是很脆弱,大家修改的时候,注意备份,小心谨慎吧!前车之鉴啊!
相关文章
一般情况下对IT管理者来说,在SharePointFarm中维护Feature,更喜欢使用命令行实现,这样可以省去登录到具体站点的操作。比如IT接到enduser的一个需求,要开启SiteCollectionFeature,如果直接操作......
2023-01-12
我们经常会在SharePoint网站集的权限列表中看到某个user有LimitedAccessPermission,但是我们都知道或者试过,在SharePointsitecollection中没有办法直接添加user赋予LimitedAccess权限,并且LimitedAccess这个......
2023-01-12
在这样的场景下,比如统计员工的个人信息,IT会在SharePoint中新建list,加一些需要填写的栏位,然后让公司员工登录填写。这时候比起大家都能看到彼此信息而言,从公司角度更想让员工只能......
2023-01-12
大多数企业使用SharePoint文档库时,都会建议EndUser在编辑文档前先做CheckOut动作,这样可以保证文档在当前用户编辑过程中,其他人只能view而不能edit,防止多人同时修改同一文件互相影响的......
2023-01-12
为了记录SharePointLibrary/List中file/Item的修改情况,ITAdministrator会在List/Library的VersionSettings中开启Version管控设置。之后用户每次编辑item/file保存就会生成一个新的version记录,这样我们就会知道......
2023-01-12