基金会

改进指针事件 Polyfill

发布日期： 作者：

今天，我们很高兴地宣布，Google 已将其 指针事件 Polyfill 转移到 jQuery 基金会。 此 Polyfill 最初由 Google 的 Polymer 团队编写，但由于 Google 已选择暂停其指针事件实现，因此我们参与了确保 Polyfill 得到维护并继续成为开发人员可以使用的工具，以便在所有浏览器中最终实现原生实现的路径。 非常感谢 Google 和 Polymer 团队让我们能够从他们的工作中构建并继续发展。

jQuery 基金会一直是，并将继续是 标准的坚定支持者，我们特别 强烈支持指针事件标准，因为它将简化 Web 开发人员处理用户交互的方式。 如今，开发人员为鼠标和触摸配备了两种截然不同的事件模型，即使它们有很多相似之处。 结果往往是代码中存在大量特殊情况，尤其是在设备本身从触摸中生成“假”鼠标事件时。 jQuery 基金会希望推动开发人员采用这种统一的事件系统。 我们的目标是让所有浏览器都原生实现此标准。

就在昨天，W3C 将指针事件规范提升至 建议草案 阶段。 这使得指针事件更接近于完成的标准，并为浏览器提供了坚实的基础来实现这些 API。 一些浏览器甚至已经开始实现。 不出所料，Internet Explorer（第一个实现指针事件的地方，在提交给 W3C 进行标准化之前就开始实现），已经实现了指针事件，而 Firefox 的代码库中有一个分支正在实现指针事件，他们 打算将其移植到所有版本的 Firefox。 这两个实现最近都 通过了指针事件测试套件的 100%，因此实现进展顺利。

我们要感谢 Microsoft Open Technologies 对 指针事件的辛勤工作以及他们持续的支持。 我们还要感谢 IBM、Mozilla、Google、Dojo 以及其他许多组织和个人，他们通过创建、培养和推广像指针事件这样的新标准，帮助并继续帮助使开发人员的生活更轻松。 如果您想参与进来，或者只是想在您的项目中开始使用指针事件，请访问新的 指针事件仓库 并查看它。

项目

QUnit 1.16 版本和路线图

发布日期： 作者：

我们刚刚发布了 QUnit 1.16，这是该项目的重要里程碑。 此版本引入了几个新 API，它们将成为 QUnit 2.0 中的默认 API。 为了帮助迁移到这些 API，您现在可以在 1.16 中开始使用它们。 我们的 2.x 升级指南提供了将现有测试套件更改为新 API 所需的所有详细信息。

以下是新 API 的简要概述

QUnit.test( "assert.async() test", function( assert ) {
  var done = assert.async();
  var input = $( "#test-input" ).focus();
  setTimeout(function() {
    assert.equal( document.activeElement, input[0], "Input was focused" );
    done();
  });
});

您仍然可以通过调用 QUnit.test 并传递名称和回调来定义测试。 回调接收一个包含所有断言方法的 assert 参数。 assert.async() 方法是全新的，它取代了旧的 stop() 方法。 返回的回调（此处名为 done）稍后在测试完成后被调用，取代了旧的 start() 方法。

此外，QUnit 1.16 包含了一些改进和新功能

  • Promise 支持：作为对异步控制的增强，测试块现在支持 Promise，这意味着 QUnit 将等待测试使用通过或失败语句解析。
  • QUnit 异步测试现在还可以使用新的 var done = assert.async() 方法而不是旧的 stop()/start() 来定义，使其特定于测试块。
  • QUnit.skip：此方法可用于定义未执行的测试，作为占位符或临时禁用现有测试（而不是注释掉它）。 跳过的测试仍显示在 HTML 报告器中，并以“跳过”的形式突出显示。
  • testId URL 参数：单击单个测试的“重新运行”链接时，现在使用测试名称的哈希来引用测试（称为 testId），而不是之前的 testNumber。 使用哈希可以确保测试的顺序可以更改，而 QUnit 仍然会重新运行之前选择的相同测试。
  • CommonJS 导出：QUnit 现在也查找 exports 对象并使用它来导出自身，使 QUnit 可以在 Rhino 上使用 -require 选项。
  • 还有一些较小的更改。 有关完整列表，请查看变更日志。

路线图

对于未来的版本，我们还计划进行一些改进

标准化的报告器接口

目前，将任何单元测试库集成到其他工具（如 PhantomJS、browserstack-runner 或 Karma）中都需要自定义集成代码，即库和工具的组合。 我们已经开始努力创建所有测试库都可以实现的标准报告器接口，称为 js-reporters，供这些工具使用。 协调各个项目之间并让他们就通用 API 达成一致并实现它需要时间，但这将为所有人带来更好的测试基础设施。

更好的差异输出

在编写比较具有深层结构或许多属性的对象（如 Ember 模型或 Moment 实例）的单元测试时，当前的差异输出速度很慢且效率低下。 此外，还有一些比较难以读取差异。 替换差异库并实施自定义优化（例如，只显示大型对象中叶子节点的差异），将使 QUnit 的 HTML 报告器更加人性化。 我们有一个 所有差异相关问题的列表。

更好地支持编写自定义断言

自定义断言是测试套件中的一种强大的抽象方法。 它们目前使用不足。 我们想 研究编写自定义断言的更好的 API，以及现有和新 API 的更好文档。

支持嵌套模块

嵌套模块（如 Jasmine 和 Mocha 支持它）在构建测试套件方面提供了更大的灵活性。 已经有 关于 API 的讨论和原型，但尚未达成一致。

对于任何重大更改，我们将应用当前使用的相同迁移模型。 所有向后兼容的更改都将进入下一个次要版本，任何不兼容的更改将在次要版本中引入迁移层，并在下一个主要版本中删除迁移层。

QUnit 团队

QUnit 团队还希望借此机会自我介绍

2014 年 9 月在芝加哥举行的 jQuery 大会上，从左到右：Jörn Zaefferer、Timo“Krinkle”Tijhof、James M. Greene 和 Leonardo Balter

 

jQuery

jQuery 3.0：下一代

发布日期： 作者：

很难相信 jQuery 发布已经快八年了。 这些年来，Web 开发发生了很大变化，jQuery 也随之发生了变化。 在所有这些时间里，团队一直在努力在维护与过去代码的兼容性以及支持当前最佳 Web 开发实践之间取得平衡。

其中一项最佳实践是语义版本控制，简称为 semver。 从实际意义上讲，semver 让开发人员（以及构建工具）能够了解迁移到新版软件所涉及的风险。 版本号采用 MAJOR.MINOR.PATCH 的形式，三个组件都是整数。 在 semver 中，如果 MAJOR 号码更改，则表示 API 中存在重大更改，因此开发人员需要注意。

版本控制的概念在 jQuery 中变得更加微妙，其中浏览器兼容性与 API 兼容性一样重要。 为了创建更精简的 jQuery，团队于 2013 年开始发布两个版本。 第一个版本保持在 1.x 版本线中，当前为 1.11.1，并保持与最大数量浏览器的兼容性。 第二个版本从 2.0.0 开始，现在为 2.1.1，放弃了对 IE8 或更低版本的浏览器支持，以便简化代码。 jQuery 的 1.x 和 2.x 版本具有相同的公共 API，即使它们的内部实现略有不同。

我们的下一个版本将使用不同的命名法。 和以前一样，将发布两个不同的文件。 当前版本的 1.11.1 的后续版本将成为 jQuery Compat 3.0。 jQuery 2.1.1 的后续版本将成为 jQuery 3.0。 npm 和 Bower 上有两个不同的包，但它们共享相同的版本，以表明它们具有相同的 API 行为。

从这些版本开始，我们将重新调整浏览器支持的策略。主要 jQuery 包仍然保持小巧紧凑，支持在其发布时常见的常青浏览器（特定浏览器的当前版本和前一个版本）。我们可能会根据市场份额在此包中支持其他浏览器。jQuery Compat 包提供了更广泛的浏览器支持，但以更大的文件大小和潜在的性能降低为代价。

尽管版本号大幅跳跃，但我们预计大多数当前 jQuery 代码不会出现很多迁移问题。我们只是在这个版本升级中成为良好的 semver 公民。例如删除弃用方法的更改将由新版本的 jQuery Migrate 插件 检测到，以便于查找和修复。我们将在以后的博文中提供有关更改的更多详细信息。

因此，以下是 jQuery API 3.0 版本的 TL;DR

  • 如果你需要支持最广泛的浏览器，包括 IE8、Opera 12、Safari 5 等，请使用 jQuery-Compat 3.0.0 包。我们建议大多数网站使用此版本，因为它为所有网站访问者提供了最佳的兼容性。
  • 如果你的网站仅针对常青的领先浏览器构建，或者是一个包含在 webview 中的基于 HTML 的应用程序（例如 PhoneGap 或 Cordova），并且你知道哪些浏览器引擎正在使用，那么请选择 jQuery 3.0.0 包。
  • 在我们宣布之前，这两个包都将在相应的数字版本中包含相同的公共 API。这应该让开发人员能够轻松地在两者之间切换，并最大限度地与第三方 jQuery 插件兼容。

在每个未来的版本中，我们将在 npm 和 bower 上提供这两个包。这两个包也将作为单个文件构建在 jQuery CDN 上提供。从那里使用它们就像包含 jquery-compat-3.0.0.js 或 jquery-3.0.0.js 一样简单，具体取决于你的需求。我们已经与运行 Google CDN 的人员进行了交谈，他们也将支持这两个包。

随着我们在 3.0 版本上的进一步进展，我们将向大家更新有关代码更改、支持的浏览器等详细信息。敬请关注！

项目

jQuery 基金会采用 Mousewheel 插件

发布于 由

jQuery 基金会很高兴地宣布，Brandon Aaron 已将他的 jquery-mousewheel 插件捐赠给 jQuery 基金会。Brandon 是 jQuery 团队的校友，他让插件保持良好的状态，只有很少的未解决问题。这是一个 非常流行的插件，经常与 jQuery UI 和其他小部件一起使用。

采用 mousewheel 插件是 jQuery 基金会让 Web 开发人员工作更轻松的使命的一部分。我们希望确保 Web 开发人员可以使用此插件，并相信它将在未来得到支持。当然，我们无法独自完成，并鼓励社区通过拉取请求和为 jQuery 基金会提供支持来参与进来。你可以在 https://github.com/jquery/jquery-mousewheel/ 上找到它。

被放弃或被忽视的开源项目可能是 Web 开发人员的一块心病。当开发人员的个人项目变得非常流行时，它往往超出了该开发人员维护和支持它的能力。更多的开发人员应该采取 Brandon 采取的步骤，寻找能够接手工作的人，当他们不再有时间时。正如 Eric Raymond 在The Cathedral and the Bazaar 中所说，“当你对程序失去兴趣时，你对它的最后责任就是把它交给一个称职的继任者。”

未分类

jQuery.com 2014 年 9 月安全回顾

发布于 由

在 9 月的最后两周，由于对我们 Web 服务器的一系列攻击，我们登上了新闻头条。今天，我们想向大家简要介绍一下我们网站的现状，以及过去两周发生的事情的回顾。

jQuery 遭到围攻

9 月 18 日凌晨，我们遭到 DDoS 攻击，网站下线。我们停机了几个小时。这些网站在 9 月 18 日当天晚些时候恢复了运行，一切似乎都很好。

后来，在 9 月 18 日下午，一家名为 RiskIQ 的安全公司联系了我们，报告他们的爬虫程序报告我们的内容网站正在提供恶意软件。从未有任何报告表明 jQuery 库或 CDN 遭到破坏。在收到该报告后，我们立即完全销毁并重新映像了所有这些机器，撤销并重新颁发了所有关联的 SSL 证书，并确认当时没有提供可疑内容。从那以后，我们自己的团队以及来自 Mozilla 和 MaxCDN 的安全人员一直在努力分析日志，并试图确认此次攻击的影响。

9 月 23 日，RiskIQ 公开发布了他们的报告，该报告在当天的各种媒体和 Twitter 上引起了广泛关注。第二天早上，9 月 24 日，随着对我们财产的 DDoS 攻击在频率和幅度上不断增加，CVE-2014-6271，也就是所谓的 ShellShock 漏洞，发布了。随着我们继续回应媒体讨论，并向社区通报 9 月 18 日发生的事情，我们再次成为受害者，遭到了一系列更加公开的攻击，这些攻击涉及到反复篡改 jquery.com。

我们对系统进行的调查尚未发现最初的攻击媒介。但是，我们确实采取了一些措施来提高自身安全性。例如，我们的一些 WordPress 安装已经过时，我们所有的服务器都容易受到最近的 shell 漏洞的影响，NGINX 也略微过时，也许还有一些其他的补丁等需要更新。基础设施团队深入研究并开始进行这些更改，并开始构建新的、完全修补和安全的服务器来托管我们的网站。这些更改似乎有效，因为篡改行为停止了，并且我们没有看到任何入侵迹象。

9 月 24 日晚些时候，一场大规模且持续不断的 DDoS 攻击开始了。它似乎会成波浪式地出现，但直到 9 月 28 日晚才停止。9 月 26 日和 27 日的大部分时间都花在了尝试实施各种产品和解决方案，以便使服务器保持运行状态。我们日夜不停地努力使网站保持在线状态。我们必须赞扬 Corey Frang、Adam Ulvi、基础设施团队的其余成员以及其他成员；他们通宵达旦，轮班工作，努力让我们保持在线状态。如果没有他们的努力，我们就不可能获得我们短暂的正常运行时间。我们采取的一项非常重要的措施是联系了 CloudFlare，他们慷慨且迅速地让我们使用他们的企业级服务，这极大地帮助我们缓解了这些攻击。

展望未来

jQuery 和 jQuery 基金会对 Web 生态系统至关重要，这一点从大量媒体报道以及众多表示关注的个人和组织向我们提出的关于此次攻击的问题中就可以看出来。jQuery 基金会每天都在努力维护和改进我们的项目以及围绕这些项目的结构。这项工作的目标是继续让 Web 开发人员的工作更轻松，并确保他们在标准和浏览器领域拥有发言权。但是，这些目标需要大量的资源。无论这些资源是由公司员工的专业知识或服务的提供，还是通过资金支持提供的，如果没有开源社区和我们支持的成员的支持，我们将无法继续这项重要工作。

在整个事件中，我们被多次问到为什么我们没有部署 XYZ 服务，或者为什么我们没有让我们的安全团队密切关注这些类型的风险。简单来说，我们的预算紧张，资源有限。我们的基础设施团队，以及我们大多数团队，都是由志愿者组成的，他们自愿贡献自己的时间，以确保一切正常运行。《Heartbleed》和 ShellShock 漏洞是最近的例子，说明了当开源项目被认为理所当然，并且被认为是正常的时，情况会变得多么糟糕。最终，一些事情会漏掉，而当人们在业余时间尽力而为时，这些漏洞会变得更大、更频繁。

那么，你能怎样帮助我们呢？作为个人，参与我们的一个项目。我们总是需要帮助编写代码、设计、维护服务器、参加活动，等等。请查看 contribute.jquery.org，或者在我们的许多频道中（列在 irc.jquery.org 上）中在 IRC 上向我们打招呼。作为组织，我们很乐意听取你愿意捐赠的任何服务、你可以抽出时间参加的任何开发人员或其他技术专业人员，或者你是否可以提供资金援助。请发送邮件到 membership@jquery.org，让我们知道你如何提供帮助。

我们不想过多谈论这些攻击，因为它们正在发生，因为在黑客眼中，我们仍然是一个诱人的目标，他们甚至在本文撰写之时仍在试图渗透我们的服务器。现在与社区分享所有这些信息，我们试图在解释正在发生的事情的必要性与可能由此产生的公开声明并表示我们相信已经控制住了局面的潜在反弹之间取得平衡。

也就是说，我们现在确实相信我们已经控制住了局面。为此，我们要对整个 jQuery 基础设施团队表示衷心的感谢，他们卷起袖子，为解决这些问题而不懈努力，让我们回到了良好的状态。我们将继续保持警惕，确保为我们用户社区提供的所有资源的可靠性和安全性。

未分类

关于 jQuery.com 被入侵的更新

发布于 由

今天上午 11:15 EDT，jQuery 基础设施团队收到了广泛的报告，并确认 jquery.com 遭到入侵。这次攻击旨在篡改我们的网站，而不是像 RiskIQ 在 9 月 18 日报告的那样注入恶意软件。我们相信，这些是可能使用相同攻击媒介的独立事件。

在意识到存在入侵后，我们立即将网站下线，并清理了受感染的文件。我们正在采取措施重新保护我们的服务器、升级依赖项和解决漏洞。

今天，没有任何报告表明我们的任何网站正在分发恶意软件，而且我们网站或 CDN 上的任何 jQuery 库代码今天或上周的报告的攻击期间都没有受到影响或修改。一些混淆源于上周的攻击者设置了一个域名，意图欺骗用户认为它是官方的 jQuery CDN。请注意，我们官方 CDN 托管的 jQuery 文件的官方域名是 code.jquery.com。

也有一些担忧认为，使用 jquery.com 和我们其他 WordPress 网站的开发人员和管理员的用户帐户可能在某种程度上受到了此次攻击的威胁。然而，唯一拥有受这些攻击影响的 WordPress 网站的用户帐户的人是 jQuery 团队成员；我们没有在任何受影响的网站上为任何类型的帐户提供公共用户注册。

我们正在继续积极处理和监控这种情况，并在我们了解更多信息后更新您。

更新

我们已将 https://jqueryjs.cn 迁移到仅运行我们信任的代码的新服务器，并继续密切关注情况。 – 2014 年 9 月 24 日下午 5:07 EDT 通过 Twitter

未分类

jquery.com 是否被入侵？

发布时间： 作者：

关于入侵的最新更新：jQuery.com 入侵的更新

今天早些时候，RiskIQ 发布了一篇博客文章，声明 jQuery.com 网站服务器在 9 月 18 日下午的一段时间内被入侵，并提供 RIG 利用工具包。我们对服务器和日志的内部调查尚未发现 RIG 利用工具包或证明确实存在入侵的证据。

RiskIQ 能够在 9 月 18 日与 jQuery 基础设施团队取得联系，之后 RiskIQ 团队成员试图寻找入侵的证据。到目前为止，调查一直无法重现或确认我们的服务器遭到入侵。我们没有收到任何其他安全公司或 jquery.com 用户的通知，确认存在入侵。通常，当我们的 jQuery 基础设施出现问题时，我们会在几分钟内收到 Twitter、IRC 等渠道的报告。

托管的 jQuery 库从未遭到入侵。

目前唯一可能被入侵的系统是运行 jquery.com 的网站软件或服务器。我们已要求 RiskIQ 帮助我们查看服务器日志和系统，以帮助确定入侵发生的时间和方式。请查看这篇博客文章以获取有关情况的更新。

即使我们没有直接的入侵证据，我们也已采取适当的预防措施，以确保我们的服务器安全清洁。如果您在 9 月 18 日访问了我们的任何网站，并担心您的系统可能被入侵，您可以遵循 RiskIQ 建议的建议。

  • 立即重新映像系统
  • 重置在系统上使用过的用户帐户的密码
  • 查看是否有任何可疑活动来自有问题的系统
未分类

jQuery 芝加哥圆桌会议！

发布时间： 作者：
jQuery Conference Chicago logo

距离我们前往芝加哥参加首届 jQuery 大会还有一个月的时间，现在正是让您了解我们为 9 月份的活动准备了什么的好时机！

你在说些什么？

我们的演讲者和演讲是任何 jQuery 大会的一大亮点；我们在芝加哥的阵容也不例外。我们旨在涵盖网络开发领域广泛的主题，从我们的 jQuery 基金会项目（如 jQuery、jQuery UI 和 jQuery Mobile）（因此我们将从项目负责人 **Dave Methvin**、**Scott González** 和 **Alex Schmitz** 那里听到演讲）到 JavaScript 如今踏入的新领域（因此，我们有 **Lisa Deluca** 谈论将 Arduino 和 Cordova 结合使用，以及 **Micah Ransdell** 谈论 Netflix 对 Node.js 的采用）。我们知道您想了解更多关于开放网络平台的未来，这就是我们很高兴有像 **John K. Paul** 这样的人来回顾 ECMAScript 6 中语言即将发生的改变，以及 **TJ VanToll** 和 **Kevin Hakanson** 来讨论针对表单验证和加密的新浏览器 API 的原因。

你们中的许多人参加会议是为了学习一些实用的东西，可以带回家，这就是为什么我们对 (除其他外) **Brian Arnold** 和 **Cory Gackenheimer** 关于调试技术的会议以及 **Phil Dutson** 关于构建 jQuery 插件过程的会议感到兴奋的原因。然而，我们知道，发布代码远不止于编写代码，我们很高兴有 **Kassandra Perch、Alex Sexton** 和 **Kelly Andrews** 加入我们，讨论如何选择和使用工具来发布和支持我们正在从事的项目。我们知道你们中的一些人参加会议是为了娱乐和游戏，我们很高兴有 **Sara Gorecki** 和 **Bodil Stokke** 在场，讨论使用网络技术构建游戏。

这只是将在我们芝加哥舞台上出现的众多演讲者和主题中的一部分，我们邀请您花几分钟时间 查看我们的完整节目，看看还有哪些议题！

你可以在 #jqcon 上黑客攻击吗？

当然可以！然而，在芝加哥，我们正在与 **MaxCDN**、**DigitalOcean** 和 **MediaTemple** 合作，正式鼓励您这样做！我们拥有大量有关人们如何使用 code.jquery.com 上的 jQuery CDN 的数据，帮助我们了解这些数据取决于您。黑客马拉松在 9 月 11 日会议前夜开始，您可以自由地使用您认为合适的任何媒介来玩弄这些数据，无论是网络应用程序还是机器人。我们的赞助商已经准备好奖励三位参与者 丰厚的奖励，因此我们希望您加入我们，一起合作、探索和构建！

回归本源

我们今年第二次与 Bocoup 合作，将我们的芝加哥之旅扩展到 Roost，这是一个为期两天的密集课程，由 **Ashley Williams**、**Ben Alman**、**Irene Ros** 和 **Mike Pennisi** 教授，内容是构建现代网络应用程序。Roost 面向已经了解 JavaScript、jQuery、HTML 和 CSS 的开发人员，他们希望了解如何开发更好的工作流程来构建、测试和维护其应用程序，并整合 Backbone、RequireJS、Stylus 等技术。您可以查看 完整的培训课程和时间表，以了解确切的计划。

住宿

jQuery 大会和 Roost 都会在位于市中心中心的 芝加哥希尔顿酒店 举行，因此酒店是您在学习和度假期间方便的住宿地点。我们只能在 8 月 15 日之前提供每晚 269 美元的优惠价格，所以请尽快进行预订！ 入住我们的房间是您帮助 jQuery 基金会履行我们在芝加哥建立办公室所承担的巨额财务承诺的一种非常有用的方式。

由以下机构提供

我们的赞助商和基金会成员对我们能够为社区举办精彩的 jQuery 大会起着至关重要的作用，我们很高兴在这里感谢他们！因此，对钻石赞助商 **WordPress** 和 **IBM**、白金赞助商 **MediaTemple**、金牌赞助商 **MaxCDN**、**Bocoup**、**BrowserStack**、**Mandrill** & **DigitalOcean** 以及银牌赞助商 **Pebble** & **Accenture** 表示衷心的感谢。 （我们仍在欢迎赞助商 - 如果您希望您的公司成为 #jqcon 的一部分，请联系我们！）

学生折扣

我们很高兴能够为有兴趣参加 jQuery 大会或 Roost 的在校学生提供折扣。请联系我们，以获取有关如何节省一张活动门票 150 美元或组合门票 200 美元的更多信息。我们知道折扣很小，但这仅仅是我们第二次能够提供任何形式的学生折扣，我们希望这能有所帮助。请注意，如果您使用此折扣，您需要在注册时出示有效的学生证。

加入我们

夏天过得真快，我们简直不敢相信只剩下五周的时间了，我们希望您能考虑加入我们的旅程 (或者您已经预订了机票！)。查看大会网站，了解更多关于我们的节目和演讲者、住宿的信息，以及购买门票。如果您有任何问题，随时通过Twitter 或电子邮件与我们联系。

基金会

（不仅仅是）jQuery 基金会

发布时间： 作者：

jQuery 基金会的使命一直不仅仅是我们的同名项目 jQuery、jQuery UI 和 jQuery Mobile。我们已经托管了 Sizzle、QUnit 和 Globalize 等几个不依赖 jQuery 库的项目。

这种更广泛的以网络为中心的使命在我们的 jQuery 大会中得到了体现，这些大会涵盖了超出 jQuery 的广泛开发人员关注点，包括 Node、CSS、工具、测试等等。多年来，我们已经就构建工具、可访问性、安全性、性能、设计模式以及 Ember 和 Angular 等框架进行了演讲。例如，在今年 2 月的圣地亚哥大会上，Lenny Markus 发表了关于PayPal 继续采用 Node 的精彩演讲，因为他们正在从 Java 和专有解决方案转向 Node；Catherine Farman 谈论了真实的响应式设计；John Dimm 发表了关于HTML5 语音 API 的演讲。

jQuery 基金会通过我们参与 W3C 和 ECMA TC39（负责规范我们所知的 JavaScript 的组织）的成员资格，参与了网络平台的持续演变。我们认为，在这些标准组织中拥有强大的代表性至关重要，以确保它们满足开发人员的需求。基金会为开发人员提供了一个平台，让他们能够在这些标准机构中发声。

除了我们项目之间的技术兼容性外，我们还共享开源模型及其带来的所有好处。基金会增加了顶层结构的好处，该结构旨在服务于项目，为项目提供所需的资源，但让贡献者根据社区的意见决定项目的最佳方向。任何加入基金会的项目都可以服务于其社区的需求，而不是受制于营利公司的目标。

虽然这已经是我们长期的使命，但我们觉得需要把它讲得更清楚。我们很高兴开始将这部分使命公之于众，并开始积极致力于打造一个对所有人开放的网络。如果您也感到兴奋，请帮助我们。您可以将您的时间贡献给 Foundation 项目。提供您公司的服务。如果您或您的公司拥有一个您认为可以使所有人受益并通过加入 jQuery Foundation 而蓬勃发展的成熟开源项目，请查看我们关于 项目加入 Foundation 的理念，并 告知我们您的兴趣。如果您更希望通过经济支持来支持 Foundation 的现有和未来项目，请 加入 Foundation。只有当所有从开源项目中受益的人以任何他们能够的方式回馈时，开源项目才能蓬勃发展。

jQuery | jQuery UI

招募志愿者：Trac 增强

发布于 作者

jQuery 和 jQuery UI 团队使用 Trac 进行错误报告和跟踪。 jQuery Core 错误跟踪器 非常需要一位 Trac 专家来帮助我们迁移到 Trac 1.0，并解决我们一直存在的一些小问题。如果您是 Trac 方面的专家，或者只是对 Trac 设置/配置有经验并愿意接受挑战的人，我们非常愿意与您交谈！请发送邮件到 dave(at)jquery.com，我们会与您联系。

鉴于一些人不可避免地会问：GitHub 在问题和提交之间集成的很棒，但与 Trac 相比，它在搜索和报告方面并不强大。此外，我们的项目拥有超过七年的历史，包含数千条错误报告，其中包含重要的数据。将如此大量的数据导入 GitHub 问题并整理成有用的格式并非易事。我们认为，坚持使用 Trac 是让我们获得所需错误跟踪功能的最省力的方式。