没有为你的汤! 思科 NLB 汤纳粹产品吗??

今天, 我试图访问通过 windows 资源管理器中的文档库. 此文档库生活里面包括两个 WFE 负载平衡通过某种思科 NLB 解决方案系统. (如果网络向导告诉我它是什么, 我将更新这个帖子).

Windows 资源管理器无法连接. 做了一些研究,并最终, 网络向导说, WebDAV 被禁用的 / 不受支持 / NLB 尊严.

所以, 假设网络向导不刚刚告诉我的"散步长下短桥"相当于网络向导, 我很纳闷 — 没有 NLB, 由性质, 禁用 WebDAV? 到 SharePoint,我们失去我们 windows 文件资源管理器界面? 是思科 汤纳粹?

Web 应用程序的策略, 安全站点和安全修整 — 知道您的配置

(更新 11/29 解释如何访问 web 应用程序策略设置通过用户界面)

我有一个的那些"为什么苔藓这样做对我来说????" 今天的时刻. 在结束, 它是我的错.

我们有企业 MOSS 项目继续下去,我们想要确保安全"的地方持有人" 所以,没有用户可以访问它,或者看看它的网站. 那很容易:

  1. 转到此网站.
  2. 中断安全继承.
  3. 从网站的权限删除每个用户/组.

上述应留下只是网站集管理员权限的用户看到网站.

如果其他人登录, 他们应该不再看到该网站,它应安全修整从所有一般的地方.

但 … 它不是. 在同一时间, 突然意识到,我"乔用户" 没有上一页不受限制的读访问权限的标准用户测试帐户具有"站点的操作" 无论去哪里他都选择. 我双重检查一事,双重检查别的东西. 拿起电话打电话给一位同事, 但是把它放下,检查别的东西. 我去散步,然后一切再试遍. 我打电话给一位同事,留个口信. 然后, 最后, 我觉得在这 伊森的博客, 他开放图使它很简单:

苔藓 2007 一项新功能被称为 Web 应用程序策略. 这些都是绑定到 Web 应用程序的安全权限. 这些安全设置重写任何设置在网站集或站点的安全设置 (网站) 该用户的级别.

Web 应用的政策表明,"NT Authorityauthenticated 用户快速访问" 曾被授予完全读取. 从名单上删除它们,一切终于开始工作,按预期. 我相信他们由人造成错误的印象,那是最好的方法来读取访问权限授予在企业中的每个人都添加放在第一位. 它, 但, 对应变报价, "这并不意味着你认为它意味着什么。"

这种方式访问 web 应用程序策略:

  1. 转到中央管理
  2. 选择应用程序管理
  3. 选择"Web 应用程序的策略"
  4. 在屏幕上, 确保选择正确的 web 应用程序. 对我来说, 其默认值为中央管理这可能不是您想的要的 web 应用程序.

当时这个问题, 以下短语中搜索的结果,并得到了令人惊讶没有直接帮助在这个问题上:

对所有用户可见的站点操作

对所有用户可见的站点操作

网站操作不是安全修整

安全的藓类植物的站点

moss 安全简介

Technorati 标签:

快速和简单: 使用固定的核心搜索结果中的关键字查询

快速和简单的说明:

编辑页面,并添加搜索核心成果 web 部件.

编辑该 web 部件并展开"固定关键字查询".

添加固定的关键字查询 (例如:. ContentType:"培训发票" TrainingInvoiceNumber:1111)

展开结果查询选项和更改"跨 Web 部件查询 ID" 为非"用户查询的值" (例如:. "查询 2").

备注:

使用核心搜索结果以这种方式让我创建一个页面,显示从另一个网站集的信息. 客户端有两个主要网站集合: 各部门和产品.

产品网站集合中包含, 很自然地, 产品信息. 网站集合中的每个产品总量的来自多个源的数据.

一个部门, 代码和测试, 在这种源. 当用户访问产品 XYZ, 他们应该直接在 XYZ 主要页面上看到代码和测试数据. 自编码和测试位于另一个站点集合中, 它是有点尴尬. 我们决定使用核心搜索结果 web 部件,因为搜索跨越网站集. 代码和测试管理产品数据通过受到特定内容类型的自定义列表. 首先使用自定义列表中的内容类型,然后缩小到单个行搜索的产品编号的 Aa 关键字查询.

上述关键字查询是和. 它返回文档的内容类型"培训发票" 和其中的发票编号等于"1111".

从这种方法的好处: 我们可以编辑 XSL,从核心搜索结果 web 部件和生成任何我们想要的格式.

在这里看到 (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) 关于这一主题的另一个博客讨论.

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

告诉我有关你的博客!

如果你保持至少微连接到 SharePoint 的博客, 请让我知道在评论. 我想加上你的我 博客列表.

如果你保持一个博客,没有连接到 SharePoint 但想让我将它添加到反正, 让我知道. 我将可能会创建一个单独的博客列表.

请给:

  • 你的博客网址 (很明显)
  • 你的博客的简短描述.

我想要保留链接到"活动" 博客, 其中我大致定义作为一个员额及每周最少三个月大. 如果你不能满足这一要求"" 无论如何将您的姓名添加到评论. 它具有 * 我 * 列出所以我可以打破我自己的规则,如果我想.

谢谢!

员工培训计划和材料模板 — 在模板中的减量 bug

客户端发现一个 bug 今天与上述模板.

课程经理创建课程. 当创建课程, 经理指定最大可用座位数.

该模板提供自助服务报名. 我注册和工作流附加到注册列表递减"可用座位" 该课程与关联.

个人也可能注销从一门课程. Bug 就在这里. 从课程注销并不增加可用座位计数器. 结果, 座位是不准确的. 这个 bug 雪上加霜的事实,当可用座位递减为零, 允许没有更多的自助服务注册.

幸运的是, 微软为这一进程提供工作流. 甚至更好, 它是通过 SharePoint 设计器创建的简单直接的工作流.

这些高层次的步骤来修复它:

  1. SDP 点燃.
  2. 基于关闭培训模板的网站的访问.
  3. 访问"与会者注销" 工作流.
  4. 插入这些步骤 (我要求他们的前两个步骤):
    1. 计算 课程:填充的席位 减号 1 (输出到 变量:除垢)
    2. (然后) 更新项目中 课程

单击完成您就完成.

屏幕截图:


SharePoint 设计器:

图像

完成工作流:

图像

计算深入:

图像

在课程中更新项目:

图像

经常给好消息; 早给坏消息

我已经很多年了现在有一名顾问,作为任何有经验的顾问知道, 良好的沟通是一个项目的成功交付的关键支柱之一. 它是如此的明显, 它是真的几乎无聊谈谈. 这不是一般的通信篇. 相反, 我正在写关于通信的黑暗一面 — 传达坏消息.

不用说好消息给客户端并完成所有的时间, 尽可能多. 谁不想给好消息? 谁不喜欢听到的好消息?

在另一面, 坏消息一点都不好玩. 总是纠结过这. 在我的职业生涯的早期日子, 我就知道有人出岔子与一个项目,而不是告诉客户端, 我会工作更长的时间来试图解决这个问题. 我会吩咐我的团队努力工作. 它是一种足够自然冲动想超人类的努力可以保存一天. 有时这作品, 有时它并不. 即使它"工作" 它往往是喜忧参半. 是的可交付结果真的到规范时关键部分质量已在几个 60 自 80 小时周?

处理坏消息的最佳方式是什么? 答案是: 早告诉. 不要等到一周之前将消耗项目预算. 如果你知道六个星期了,只是没有足够的时间来提供一些承诺功能, 就在那时告诉客户端. 客户端可能会生气 (可能会), 可能有罪名和指控,伤害感情. 但, 当情绪冷静下来, 在该项目上那里剩仍然六个星期. 六个星期是时间的一块很好. 还有时间来调整计划, 更改日程安排, 拿到球滚动预算扩展 (祝你好运!) 和只是一般正视与在地面上的事实"" 和制定新的计划,仍会导致一个成功的项目.

典型的例子: 我正在研究的特点是一个项目:

  • T&E 预算与上限"不超过" 美元数额.
  • "最佳将作出努力," 保证提供 X, Y 和 Z 的项目的结束.
  • 缺乏承诺的关键资源,在客户端上. 这些资源不被故意隐瞒, 也没有任何"坏" 原因, 但他们被扣留.
  • 作为该项目曙光实现传递的中途点,我们不会能提供"Z" (主要是因为所承诺的资源不是实际可用).
  • 定期状态报告和"就学" 支持我们的文档 (咨询团队) 向上.
  • 与来自咨询组织的成员紧密编织实施团队 (我的公司) 和客户端.
  • 遥远的管理团队, 隐喻和物理意义上说. 管理团队是侧重于另一个大型企业的项目以及由于空间的限制, 实施团队被安置在一所独立建筑在校园, 下一个小山和相对较远的方式从"文明".

与大约六个星期离开项目预算, 我们 (执行团队) 知道我们是麻烦. 合同说,我们需要提供"Z". 即使项目是时间 & 材料,即使我们只承诺"尽最大努力" 交付 Z,甚至我们虽然缺少交付大理由 … 底线是,它并不看起来很好 — 我们不会提供 Z 形状中质量的会让人感到骄傲.

认识到这一点, 我们去管理,并告诉他们,项目预算由某一特定日期会被消耗掉,而我们则在 Z 的麻烦.

迷你风暴爆发在接下来的几天里.

一天 1: 管理团队中及其工作人员的一次特别会议呼叫 (我们, 顾问公司未受邀). 打印合同并发放到每个人都和-逐行审查接着而来. 管理人员成员放在防守上. 我不认为这句话 "斯德哥尔摩综合征" 是 * 实际上 * 使用, 但是你图片. 我们是一个紧密的团体, 毕竟, 和工作人员一直与我们顾问每天进进出出的几个月现在.

一天 2: 管理调用另一工作人员会议. 他们感觉好一点. 他们想要的选项和想法向前. 他们意识到,仍然是当前的项目预算中剩余的六个星期, 这是仍然体面一点时间. 行动项目之一: 附表充分执行团队会议 (包括顾问).

一天 5: 完整团队开会, 建设性的会议随后和一个新的可行计划投入的地方. 甚至更好, 我们已经开始讨论第二阶段和客户端邀请我们准备阶段立即建议.

如果我们等到依然是只是三个星期, 甚至更糟, 一周或两周, 本来多不同. 而不是一次建设性的会议,重新调整该项目, 我们将会被拉出状态报告, 解析合同和复习旧的邮件来证明这或那的决定. 我们会有"赢了" 但它真的"赢了" 在这种情况下?

所以, 如果你要让坏消息, 早给它. 给出了迟到的坏消息并不只是坏, 它很可怕.

使用 “用户或用户组” 计算列中

人们通常问有关使用数据类型的列"的人或集团" 在另一列中的数据键入"计算".

底线, 这在 WSS 无法正常工作 3.0 (或苔藓).

添加计算的列时, WSS 显示的字段的列表,它允许您将用于计算. 如果您键入的名称不是在其列表中的列, 它告诉你:

不允许一个或多个列引用, 因为作为公式中不支持的数据类型定义列.

解决方法: 使用事件处理程序. 事件处理程序触发时,用户保存项目. 它执行你所想要为你做的计算的列的更新.

有用的链接上一般计算字段:

快速免责声明: 我相信上述是真实和准确, 但我看到足够聪明技巧在这里和那里的 MOSS/WSS 就不会非常惊讶 (如果您将们兴奋不已) 如果有人想出办法做到这一点而不是诉诸代码. 如果你已经想出聪明工作周围或知道有人吗, 请让我知道!

MOSS/WSS 告诉我: “该页面已被修改另一个作者上 …” 但实际上, 它不是.

我们做了一些重型重新组织的"管理内容和结构"通过我们的网站分类. 我不知道什么原因, 这一过程 (虽然在主要工作) 快速启动中打破一些导航链接. 特点是断开的链接:

  • 错误的 URL. 例如, 它应该是"/ 地点/部门/HumanResources /…". 不过, 新的链接是"网站/公司/HumanResources /…".
  • 查询字符串的标题重复的位, 如在:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType = 0?BaseType = 0?BaseType = 0?BaseType = 0

这一点很容易修复通过网站的设置导航. 除了, MOSS 介绍我用这个当我试着做:

图像

事实是, 没有人制作那里任何改变 (我的旁边, 答案是肯定的).

快速搜索这个 MSDN 论坛讨论的结果: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

威廉 Heurdier 奠定很好地在倒数第二 (作为的 10/02/07) 发布:

事实是:

重置已损坏的标题, 你有的 :

– 删除已损坏的标题下的所有项目列表

– 删除已损坏的标题

– 从列表中的设置, 将已删除的列表添加到快速启动 (这重新生成非损坏的标题)

你是那么好去….


Sharepoint 专家 – Sogeti Cap Gemini 瑞士

我是有点混淆,因为我一直想要转到导航页面, 进行更改,然后就碰上"页面被修改" 消息. 最终, 我意识到我不得不转到列表设置并删除/添加到快速启动. 这是成功的关键. 快乐的时光在这里再一次!

</结束>

订阅我的博客!

存在的问题 “暂停直至日期” 浪涌保护器创建工作流中的活动

更新 12/10/07: 在 MSDN KB929816 所述的修补程序解决了这个问题,我们下面提到. 获取此修复程序,然后安装在每个服务器场中的. 然后, sharepoint 配置实用程序在每个服务器上. 这里是那个 KB 的 MS 支持链接: http://support.microsoft.com/kb/932816.

背景:

我们有一项业务要求环境工程部经理需要确保的地方 30 中制造地点遍布美国需求,以确保那些植物文件及时他们各种国家授权许可证. 一种方法,我们调查了利用"暂停直到日期" 活动通过 SharePoint 设计师 worfklow 提供给我们. 工程部经理 (或者她的助理) 在今年年初进入所有必需的许可证和提醒日期. 系统然后做繁重的工作.

环境:

苔藓, 64 位, 虚拟机环境 (发展框), 2 服务器 (在服务器上的 SQL #1, 所有其他服务器上 #2).

问题:

暂停直到日期操作看起来似乎最完美的解决方案,完全可以证明,自己是. 不过, 它不能离开框中 (对我们来说).

  1. 工作流不是计划运行作业, 过. 通过阅读就发现了这 克里斯托弗 · 怀特 (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) 通过使用 stsadm 广交优秀撰写:

    C:\>stsadm-o getproperty-异步"就业工作流" -url http://本地主机

    <属性存在 ="不" />

    C:\>

    这是一个令人惊讶的结果,但容易解决:

    C:\>stsadm-o setproperty-异步"作业 worfklow" -属性值"每个 1 间隔分钟数 0 59" -url http://本地主机

    操作已成功完成.

    C:\>

    在这样做时, 第一次"的进展" 工作流快速高涨起来并做了工作.

  2. 不幸的是, 下一次没有按预期方式工作. 值得庆幸的是, 克里斯托弗是指我们 在这里 (http://support.microsoft.com/kb/932816). 作为此项的写作, 我们在等待 IT 部门,以获得该修补程序, 但是貌似很有前途. 我们的受影响.dll 的副本不共享相同的字节大小, 所以我希望这会解决问题.

解决方法:

重新运行 stsadm-o setproperty 命令似乎督促工作流计时器清醒. 它将, 约 7 分钟后, 其实醒来和继续工作流.

问题 / 处理的问题:

暂停直至日期不工作.

暂停直至日期无法恢复.

工作流状态不会更改从"正在进展"

工作流状态保持"正在进展"