更新 11/03/08: 请务必阅读优秀和详细的评论 德西埃 Lunsford 这一职位.
我一直秘密科技编辑项目即将书和它引用 这篇博客泰勒巴特勒在 MSDN ECM 的博客. 这是含义的我读过的有限访问权限的明确定义的第一次. 这里是定义的肉:
在 SharePoint 中, 匿名用户’ 由受限访问权限级别确定的权利. 有限的访问权限是不能分配给用户或组直接的特殊权限级别. 它存在的原因是因为如果您的库或子网站，打破了权限继承, 用户/组的访问给库/子, 若要查看其内容, 用户/组必须有一些对根网站的访问. 否则，用户/组将无法浏览库/子网站, 即使他们那儿有权利, 因为有在根网站呈现的站点或库所需的东西. 因此, 当你给只向子网站或打破权限继承的库中的组权限, SharePoint 会自动向向该组或用户的根站点上提供有限的访问.
这一问题出现现在和以后在 MSDN 论坛上，我总是好奇 (但不是好奇，在今天之前出图 :)).
</结束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
否则还以为就此结束 无聊的文章 好的我们经常在技术社会中面临的问题讲话:
这种沉闷发展", 预期与确定性, 哲学必须承担。"
这使我想起了 SharePoint 最佳做法会议时，我把上个月的专题介绍之一. 我描述如何获取"太好了" 业务要求和观众中有人问, 在影响, 如果情况就是如此，它是不可能得到很大的要求，怎么办. 例如, 给定的公司文化的地方它在要求 gatherer / 业务分析师, 防止与最终用户直接沟通. 这是一个严重的障碍，获得极大的业务需求. 我的回答是"走开。" 我不是一个大的幽默作家, 所以我很惊讶于如何有趣这是向观众. 不过, 我是认真的这. 如果你不能得到好的需求, 你可以肯定结果会沉闷. 谁想要这个? 我是一名顾问, 所以它是更现实 (虽然可怕的痛苦和激烈) 我要走了. 不过, 如果你在一家公司根深蒂固，不想对, 或不能, 步行路程, 乔治 · (for once 🙂 ) 显示方式.
</结束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
不幸的是, 它是不能. 我们无法从现成功能使用 SharePoint 设计师工作流发送一封带有附件的电子邮件. 这个愿望上来随 MSDN 论坛上的规律.
不过, " SharePoint 平台, 与很多事情一样, 并提供我们前进的道路. 我们可以 创建自定义操作 其中我们然后纳入我们的工作流. 一旦安装, 自定义操作的外观和感觉就像任何其他行动 (例如：. 收集数据, 日志消息, 等).
创建一个自定义操作，是一大座山要爬, 然而, 为最终用户. 这个 codeplex 项目提供此功能: http://www.codeplex.com/SPDActivities. 拆毁，并将其安装也是超越典型的最终用户的技能. 不过, 它是非常简单的 SharePoint 管理员来做这件事, 所以，如果你发现自己需要发展具有这种能力的工作流, 与您的 SharePoint 管理员这样做工作.
</结束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
在一个社会计算开始起飞与 SharePoint 的标志, 我看到我的网站类型问题的增加的数目. 一个常见的问题是这样:
"我是管理员，我需要能够访问每个我的网站. 我是如何做的?"
这里的窍门是，每个我的网站是其自身的网站集合. 在网站集级别通常管理 SharePoint 安全和这旅行了许多 SharePoint 管理员. 通常, 她已访问"main 中的进行安全配置" 网站集和可能没有意识到这并不会自动工作我的网站.
站点集合集体住在一个大容器内, 这是 web 应用程序. 农场管理员可以可以在 web 应用程序级别配置安全，这是如何访问到任何 web 应用程序中的网站集管理员可以授予自己. 此博客条目描述了一个我个人的经验与 web 应用程序策略. 我由事故定义 web 应用程序策略: http://paulgalvin.spaces.live.com/Blog/cns!1CC1EDB3DAA9B8AA!255.entry.
Web 应用程序策略可以是危险的我建议他们要慎用. 如果我是管理员 (谢天谢地我不), 我将创建一个单独的 AD 帐户命名为类似"SharePoint Web 应用程序管理员" 它需要的 web 应用程序安全角色的那一个交代. 我不会配置这种事情经常农场管理员或单个站点集合管理员. 它将倾向于隐瞒潜在的问题，因为 web 应用程序角色将覆盖任何较低级别的安全设置.
</结束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
更新 11/03/08: 同 MVP 迈克沃尔什正确地指出这是 WSS 3.0 / 苔藓功能. 在 WSS，无法正常工作 2.0 或更早版本.
Updatte 11/03/08: (在一天中的第二个更新!): 请务必阅读从"nowise 的精彩评论" 更多的信息与另一个好 xref 链接.
两个问题提出了快速连续本周问这变化的 MSDN 论坛:
"当我搜索关键字, 我该关键词在其路径中的文档库中的文件夹会出来我的搜索结果中的第一个. 我不想这种情况发生. 带有该关键字的文件是对我更重要. 我不想看不到文件夹。"
这其实是很容易做出来的框中. 只需添加"IsDocument:1" 搜索查询和 SharePoint 搜索 (WSS 和苔藓) 将限制本身显示实际文档.
</结束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
100 万多年前, 我帮助开发了通过设计器 SharePoint 工作流的自定义操作调用的 web 服务. 这一周, 在客户端想要将它移动到生产 (最后!) 所以我们做了.
自定义操作能正常工作, 但没有它调用的 web 服务, 给我们这个错误:
System.InvalidOperationException: 可以仅由 SQL 服务器读取从配置数据库中拥有权限的用户加入到服务器场中的计算机上执行此操作. 要将此服务器连接到服务器场, 使用 SharePoint 产品和技术配置向导, 位于在管理工具中的开始菜单.
在 Microsoft.SharePoint.Administration.SPWebApplication.Lookup(Uri requestUri)
原来，我忘了添加到 SharePoint 应用程序池在 IIS 中的服务. 曾经，, 它能正常工作.
此 MSDN 论坛帖子给我我需要的线索: http://social.msdn.microsoft.com/Forums/en-US/sharepointdevelopment/thread/2c97c004-7118-4e06-a62c-b2b0ac07ac99
</结束>
跟着我在 twitter 上: http://twitter.com/pagalvin
作为讨论 SharePoint 的下一个版本中可用的功能在 web 上找到资源, 我将会将它们添加到我的美味书签. 看来美味允许人们订阅特定标记, 所以如果你感兴趣我的发现, 当我发现它, 在这里订阅: http://feeds.delicious.com/v2/rss/pagalvin/SharePoint_O14?count=15
</结束>
我刚收到一词，我的朋友和同事, 纳塔利娅 Voskresenskaya 今天荣获 MVP 之为 SharePoint. 我一直与娜塔为几乎 18 几个月现在和它的当之无愧的识别. 像我知道的所有 Mvp, 她是强烈的动机，社会和与她工作 ISPA, 除其他外, 帮助地球上最强大和最有帮助的任何技术为导向的努力之一使 SharePoint 社区.
祝福!
</结束>
今晚, 我在做一些爱好工作与在我的台式机上运行的虚拟机. 我在我的手提电脑上连接出点可通过 IE 和我注意到可怕的性能. IE 保持冻结, 尤其是当我访问任何会导致下拉到右上角, 好, 下拉列表. 我会点击网站操作，事情被冻住了一段时间. 他们将冻结足够长的时间，我切换到另一个浏览器窗口和做点别的. 如果我只限于导航周围从页到页面, 它是合理的快速, 但即使感觉慢. 通常, 事情是非常快.
我有这发生到我的面前，我想，我最终在时间重新启动. 我要这样做，当我以某种方式通知我还是 VPN 不得不从客户端 2 天前(!). 我拔下和，解决了我的性能问题.
</结束>
