M$ 的武器就 是 SPS !
SharePoint Portal Server 使用 Microsoft Windows SharePoint Services 站点为个人、信息和公司创建门户页面。这些页面可以通过公司和管理工具来扩展 Windows SharePoint Services 站点的功能,并且使得团队能够在他们的站点中向整个企业发布信息。
让信息工作起来
SharePoint Portal Server 实现了多系统的单点访问,这些系统包括 Microsoft Office System 程序、商业智能和项目管理系统以及现有的业务应用程序(包括第三方和行业专用的程序)。这个门户站点构建在一个可伸缩的、高度分散的体系结构上,提供了多种用于部署、开发和管理的工具。所有的这些都使您的门户站点能够随着您的公司需求的增长而扩展。这些集成特性使您可以控制公司资源的使用。用户可以从系统和报告中及时提取出相关的信息并加以重新利用。也能快速定位和访问公司内的文档、项目以及最佳实践。 Microsoft Research 还开发了一个门户特性搜索技术,该技术使得您能够搜索文件共享、 Web 服务器、 Microsoft Exchange Server 公共文件夹、 Lotus Notes 和 Windows SharePoint Services 站点。另外,您还可以通过标题来组织文档和信息,以及浏览相关内容。当添加了新的信息或现有信息发生更改时,系统会对您发出提醒,从而帮助您更好地使用这些数据。
连接合作的个人和空间
SharePoint Portal Server 提供了功能强大的团队协作环境,使得组织能够在整个组织内部实现整合、组织、查找和提供 SharePoint 站点。 SharePoint 站点可以用于团队、文档和会议,并能够扩展到客户和合作伙伴,从而扩展现有协作方式的影响范围和效率。而且,该门户站点还能够简化端到端的协作,向个人、团队、业务部门和整个企业提供文档和内容协作。它还具有文档版本、批准工作流、签入和签出、文档配置文件以及发布功能,能够实现文档、项目和任务上的轻松协作。另外,这个门户站点使得信息工作者能够轻松地找到和利用个人、团队和现有的最佳实践 —— 而不是在每个项目中都重新开始。
设定和定制信息,使得更有生产力
SharePoint Portal Server 使得 IT 部门和用户可以定制和个性化门户站点体验。相关内容可以通过 Web 部件发送到门户站点,例如业务和 Office 程序、 Web 服务、新闻、销售和其他公司数据。 Web 部件可以由 IT 部门从 Microsoft 和行业合作伙伴处下载,或者也可以通过 Microsoft Visual Studio®.NET 来开发。经过验证的用户可以从 Web 部件库中进行选择,在公司或部门的门户站点上添加 Web 部件,而不需要任何 Web 开发的经验。另外, IT 部门可以锁定特殊的 Web 部件或页面区域,这样公司就能够通过门户站点向所有的员工发布重要的信息。用户也可以拥有自己的个人门户页面,该页面被称为 “ 我的站点 ” 。在这个页面上,他们可以组织日常使用的信息、程序和 SharePoint 站点
Windows SharePoint Services 为团队协作和生产力提供了站点,并且实现了大量智能 [i] 空间 [/i] 。 SharePoint Portal Server 2003 将这些空间与个人、知识和业务流程连接起来,实现了智能的 [i] 企业 [/i] 。
通过使用 SharePoint 站点为个人、信息和公司创建门户站点, SharePoint Portal Server 2003 充分利用了 Windows SharePoint Services 。虽然这些站点 是 专门针对 SharePoint Portal Server 2003 ,但他们使用了 Windows SharePoint Services 平台所提供的各种技术,例如 Web 部件和 SharePoint 文档库。这种集成显著减少了开发、培训和支持的时间和费用。
SharePoint Portal Server 2003 还为 SharePoint 站点提供组织和管理工具,从而扩展了 Windows SharePoint Services 的功能。它的站点注册表提供了一种企业范围的整合、组织和发布 SharePoint 站点的方式。另外, SharePoint Portal Server 2003 还使得用户可以将存储在 Windows SharePoint Service 站点上的信息和文档发布给整个公司。
SharePoint Portal Server 2003 为企业提供了完整的附加功能,用来在业务流程中连接个人、团队和知识。它通过灵活的部署选项和管理工具,将多种系统中的信息整合到一个解决方案中。它简化了端到端的协作,使得信息工作者能够查找和利用整个公司内的个人、信息和 SharePoint 站点。 SharePoint Portal Server 2003 还通过目标受众以及个性化和定制工具,提供个人的相关信息。
SharePoint 产品和技术提供了具有灵活的部署和管理工具、高度可伸缩的协作解决方案。 SharePoint 产品和技术还将实现更高层次的价值,提供一个可访问的、友好部署的、高度可伸缩的平台,用于开发扩展的应用程序。
sharepoint designer 2007 就是 frontpage2007。
Microsoft Windows SharePoint Services 3.0

Microsoft Windows SharePoint Product and Technology的下一个主要的版本计划于2006年发布,这个版本包括Microsoft Windows SharePoint Services 3.0以及Microsoft Office SharePoint Server 2007。本章覆盖了Windows SharePoint Services 3.0面向开发者的新内容,Microsoft Office SharePoint Server 2007的developer-centric特性将在后面的一章中介绍。
Microsoft Windows SharePoint Services 3.0是Windows 2003操作系统特许免费的一个插件,在它的内核,Microsoft Windows SharePoint Services 3.0扮演一个可升级的站点构造引擎的脚色,它解决了创建并管理成百上千的WEB站点并被数十万用户访问的问题。Microsoft Windows SharePoint Services 3.0的可扩展性通过使用一个WEB服务器场的设计结构来实现,这种结构基于在后端依靠Microsoft SQL Server 存储内容和其他与站点有关数据的无疆界的前端web服务器组。
与前一版本一样,Microsoft Windows SharePoint Services 3.0支持开盒即用的使用户能够方便创建和设计包含如共享日历、联系人列表以及文档库站点的协作特性。然而,开发人员必须明白Microsoft Windows SharePoint Services 3.0被认为是比一个针对用户的协作工具更加强大的东西,Microsoft Windows SharePoint Services 3.0是一个附加了ASP.NET之上巨大价值的羽翼丰满的开发平台。
Microsoft Windows SharePoint Services 3.0提供的价值超过了依赖一个richer provider模型构成的ASP.NET2.0开发平台,它使得构造和存储页面、列表和文档库更加容易,这种构造可以通过自定义代码或通过在基于浏览器用户接口中的用户动作来驱动,在屏幕的后面,Microsoft Windows SharePoint Services 3.0自动计算出如何以及在哪里存储这些内容。Microsoft Windows SharePoint Services 3.0也仿真许多典型ASP.NET开发中单调的任务请求因为它通常支持让用户添加、查看和编辑内容的用户接口元素。
与ASP.NET 2.0集成
Microsoft Windows SharePoint Services 3.0构造起始于IIS WEB站点级,在你创建你第一个Microsoft Windows SharePoint Services 站点之前,某个人必须运行一个管理员程序在一个或多个IIS站点上扩展3.0的功能。在Microsoft Windows SharePoint Services 2.0中,术语虚拟服务器被用来描述一个用Microsoft Windows SharePoint Services 功能扩展的IIS站点,为了避免与另一个Microsoft同名的产品冲突,Microsoft Windows SharePoint Services 3.0文档现在把一个用Microsoft Windows SharePoint Services 功能扩展的IIS站点叫做一个web应用。
用Microsoft Windows SharePoint Services 2.0使用一个ISAPI过滤DLL与IIS6.0和ASP.NET 1.1集成,这种集成的技术导致IIS到SharePoint Services的路由请求位于ASP.NET之前,由于Windows SharePoint Services在一个入站的HTTP请求有机会使用ASP.NET内容正确初始化之前就控制它,这种路由被证明在某种确定的条件下是有问题的。
Microsoft Windows SharePoint Services 3.0与ASP.NET集成的方法被完全重新设计。首先,Microsoft Windows SharePoint Services 3.0构建在相比ASP.NET 1.1提供重要改进的ASP.NET 2.0之上,而且,Microsoft Windows SharePoint Services 3.0与ASP.NET2.0之间的集成被改为在Microsoft Windows SharePoint Services 之前通过ASP.NET runtime路由入站请求,Microsoft Windows SharePoint Services小组通过除去ISAPI过滤器和添加一个使用标准的Web.config条目向ASP.NET注册的HTTP模块和HTTP处理器来完成这些路由结构的改进,这意味着入站的HTTP请求在他们被转向SharePoint Services小组编写的实现SharePoint Services特殊过程的代码之前,总是进入ASP.NET运行时环境并用ASP.NET内容完全初始化。
也要注意,当你扩展一个IIS Web站点使之成为Windows SharePoint Services Web应用时,Microsoft Windows SharePoint Services 3.0向IIS原数据库中添加一个应用影射的通配符,这个应用影射通配符对转发向ASP.NET的任何类型的文档请求,并向Windows SharePoint Services转发请求进行处理是必须的。
同新结构相关的另外一个问题与.aspx页面如何解析和编译有关。用ASP.NET 1.1解析的.aspx页面只能同存在于本地文件系统上的aspx页面一起工作,然而,Windows SharePoint Services结构依赖于存储在SQL数据库中的.aspx页面。既然Windows SharePoint Services 2.0依赖ASP.NET 1.1,SharePoint Services小组不得不创建他们自己的.aspx页面解析器,不幸的是,Windows SharePoint Services 2.0的解析器不支持许多有ASP.NET提供的丰富的特性。
ASP.NET 2.0 引入了一个新的叫做虚拟路径提供者的可插入的组件类型。开发者可以编写一个定制的组件为任何包含诸如 SQL 数据库的位置重新找回 .aspx 页面,一旦一个定制的虚拟路径提供者重新取回了 .aspx 页面,它能随后支配它离开 ASP.NET 已管理解析和编译的请求。 ASP.NET 也提供给虚拟路径提供者一个控制 .aspx 页面如何解析以及他们是否编译或运行在一个非编译模式的好的方法。