使用 MSDN (和其他) SharePoint 支持论坛

我可以写上有关 MSDN 论坛不厌, 礼仪, 命名约定, 搜索, 等. 我可以这样做, 事实上. 我想指出一件小事情,可以帮助人们有更好的整体体验.

我最近对人,是否你遇到了一些不同的 SharePoint 的环境问题, 发展项目或其他 SharePoint 相关活动, 将问题张贴到论坛你行动链中早日而非迟. 我知道我自己,当我有一个问题, 可能的解决方案的数目目前自己马上. 订购这些潜在解决方案的可能性, 适用性和调查,他们是多么容易. 我去通过该列表和的时候,我已经到 #10, 我制作的注册表更改密钥"/ 美孚/酒吧/almostThere/isThisIt/noThisIsNotIt/iCantBelieveIAmDoingThis/finallyThere!"关于博客页面上找到的意见 8 谷歌搜索. 当无法正常工作, 我终于 msdn 发布问题 (例如:. 在这里: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/threads).

我建议你扭转这种做法. 因为发布更早在你调查论坛:

  • 反正是免费的你.
  • 不保证 SLA (我所知, 至少).
  • 因此, 它可以作出响应的人很长时间.
  • 人们通常的应对最终.
  • 如果你等到 2 或 3 天后首次出现的问题, 你是疯狂的回应和论坛不是紧急帮助的好去处 (除非你很幸运).

所以, 基本上, 很容易和自由和你有一个好的镜头,在获取答案, 但这需要一段时间才能得到的答案 (再次, 除非你很幸运).

我常想我应该先上寻找社区帮助,因为我不想浪费别人的时间寻求帮助时可能发现自己. 一些论坛版主和积极参与者可能会有那样的感觉, 但我不喜欢 (至少, 我觉得再). 我看不到任何不利之处. 最坏的情况是你发帖提问,然后回答你自己的一些时间后, 可能"浪费"的时间. 看不到很大的风险,而且还有价值研究的问题那样在任何情况下.

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 标签: ,

关于微软在线服务密码小注和管理

我开始与微软的小生产力在线套件工作几个月前, 但是现在我有一些更好的理由使用它.

我仍在处理它周围的路上, 因此,可能会获得一些术语错, 但基本上有两种主要接口: 行政中心和服务本身.

系统告诉我我不得不更改我的密码, 于是继续那样做了. 这使得我将继续并使用服务部分 (SharePoint, 电子邮件, 和住会议). 不过, 当我去管理屏幕, 它不会让我告诉我它并不认为我的密码是正确的.

行为是有点奇怪. 如果输入了密码我 * 思想 * 应该是, 它将空白,用户 id 和密码,然后告诉我密码或用户名不正确. 如果输入了错误的密码, 它会告诉我相同, 但保持不变的用户 ID 字段.

我一直玩了一会儿,这和最后要求 (是, 上周日上午). 令人难以置信, 院士, 本 ·, 马上接电话. 和, 我没有输入信用卡.

长话短, 行政中心密码使用不同的密码规则比服务密码. 管理员密码必须包含阿尔法, 数字和特殊字符. 当我第一次换我的管理员密码, 我不明白那条规则 (它发出警告我,也不!). 我能够将其更改为有效的管理密码,拿回了.

如果您在将来遇到这样的问题, 你知道那些曾经帮助过我和我希望它会为你工作.

</结束>订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

SharePoint 作为业务的操作系统

从那时起,我听到一个报价, 据报在 Q&与史蒂夫 · 鲍尔默在 3 月的会话 2007, 我已经有点被屏息发生某事. 这句话基本上是这: "SharePoint 是业务应用程序的操作系统。 知道一点关于 SharePoint 和有关操作系统的中等位, 以为真的容易. 我屏息, 等待公司真的买到这一概念,并开始构建应用程序内的 SharePoint"操作系统"。

我已经花了很多思想的这一主题,这一年 (回到我 2009 预测) 和我要在此发言 可能在华盛顿的第二届 SharePoint 周六事件.

这是我的演讲摘要, 题为"使用 SharePoint 平台,建立垂直业务应用程序":

"横向?""垂直?"这些词意味着什么在 SharePoint 的上下文中? SharePoint, 正如我们经常听到, 是用于构建应用程序的"平台". 这一事实往往失去我们自于所谓的水平平台的功能, 例如,文档管理和搜索, 是如此的简单和有用在和自己的. 不过, SharePoint 甚至更强大,并将返回时用来创建垂直应用程序定制,以满足您的业务的每一天要求更大的价值. 此会话描述如何装配平台功能到 verticalized 的解决方案,使用业务的真实例子 — — 销售报价单管理过程和客户网关. 演讲者的目标是睁开眼睛向 SharePoint 平台的可能性,并利用其水平的平台功能来创建您的垂直组织专门的业务解决方案.

如果这个问题不会浮你的船, 有一群其他好的主题. 直流是一个伟大的场地,在其本身访问.

注册打开本星期四, 04/16. Keep on top of the site and grab a seat before it’s too late 🙂

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

加拿大分钟

这次上星期, 我是在蒙特利尔, 出席高度推荐 SharePoint 首脑会议 2009. 我给了 3.5 有关安装和自定义 SharePoint 小时教程. 它是一个恐怖的话题,在许多层面上. 我真的不是一个 SharePoint 管理员, 但我知道足以让关于这个问题的一个教程. (值得庆幸的是, 杰夫 · Schaller 从 软件的目标 在澳大利亚, 其他几个, 在人群中,回答一些更深层次的问题是 [我不知道他们把放在那里的水, 但我们需要它在美国的一些]).

但, 追溯到很多层面的恐惧感...... 它有很大的潜力是很无聊. 我实际上安装 WSS,然后将其升级到苔藓. 在一屋子的人. 加拿大人. 有长 5 和 7 分钟的差距在哪里,我们正在看安装过程磕磕绊绊. 我需要填补这段时间与一些有用和有趣. 我不知道我成功了.

最后, 它是 loooong. 三个半小时. 这是一个长的演示文稿. 我开了个小玩笑的它, "我们有一个长的演示文稿之前我们说. 三个半小时. 那是 210 分钟. 我甚至不知道是在加拿大的多少分钟。

每个人都笑笑,因此, Montreal is officially on my Good Places list 🙂

即使他们还没有嘲笑我的笑话, 我会爱蒙特利尔. 我非常努力,思想开放,并且不会从我线索 南方公园, 但我承认, 我不爽的是, 我已经不知道如何伟大是蒙特利尔的大都会. 等不及要回去几个月后, 当它是有些温暖, 再次访问.

一种相关的注释, 我也坐在通过 埃里克 · 文生 题为"IA 和品牌推广过程的第一个公开演示文稿: 素描-富达设计线框。" (埃里克是我 EMC 的同事). 看看这里的摘要: http://www.sharepointsummit2009.com/conference_day2.htm. 我甚至为他录得为它. 我试了好几次的一些"动作镜头"和放大他时他停顿了一下,喝点水. 我总是没有成功, but I tried 🙂

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 标签:

有趣的 SharePoint SSO 事实的一天

我一直在使用 SharePoint SSO 和学习,因为我去. 这工作的一种方法是,你告诉 SharePoint 外部应用程序. 用户登录到该应用程序通过一些 SharePoint 功能 (例如:. iView web 部件). 第一次在用户执行此操作, 它会提示他们为正确的用户 id 和密码才能使用该系统. 它建立您的 SharePoint 凭据与您的凭据后, 端系统之间的映射. 此后, 为了输入他们的 ID,当他们击中了该系统的用户不会有.

好为我工作的那部分. 不过, 它回避问题, "怎么会用户更改该用户 id 或密码?"用户可能犯了一个错误, 或您也许正在做一些测试在开发环境中,需要帐户之间快速切换.

我不知道问题的答案, 但我知道你可以进入中央行政和管理用户的凭据:

中央行政管理 — —> 操作 — —> 单一登录 — — 管理> 管理企业应用程序定义的帐户信息

从那里, 您可以指定外部应用程序 (例如:. SAP) 和你想要删除的帐户. 您还可以更改映射.

如果您知道如何允许最终用户直接更改他们的凭据, kindly post a comment 🙂

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 标签: , ,

冒险与 iView Web 部件

我需要做一些小证明今天那 iView web 部件可以在我的客户的环境中工作. 我从未共事过这片 SharePoint 之前.

Microsoft 创建了一份非常高质量的白皮书,关于这一问题.

我不得不克服的第一个障碍是 — — iView web 部件在哪里? 因为某些原因, 我第一个想到的是不得不从某个地方网站下载, 也许 SAP 的网站. 我有 1/2 相信自己,iView web 部件可能甚至成本额外. 答案是肯定的, 它们所包含的苔藓 (我认为企业; 这是什么我使用在此事件中). 我见过标准的"添加 web 部件"对话框上百甚至更多时间和总是掩盖它. 没有了!

下一个障碍是我不能阅读说明.

使用 web 部件,并备存得到这个令人讨厌的消息:

没有 SAP 服务器配置此站点. 请与管理员联系以配置受信任的 SAP 服务器.

白皮书清楚地说要编辑位于文件的配置文件"<驱动器号:>\程序数值办公室 Servers12.0ConfigTrustedSAPHosts.config". 第十次我看着那, 我看到的只是"程序 Files…Config",我马上要去了 12 配置单元. 一次我终于减慢到读它, 我意识到我的错误,它也很容易解决.

我继续在我快乐的路上与 SSO 配置. 这不是在向我清楚如果这样行得通, 但这是另一个故事的另一天.

底线:

1. iView web 部件包括与 SharePoint 出来的 (很可能是企业).

2. 神奇的配置文件, ""TrustedSAPHosts.config, 不居住在 12 配置单元.

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 标签: , ,

MOSS 用户配置文件为用户的语言首选项的监督

我的当前项目, 有些用户将旅行世界各地和他们得出不同的目的地, 使用任何机器时派上用场. 那些客人机器将运行 Windows 安装和配置为本地语言环境. (我只被意识的来宾机器可能没有正确的语言包… 很可能不会, 事实上… 我停车,现在的人).

SharePoint 需要提供一种机制,藉以用户能够选择他们的首选的语言,然后荣誉那语言无论用户如何访问苔藓青苔. 换句话说, 无视无论浏览器会告诉 IIS/苔藓和相反查找该首选语言和使用它.

我们要去调查两种方法:

  1. HTTP 处理程序: 在 IIS 上安装自定义 HTTP 处理程序将查找用户的 MOSS 配置文件, 找出的首选语言,然后交换机周围所需的 HTTP 标头之前将控制传递给苔藓.
  2. global.asax: 修改 global.asax 来做同样的事情. 我们可能会修改别的东西, 但这个想法是,我们找到一些我们可以在其中插入我们区域设置开关的逻辑的地方.

其他复杂的因素是我们需要支持 60 k 用户, 关于 1,000 ,可能在同时访问 MOSS 在峰值负载.

HTTP 处理程序看起来蛮厉害, 但可能是最好的地方,要放入的代码,因为它是在 IIS 级别和全知. 它是工作的好的单点.

我们倾向于 global.asax 类型方法, 主要是因为我们相信我们会有更多的选项,用于在该点缓存数据.

我学了更会更多关于这个主题的博客.

如果你知道这件事, please post a comment 🙂

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

捕获 “mailto:” 度量标准

我在一个项目,我们需要收集度量一个功能叫做"分享一个故事。" 这个想法是很简单 — 如果你正在看一篇有趣的文章在 intranet 上,并且想要与其他人共享它, 单击标记为"分享这个故事的链接" 电子邮件发给你的朋友.

我们玩自定义窗体为此目的, 但最终, 常识赢得了一天,我们只是使用熟悉 <href = mailto:…> 技术. (<href mailto:…> 是有点出乎意料的强劲; 作为奖金, 该链接给我带回我老的 UNIX 男子页天; 那段日子!).

这种技术为最终用户提供了大界面,因为他们,要使用他们熟悉 MS Outlook 客户端 (或已安装的任何电子邮件客户端).

它使事情更难我们可怜的开发人员类型以来他们客户端 * 还 * 想要运行报告,在未来如何往往显示用户分享的故事,甚至哪些故事最常共享.

我们 whiteboarded 几个可能的解决方案. 我最喜欢的是到碳副本 (抄送) SharePoint 列表. 这种方式, 最终用户仍然获取 outlook 客户端,而我们要捕获的事件,因为我们会买电子邮件的副本. 有一些明显的缺点. 主要的问题是,该用户可以简单地清空或否则为裂伤抄送地址. 和, 我们需要管理电子邮件,事件库. 我们有一个预定的工作负责,清理的白板上.

如果您有一些聪明的办法,解决这个问题, 请告诉.

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

伟大的教程和浏览使用 InfoPath 和工作流,解决一个调度问题

这些天, 永远都在追赶玩读我的 blog 和刚刚碰到这篇文章: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html

它是 SharePoint 设计师工作流教程的作为固体和详细 (还需要更多!) 在聚会上你会看到的任何地方. 我会检查它, 即使你是伤痕累累的 SPD 老兵.

它是一个伟大的 SharePoint 教程 InfoPath 和工作流.

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 标签: , ,

纽约市 SharePoint 开发组 – 深技术讲座

几个星期前, 我在曼哈顿的微软办公室纽约城 SharePoint 开发人员组会议上提出. 他们满足每个的月的最后一个星期二.

我花了我大部分的时间最近在我心爱的新泽西所以我不会走进城市,那样多. 结果, 我想向第一或第二次的这组会议,然后再在 1 月的会议上. 我错过了所有在之间的会议 (四个或五个大概). 这是一个新的组.

我真的感到震惊的真正的技术重点和高质量的讨论, 前, 期间和之后我的演示文稿. 我们谈论了种类繁多的 SharePoint 和其他 Microsoft 技术有关的议题.

如果您正在寻找一个友好的地方,要真正易怒, 我强烈推荐这一组.

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 标签: