快速 & 容易: 创建一个文件夹,并将分配一个内容类型 (或, 有你的 Kpi,它们也吃)

为了变通 KPI 问题 我写了关于这里, 我做了一些测试,发现该 KPI 工作对 meta 数据的文件夹相同的方式,他们工作对文件或列表项目. 我证明了通过创建新的内容类型基于文件夹内容类型,然后添加几个字段. 我创建了一些指标和证明自己 Kpi 按预期方式工作. 这是一个好消息. 它并不完美, 因为向下钻取你从 KPI 对文件夹不是你想要什么. 这不是在我的例子太多缺点因为 1) 最终用户不知道任何更好和 2) 向下钻取转到文件夹. 他们单击文件夹名称和他们处于项目. 它是一个两次点击, 这不是世界末日.

这很好地流的是我正在做的工作. 我创建了一个文件夹获取上传的每个文档. 这是通过事件接收器. 结果, 它是一块蛋糕要保持 父文件夹 元数据同步与 KPI 驱动元数据从文件本身因为水管已到位. This allows me to have my KPI’s and eat them too 🙂

我修改事件接收器添加该文件夹,然后将这个新文件夹中的内容类型设置为我自定义 KPI 友好内容类型. 这段代码是成功的关键:

 SPFolderCollection srcFolders = targetWeb.GetFolder("文档").子文件夹;
  SPFolder addedFolder = srcFolders.Add(属性。ListItem.ID.ToString());
  SPContentTypeId kpiCT = 新增功能 SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item["内容类型 ID"] kpiCT =;
  addedFolder.Item.Update();

若要查找实际的内容类型 ID, 我访问通过网站设置该内容类型和复制/粘贴它从如图所示的 URL:

图像

</结束>

订阅我的博客!

Technorati 标签: ,

快速、 方便: 事件接收器中获得 SPListItem 的 SPFolder

我不愿承认这一点, 但这一所有困扰了我一天. 我的事件接收器需要更新其父文件夹的字段. 这一点点演示如何做它:

私人 无效 UpdateParentFolder(SPItemEventProperties 属性)
{

SPFolder thisItemFolder = 属性。ListItem.File.ParentFolder;
thisItemFolder.Item["ZZ 审批状态"] = "好消息, 每个人都!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

在此情况下, 我正在与文档库和属性来自 ItemAdded 的事件.

问题在于你不该项目的 SPFolder 直接从项目本身 (e 小节. 属性。ListItem.Folder 为空). 相反, 转到列表项关联的文件,并获取该文件的文件夹.

</结束>

订阅我的博客!

Technorati 标签:

另一个事件接收器尚未调试技巧

我确信我不是第一次的人来了. 不过, 我没注意到有人开始密切关注社区去年 7 月发布这样的小把戏. 所以, 我以为我会寄此快速而轻松地调试提示.

我的工作,开始生成此错误的事件接收器 12 配置单元:

加载时出错,并在 xyzzy 中运行事件接收器 Conchango.xyzzyEventReceiver, 版本 = 1.0.0.0, 文化 = 中性, 公钥 = blahbalhbalh. 附加信息是下面. : 未设置到对象的实例的对象引用.

我不知道在哪里我曾经引进了这个 bug,因为我做了太多的事情,在我的代码,部署,测试周期之一.

我试着 此解决方案 想我 pdb 抱着希望,SharePoint 12 配置单元会显示堆栈跟踪, 但运气不好. 我不知道如果有可能,如果有人做了, 请让我知道 🙂

我知道这是可能的 将您自己日志消息写入 12 配置单元. 坦白地说, 我想要的东西稍少一些可怕的和更快地实现.

我想到我至少能让一些基本的跟踪信息的捕捉和再次引发像这样的泛型异常:

  请尝试 {
    UpdateEditionDate(属性);
  }
  赶上 (异常 e)
  {
    抛出 新增功能 异常("调度员, UpdateEditionDate(): 异常: [" + e.ToString() + "].");
  }

这显示在 12 这上面配置单元:

加载时出错,并在 xyzzy 中运行事件接收器 Conchango.xyzzyEventReceiver, 版本 = 1.0.0.0, 文化 = 中性, 公钥 = 特立. 附加信息是下面. : 调度程序, UpdateEditionDate(): 异常: [System.NullReferenceException: 未设置到对象的实例的对象引用. 在 Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(SPItemEventProperties 属性) 在 Conchango.xyzzyManagementEventReceiver.Dispatcher(SPItemEventProperties 属性, 字符串 eventDescription)].

这给了我追踪这一具体问题所需的所有细节,我希望使用它很多前进.

</结束>

订阅我的博客!

周日搞笑: “不适用于出口”

绕回来 1998, 我当时工作的公司收到了一些资金,以创建一个新的电子商务产品. 我们有各种各样的业务需求来满足. 它必须是快速, 为最终用户提供方便, 奢华, 多语言, 等. 不幸的是, 大概没了作为一套宏伟的那些令人兴奋的日子以来完成的工作.

这一努力预日构架. 普通的香草 ASP 仍然是有些新 (或至少对我的公司很不熟悉). "砖和砂浆" 公司是注定. 注定要! 这是说它开创性工作. 不强子对撞机开拓性的工作, 但是,我们在我们的小世界, 它开拓性工作.

我们疯了忙. 我们在做迷你 POC 的几乎每一天, 找出如何在本质上无国籍的介质中维护状态, 搞清楚多语言问题, 行级安全性. 我们甚至已经创建的词汇来定义基本术语 (我首选状态持久性,但出于某种原因, 尴尬的"statefull" 赢得这一天).

正如我们在疯狂地创造此产品, 在那儿试图卖掉它,营销和销售人. 不知何故, 他们设法把它卖给我们噩梦般的场景. 即使我们被设计和实施企业解决方案, 我们真的没想到的第一个客户要使用我们的产品一天零建成每一功能. 这位客户需要多语言, 从"标准从根本上不同的用户界面" 系统使用相同的业务逻辑,但. 多语言在这种情况下,尤其是硬, 因为我们始终专注于西班牙文或法文, 但在此情况下, 这是中国 (这是一个双字节字符设置和所需特殊处理给我们使用的技术).

我和几个月飞快地向前吧到北京的西北航空班机. 我一直忙着准备这次旅行,我几乎不知道去那里是什么. 我读过一本书一次关于如何美国几年来在中国一直和掌握了语言. 一天他走城市和一些人问路. 去谈话的东西这:

  • 美国: "你能告诉我怎么去 [XX] 街?"
  • 中文: "抱歉, 我们不会说英语".
  • 美国: "哦, 好我说普通话。" 他再问他们在中国, 但更清楚 (他所能最好).
  • 中文: 很有礼貌地, "抱歉, 我们不会说英语".

谈了这样一点,美国放弃了在挫折中. 当他离开他们,他无意中听到说话,另一个人, "我敢发誓,他在问路到 [XX] 街。"

我接了几个双边投资条约和其他与中国相关的准信息和"有用的建议"的片断:

  • 参与合作韩国告诉我我需要要小心中国人的因为"他们将会尝试把我灌醉并利用你" 在向我施加压力到不好的业务决策的感觉.
  • 我们不允许开汽车 (有一些混乱,这是否是一个自定义, 法律要求或只是客户端的规则).
  • 有会通过海关的特殊规则.
  • 我们不是允许使用美国的金钱的东西.
  • 你不应该离开小贴士. 它是侮辱性的如果你这样做.

最后, 我有相对新鲜的记忆 天安门大屠杀. 当时大学, 我记得我看到实时的 Usenet 帖子作为在惊恐中的世界.

在短, 当时我很紧张. 我并不只是正常紧张的意义上说,我送了数量级比任何东西都更复杂我之前做过的解决方案. 我也是担心不小心打破一个规则,可以给我麻烦.

我在这 14 小时的飞行,尽管它是业务类, 14 小时是该死长一段时间. 有只很多方式来娱乐自己通过阅读, 看电影或玩磁化餐具. 即使真正的好书很难读几个小时直.

最终, 我开始阅读一种软件我用手提着和我一起到客户端上的包装材料, 网景公司的 web 服务器. 我正在读的硬件/软件要求, 市场营销导语, 突然看着漂亮的图片, 我零上的巨人"不适用于出口" 警告, 有关的东西 128 位加密. 我把盒子塞回我随身携带的包, 警告面朝下 (如果那会有帮助) 试图保持的幻象 午夜快车 从我的头.

回过头来看现在, 应一直担心, 如果在所有, 当我离开美国, 不是在我进入中国的时候 🙂 没有发生任何不愉快的事情,我仍然认为这是我有幸进行的最好、最难忘的商务旅行.

</结束>

订阅我的博客!

Technorati 标签: ,

解决方案: SPQuery 不能搜索文件夹

过去这周我正在实施"演变" 使用 BDC 和 SPQuery 并遇到一些困难,使用 SPQuery 针对包含文件夹的文档库的客户端解决方案. 底线: 分配"递归" 在视图属性中的查询.

我的方案:

  • 周一, 上传文档,并提供一些元数据.
  • 下一周, 我上传一个新的文档. 很多此新文档的元数据基于我周一传的文档 (我们称之为"主文档").
  • 我们已经创建了 web 服务门面提供 BDC-友好界面到列表中,以便用户可以方便地找到那星期一通过搜索标题的文档.
  • BDC 数据列提供了一个友好的用户界面. (这是企图的我在为一个更友好的查阅列使用 BDC 的一部分).

最后的 BDC 门面服务使用像这样的查询进行查找:

 // U2U 工具用于生成此 CAML 查询帮助.
      oQuery.Query =
        "<在哪里>";

      如果 (titleFilter.Length > 0)
        oQuery.Query   =
          "  <和>";

      oQuery.Query   =
        "    <和>" +
        "      <Geq>" +
        "        <FieldRef 名称 = "DocumentId" />" +
        "        <值类型 = "Text">" + minId + "</价值>" +
        "      </Geq>" +
        "      <Leq>" +
        "        <FieldRef 名称 = "DocumentId" />" +
        "        <值类型 = "Text">" + maxId + "</价值>" +
        "      </Leq>" +
        "    </和>";

      如果 (titleFilter.Length > 0)
        oQuery.Query   =
          "    <包含>" +
          "      <FieldRef 名称 = "Title" />" +
          "      <值类型 = "Text">" + titleFilter + "</价值>" +
          "    </包含>" +
          "  </和>";
      oQuery.Query   =
        "</在哪里>";

在发展的初始阶段, 这工作得非常棒. 不过, 我们引入的目录来解决一些问题的文件夹和突然, 我 BDC 选取器不会返回任何结果. 我跟踪这 SPQuery 将永远不会返回任何结果的事实. 我们文件夹主要用于允许多个文件具有相同的名称,要上载,但使用不同的元数据. 当上载文件, 我们创建一个基于 ID 的列表项的文件夹,然后移动该文件存在 (写了, 在这里; 我们已经 好坏参半的结果 这种方法,但整体上, 它好工作). 用户不关心文件夹,事实上, 真不明白有任何文件夹. 我们已经配置上要显示的项目而不考虑文件夹的库的所有视图.

我打了两倍的技术实施发展和解决它以不同的方式每次这个问题. 第一次, 我不在查询中使用包含运算符. 没有包含运算符, 我是能够解决的问题通过指定视图上 SPQuery 的构造函数. 而不是使用默认的构造函数:

写入 oList = web。列表["文档"];

SPQuery oQuery = 新增功能 SPQuery();

我转而用于指定视图的构造函数:

写入 oList = web。列表["文档"];

SPQuery oQuery = 新增功能 SPQuery(oList.Views["所有的文档"]);

这解决了这个问题,我开始我的结果.

然后加入混合的 CONTAINS 操作符,它再一次打破了. 原来,包含运算符, 到目前为止,我可以告诉, 不能与视图相同的方式更简单的 GEQ / LEQ 运算符. 我做了一些搜索,学到了,该查询 ViewAttributes 应该设置为"递归", 如在:

oQuery.ViewAttributes = "范围 = "Recursive"";

包含用于解决了这个问题. 事实上, 这也解决了我原来的搜索问题和如果指定递归属性第一次, 我会不有问题再碰到.

基于视图的 SPQuery 工程部分经营者这一事实 (GEQ/LEQ) 而不是其他 (包含), 加上这一事实似乎 Kpi 不能工作在所有与此文件夹包含的文档库主角我相信 SPQuery 具有正交性的几个问题.

特别感谢:

  • 在的好人们 U2U 和他们的查询工具.
  • 迈克尔 · 哈弗的伟大 "边学边做" 博客张贴内容, 意见及回应.

</结束>

订阅我的博客!

MOSS KPI 的 bug? 绑定到文档库的文件夹的列表指示器

更新 02/29/08: 这解决了创建一个文件夹,然后将内容类型分配给有需要用于 Kpi 的 meta 数据的文件夹. 我在这里的一个小更详细的描述,.

我们已实施技术解决方案,用户将文档上载到文档库. 事件接收器创建目录,并将文件移到该目录 (使用类似于我写了有关的技术 在这里). 我们已经成功地驶过致重命名上传的文件的事件接收器的潜在问题 (主要是因为用户通过单击"新建从来没有开始他们的文档" 但而创建的文档本地,然后将它们上载).

这些文件的元数据包括 Yes/没有站点列称为"紧急" 和另一个网站栏名为"状态". 我们需要显示的百分比"紧急的业务要求" 其状态为"挂起"的文件.

这是通常简单的事 和描述了这种事非常在 SharePoint 比格犬 有很多的如果你感兴趣的屏幕截图.

简而言之, 我做了以下:

  • 上称为"挂起"的文档库创建视图.
  • 配置要忽略文件夹结构的视图.
  • 创建 KPI 列表.
  • 创建指标,在列表中,指向 doc lib 和那"挂起" 视图.

这是完全行不通. KPI 显示我的目标 (例如:. 五个紧急文件) 但总是显示紧急文件为零的实际数. 矛盾的是, 如果你深入查看详细信息, 它显示列表中的五个紧急文件. 我与两个文档创建一个非常简单的场景, 一个在一个文件夹和一个不. 这里是屏幕截图:

图像

上面的屏幕快照清楚地显示有两个文件中的视图,但"价值" 是一种. "CamlSchema" 空白的文档 Id 是的根文件夹中,另一种是在一个名为"84"文件夹中.

依我看来,即使您指定的视图, KPI 不理会"显示所有项目没有文件夹" 设置和改为, 局限到根文件夹.

如果我错了, 请放我一条线或留下评论.

</结束>

订阅我的博客!

Technorati 标签:

展能就业科的工作流 “从用户收集数据”: 修改生成的任务窗体

我正在进行一个项目,使用五个不同 SharePoint 设计师工作流来处理一些文档审批. SPD 提供从用户的"收集数据" 行动以便我们可以提示用户输入信息的不同位, 例如,是否他们批准它, 一些评论和也许问他们那天晚上吃晚饭了.

形式是完美的功能. 他们都向任务列表作为内容类型. 他们是 100% 系统生成. 这是他们的力量和弱点. 如果我们能活着与默认窗体, 然后我们就去. 不过, 我们不能太多控制 SPD 如何创建窗体. 如果我们不喜欢这种默认行为, 我们需要求助于各种招数来绕过它 (例如, 上一个任务设置优先级).

我需要对这些任务形式,开放查看属性提供一个链接 (dispform.asxp) 对"有关项目" 在新窗口中. 这提供了一键式访问到相关项目的元数据. 这是我的意思是:

图像

值得庆幸的是, 我们可以这样做并不是很难. 概括地说, 点燃 SPD, 导航到房子的工作流文件的目录,然后打开您想要修改的 ASPX 文件. 这些都只是经典的 XSL 变换指令,如果你已经弄乱 itemstyle.xsl, 搜索或 XSL 的其他方案, 这将便于您. 事实上, 发现了这是通常更容易,因为生成的窗体是一定程度上容易遵循与搜索核心结果 web 部件 (或 梦魇般 CWQP).

答案是肯定的, 还有一个主要的陷阱. SPD 的工作流编辑器预计该文件的完全控制权. 如果你对其进行修改, SPD 将愉快地覆盖权设置的情况下你的变化给. 我做两个快速测试,看看这能得到多么糟糕. 他们都预先假定你已经精心设计有效的 SPD 工作流使用来自用户的"收集数据" 一步.

测试 1:

  • 手工修改 ASPX 文件.
  • 对它进行测试 (验证您的更改被正确的保存和不破坏任何东西).
  • 开放工作流,并添加不相关的操作 (例如"日志到历史记录").
  • 保存工作流.

结果: 在此情况下, SPD 没有重新创建窗体.

测试 2:

  • 做相同 #1 除了直接修改"收集用户的数据" 行动.

结果: 这重新创建从零开始的窗体, 过度写您的更改.

最后注意到:

  • 至少两个 SPD 行动创建这样的形式: "从用户那里收集数据" 和"分配做项目". 这两种操作’ 可以手动修改窗体.
  • 我是能够生成我到 dispform.aspx 的链接,因为, 在这种情况下, 相关项目总是有相关的项目 URL 中嵌入其 ID. 我是能够提取它,然后再生成 <href> 在此基础提供一次单击元数据访问功能. 它不太可能您的 URL 遵循这个规律. 可能有其他方法可以获得相关的项的 ID,但还没有过那座桥, 所以我不知道如果获取到深渊的另一边.
  • 我没调查, 但我不会感到惊讶,如果有某种中的模板文件 12 我可以修改影响 SPD 如何生成的默认窗体的蜂巢 (就像我们可以修改通知模板).

</结束>

订阅我的博客!

Technorati 标签: ,

正在 “未知的错误” 消息真的比一个堆栈跟踪?

我读到 Madhur 的博客文章如何 启用堆栈跟踪显示 现在我在想: 为什么不要我们总是显示堆栈跟踪?

谁走过来与该规则,为什么我们要遵循它?

最终用户会知道无论哪种情况不对劲. 至少与一个堆栈跟踪, 他们可以按控制打印屏幕, 复制/粘贴到电子邮件并将它发送给它. 这显然会减少解决问题所需的精力与时间.

</结束>

Technorati 标签:

星期日 (令人尴尬) 搞笑: “我的名字是保罗 · 高尔文”

几年前一群, 我的老板问我要一些用户进行一种叫做结果产品培训. 结果是最终用户报告工具. 它是大致类似于 SQL 服务器报告服务或水晶. 在时间, 它旨在在绿色管上运行 (例如:. Wyse 50 终端) 连接到 Unix 盒通过 telnet.

我的默认回答开头的任何问题"你能 … " "是" 这就是所有麻烦的都开始.

在客户端是出在南加州一家化学公司和只是约裹了起来基于主要 ERP 实施 QAD 的 MFG/PRO. 实施计划现在呼吁为培训力量最终用户结果产品.

我不是此工具的大用户,当然从未锻炼之前的任何人. 不过, 我进行了几次其他培训类的是快速的在我的脚上, 所以我并不太担心,. 丹尼斯 ·, 真正全职结果讲师, 给了我他的培训材料. 回过头来看现在, 这种真的很荒谬. 我不了解的产品, 从来没有正式对它训练和当然从来没有告诉它. 训练它的任何人都有什么业务?

后勤上复杂的东西, 我应邀去了,遇见一个人在芝加哥作为预销售接洽沿途的一部分. 计划是要飞出新泽西, 去芝加哥, 一个小时会晤前景,然后继续飞往加利福尼亚.

井, 我到芝加哥和我的团队销售的家伙犯了一些错误,从未证实会议. 所以, 我出现了,前景不在那里. 令人敬畏. 我收拾好,离开继续 CA. 在此过程中的某个地方, 发现客户端学习不少于 24 小时前我的到来,"保罗 · 高尔文" 教学类, 不是丹尼斯. 客户端爱丹尼斯. 他们想要知道"是这个 Paul 高尔文人?" "为什么我们应该相信他?" "为什么我们应该为他?" 丹尼斯显然不是赞同我 "早给坏消息" 哲学. 令人敬畏.

我到达机场的和一些愚蠢的原因, 我已经检查我的行李. 向 LAX 但我的行李却没有. 对我来说, 丢失行李很像经历 七个阶段的悲伤. 最终我能去酒店, 与没有行李, 累了, 又饿又戴着我 (现在, 很皱) 西装. 它需要很长的时间才能从纽瓦克 — 到奥黑尔 — 到客户端 — 回奥黑尔 — 最后到洛杉矶机场.

我终于发现自己坐在酒店房间里, 嚼着巧克力棒, 搞得精疲力竭,试着鼓起的能量,通过培训材料再次扫描,我不会看起来像十足的蠢驴,当着全班的面. 这是当时我的一个低点位.

醒来时,第二天, 我最大努力抚平我的西装,看起来没喜欢吗威利 · 洛曼在糟糕的一天,奔到客户端. 正如经常的情况, 在的人,她很好, 有礼貌、 很愉快. 这对她非常生气的电子邮件/语音邮件的前一天站在形成鲜明的对比. 她带领我关于 3 通过对分段建筑英里地区,在一个巨型的化工仓库,在那里我们会进行类接下来的三天. 《 15 或 20 学生慢慢地组装, 她们中的大多数仍然期待丹尼斯.

总是首先我的培训课程,我自我介绍, 给一些背景和写作我在白板上的联系信息. 像我说的, "早上好, 我的名字叫保罗 · 高尔文", 我写我的名字, 电子邮件和电话号码向上大的字母,这样,每个人都可以清楚的看到它在白板上. 我处理的事实,我接替丹尼斯,我向他们保证我是合适的替代, 等. 我让每个人简要地告诉我他们的名字和他们想要获得在课下,我可以定制满足其具体需求的东西,我走. 一些常用的东西.

我们包起来和火起来的投影仪. 我去抹去我的联系人信息和 … 我写了在永久性标记. 所以窘. 在我的脑海, 它看起来就像这: 有这"保罗 · 高尔文" 人, 最后一分钟更换为我们心爱的丹尼斯的. 他穿着皱巴巴了西装、 胡子拉碴. 他只是在我们白板上写他名字巨大的字母 永久标记. 多么的景象!

一切都结束了快乐, 然而. 这是一家化学公司, 毕竟. 一位灰白头发资深员工拉从架子上的东西,, 大概是在违反环保法规, 清除审计委员会. 我设法保持 1/2 整个课程班前一天,他们给了我好好复习中结束. 这巩固了我的"父爱" 在我公司的声誉. 我的行李到达的第一天, 所以很多像样天二和第三.

当我正在回家的红色眼睛, 我苦苦思索"经验教训". 有很多可以考虑. 沟通是关键. 告诉客户更改计划中. 永远不要检查你的行李在机场如果你可能可以避免它. 带备用"的东西" 万一你做检查你的行李和它不使它. 我认为最重要的教训, 然而, 这是: 在左下角的白板在写作之前,一定要测试一个标记, 在巨大的信件, "保罗 · 高尔文".

</结束>

Technorati 标签: ,

观点: SharePoint vs. 大型强子对撞机

由于一些古怪联合航空公司航班在 90 年代中期, 我不知怎么实现最终要变换的"未使用的里程约" 到十几个免费杂志订阅. 这就是我是如何结束美国科学杂志订阅.

作为软件 / 咨询人, 我们在我们的职业生涯中遇到很多困难的业务需求. 大部分时间, 我们爱满足这些要求,事实上, 这可能是为什么我们认为这个职业是世界上最好的. 我偶尔不知道只是世界上我如果会做与自己在历史上的任何其他时候都生来. 将错过我现在要做的工作的种类将会多么可怕, 在这个时间和地点在世界历史上? 我认为: 很可怕.

多年来, 我面对过的要求有一些极具挑战性,满足. 复杂的 SharePoint 东西, 建立 web 处理框架基于非 web 友好技术, 复杂的 BizTalk 业务流程等. 我们都能 (希望) 自豪地回头看我们的职业生涯和说, "是的, 这是一个很难解决, 但最终我闭那狗娘养的!" 更重要的是, 甚至更有趣、 更好玩的挑战等待.

我个人认为,我的简历, 在这方面, 是很深很自豪的它 (虽然我知道我的妻子不是会明白 1/20,它). 但在这周, 我读到一篇关于 大型强子对撞机 在我美国科学杂志和有一个那些罕见的羞辱我意识到我的巨人"尽管" 在某些圈子或多深,我觉得我很好的经验中的地位, 在完全不同的世界里有真正的伟人.

一些很棘手的问题,管理人对大型强子对撞机团队. 考虑月亮. 我真的不认为许多关于月球的 (虽然我一直很怀疑,它因为我学到了地球的自转的速度, 其中不能长远来说是件好事对我们人类). 但, 大型强子对撞机团队不必担心. 大型强子对撞机的测量设备是如此敏感,他们受月亮的 (Earth-rotation-slowing-and-eventually-killing-all-life) 重力. 这是一件了不起的要求以满足 — 产生正确测量尽管月球的干扰.

我思考这个问题,当我读到这句话: "第一级将接收并分析中只有一个探测器的所有组件的子集的数据, 从它可以挑出基于孤立的因素,例如是否有前途事件,精力充沛的 μ 介子被发现在大角度从梁轴飞出来。" 真的 … ? 在这种的沙箱和永远不会我不玩.

下一次我与一些朋友, 我要去敬在 LHC 上工作的很好的人, 希望他们不要成功地权衡希格斯玻色子粒子和诅咒月亮. 我建议你做相同. It will be quite the toast 🙂

</结束>

Technorati 标签: