我被要求将主页修改为全新的设计,所有其他页面将保持完全相同.

在sharepoint方面,我有点绿.我创建了母版页,但是当我选择设置为默认母版页或设置为客户母版页时,它会更改整个站点.我只想改变主页.

我在这一点上遇到的唯一选择似乎是从页面布局中分离,这不是理想的,因为网站的其余部分可能被推入这个新的皮肤

nigel说,以编程方式更改此特定页面的母版页是唯一的选择.

您可以为主页创建自定义页面布局,然后在pre-init上设置母版页,如下所示：

public class MyPageLayout:PublishingLayoutPage 
{ 
    protected override void OnPreInit(EventArgs e) 
    { 
        base.OnPreInit(e); 
        this.MasterPageFile = "~/_catalogs/masterpage/mynewmasterpage.master";                    
    } 
}

因为我感到困惑,我会感激一些帮助.

如果我相信这个page,使用我的应用程序部署FSharp核心的最佳方法是将FSharp.Core.dll与app二进制文件一起复制(“xcopy部署”).

In compiled applications,you should never assume that FSharp.Core is in the GAC (“Global Assembly Cache”). Instead,you should deploy the appropriate FSharp.Core as part of your application.

到目前为止一切都很好,我对Windows感到非常满意……但是,关于Mono,同一页面上写着：

Standard installations of F# tools on Linux and Mac on Mono also install the latest FSharp.Core into the GAC. They also add machine-wide binding redirects for that component. That means that,for those machines,the latest installed FSharp.Core will be used by applications

哪种提示不应该使用应用程序部署FSharp核心副本,并且将从Mono GAC中获取正确版本的FSharp核心.我对此有两个问题：

>这迫使Windows和Linux有两种不同的部署方案;
>在Mono上,这可能会强制使用较旧的FSharp代码而不是最新的Visual Studio中可用的代码.

这两个问题都可能通过始终从GitHub源和应用程序构建FSharp核心来解决,但这看起来也不是一个优雅的解决方案.所以我想知道无论平台如何,总是使用最新FSharp核心的正确方法是什么(如果可能的话)？

我的理解是,如果将FSharp.Core与应用程序包含在任何平台上,至少对于Framework Dependent Deployments,则在查找GAC之前首先探测并使用本地bin目录.这里可能还有很多其他的细微之处,但至少从我的理解来看,你的本地复制版本的FSharp.Core将是你的应用程序使用的版本.

顺便说一句,通过使用一些反射来查看源自FSharp.Core的加载类型并查看它来自哪个程序集,应该相对容易进行测试.此外,我可以回想起AppDomain.AssemblyResolve或类似的事件可能会让你更深入地了解解决过程,甚至可以稍微定制它.

值得一提的是,就GAC而言,这个故事可能会在.NET Core上发生很大的变化,同时还有我上面提到的反射相关技术的可用性.

有关：

> Dll in both the bin and the gac,which one gets used?
> Is there any GAC equivalent for .NET Core?

Sharepoint的列表功能非常强大.因为我不想要Sharepoint的所有其他功能,所以我一直在寻找替代方案(优选的开源),但没有取得多大成功.

基本上我想要一个平台或Web应用程序：

>允许我们定义自定义数据类型(针对不同类型的客户产品)
>有可能创建视图或表单以呈现给用户以读取,创建或更新给定数据类型的项目的信息
> ui设置此配置不是必需的,但是很高兴

在理想情况下,有一个API可以在以后获取数据以进行进一步处理.

我听说过 Alfresco(但尚未使用过),这是一个免费的开源内容管理系统.
要解决您提到的每个所需功能：
1.它能够通过XML添加自定义内容类型( http://wiki.alfresco.com/wiki/Step-By-Step:_Creating_A_Custom_Model).
2.我没有看到很多个人视图的支持,但在创建模型时可以设置通用视图
3. Alfresco为各种安装配置提供了安装指南.他们需要登录才能下载指南( http://www.alfresco.com/products/docs/)
4. REST支持.

10K视图的功能列表.
在验证它符合您的需求之前,我会检查所有功能. (http://www.alfresco.com/products/dm/features/)

我已经在线尝试了很多关于如何增加SharePoint文档库的上传文件大小而没有运气的教程.

有关如何增加文件上传到文档库的限制的任何想法？

我试过了：

http://spsstuff.blogspot.com/2006/03/how-to-change-maximum-file-upload-size.html
http://www.eggheadcafe.com/software/aspnet/29380049/50mb-upload-limit–help.aspx
http://www.msexperts.org/blogs/mark/archive/2008/10/23/increasing-the-maximum-upload-limit-on-a-sharepoint-site.aspx

我按照你提供的第二个链接的第一条指令：

1. In SharePoint 3.0 Central Administration,Application Management
   tab,and Web application general
   settings configure the Maximum upload
   size to a maximum of 2047 MB.

它工作得很好.

在更改最大上载大小时,您确定选择了适当的Web应用程序吗？

一位客户询问我们是否可以采取任何措施从其面向互联网的MOSS发布网站中删除“/ Pages”.一些谷歌搜索显示,一些聪明的HTTPModule使用可能能够隐藏页面的存在,但我还没有看到端到端的工作解决方案.你有没有人反对这个特殊要求,如果有,你是如何解决的？

客户对/ Pages的主要关注点是它对SEO的影响 – 如果有人有任何方法可以缓解这些问题,或者可以解释为什么在您的URL中有这个额外级别不会引起关注,那也是值得赞赏的(也许更好),长期来说！)

查看此帖子. http://blog.mastykarz.nl/semantic-urls-in-moss-2007-imtech-sharepoint-semantic-urls-free-feature/