插件网站更新：旧貌换新颜

发布日期 作者

自从上周关于插件网站不幸消失的消息发布后，我们收到了很多反馈，我想在此解决一些自那以后浮现的最重要问题。

“你能为后人保留旧的备份吗？”

可以。我们能做到，也已经做到了。这个周末，我们恢复了最近的备份，原始网站现在位于 archive.plugins.jquery.com；您可以尽情浏览里面的所有内容。我们也应用了最近的用户数据，所以如果您在过去一年中的任何时间点在旧网站上拥有帐户，它应该仍然有效。但是，该网站已关闭新用户注册。如果您 **确实** 需要一个新帐户，请 与我个人联系，我可以为您解决这个问题。我们还设置了重定向，因此如果您在浏览时遇到任何指向 plugins.jquery.com 的链接，您（希望）将被重定向到存档中的对应页面。

直接从 Wayback Machine 获取备份就行了！

虽然互联网存档已经缓存了比去年 10 月更新的内容的版本，但我们没有足够的人力来手动在新的存档网站中重新创建丢失的文章。如果您有帐户，您可以随意添加“新”或旧插件，或更新现有的插件，如果您愿意。但是，此存档不会被搜索引擎索引。

如果你如此讨厌 CMS，那 WordPress 是怎么回事呢？

我们正在进行全网络范围的重新设计，WordPress 在主题、搜索和服务一组网站方面为我们提供了一套宝贵的工具。然而，我们的新座右铭是 **拉取请求，而不是密码**；我们在实施主题、文档、插件等等方面，以一种贡献实际上不需要在我们的 CMS 上拥有帐户的方式。正如我在初始帖子中所述，插件提交过程将只涉及向您的存储库添加一个 post-receive 钩子。如果发生类似的灾难，我们已经确保能够重放整个插件贡献历史记录，并立即让网站恢复正常运行。我们的目标是利用我们认为有用的 WordPress 功能，而不会让它成为进入的门槛，或成为内容的规范仓库。如果您认为 WordPress 永远是一个坏主意，无论如何，无论怎样，您当然有权持这种观点，但在这一点上，它对这场对话并没有什么益处。

Git(Hub) 很困难

新的插件网站将充当插件的索引，每个插件页面上都有一个简单的“下载”按钮。您 **不必** 只是在 GitHub 上四处浏览寻找 jQuery 插件。如果您不了解 git，并且只想下载 jQuery 插件，那么您无需学习它。但是，如果您想提交插件，您将必须使用某种源代码控制，您至少可以在 git 中镜像它。这是故意的：构建 jQuery 插件很容易，但这并不意味着它一定适合公开使用。要求使用源代码控制和 package.json 是被动机制，这将有助于确保传播的插件是由满足合理基线（并且不销售电池）的开发人员编写的。我们只针对 GitHub 支持进行发布，但我们 希望添加对其他服务的支持。我们正在积极避免使用 GitHub 特定功能，这些功能会迫使我们永久地将网站限制为 GitHub 用户。

这是一个阴谋！

有些人对我的陈述的真实性提出了质疑，这是可以理解的，鉴于时机和情况。但请相信我，在我花了一整天手动从目录中修剪垃圾邮件后，我最后想做的事情是转身给包括我和我的同事在内的数千人带来巨大的麻烦。我希望重新发布最后备份至少能部分缓解这些担忧。此外，我们从 GitHub 开始，仅仅因为它已经拥有非常广泛的用户群，而且自从我们将其用于 jQuery 核心、UI 和 Mobile 的开发以来，它一直对我们非常积极。

再次感谢您在这段过渡期间的耐心等待。

关于“插件网站更新：旧貌换新颜”的 31 个想法

  2. Beat 于 说：

    感谢恢复备份，以及您的辛勤工作。

    我的一个建议/问题没有得到解答：为什么主机没有每天备份，至少保留一周的每日备份存档？对于一个正规的主机来说，这是不可置信的。

    当然，还有：教训是否已经吸取，现在 *所有* jQuery 网站都在主机上每天备份，并在 jQuery 基金会的磁盘上每周备份一次？

    需要这种保证来防止下一次故障造成后果。太多人依赖 jQuery，所以必须为托管提供一些可靠的措施。

  4. Dan Heberden 于 说：

    @Beat –

    不，那是我们的责任，一些备份断断续续；我们一直在努力改善这一点（以及其他许多事情），为了我们自己的理智，更不用说应对紧急情况了。我们实际上非常接近于将一切都正确设置好，包括更易于管理的额外好处。

    吸取教训？当然——但我们不像全职员工那样获得报酬来做这件事，所以要在工作、家庭和个人生活之间跳来跳去，尤其是在假期——这很难管理；不是说不需要做，也不是说你不对，但像备份和运行、Adam 为社区写博客文章来沟通情况，这些都需要时间，你知道吗？

    至于保证，我不能保证事情会很完美；但 jQuery 团队的成员对这个项目非常热情，并且非常努力地维持和维护它。比如，我们一直在花很多时间——我们自己的私人时间——来更新我们网站的部署、存储、工作流程等等。我们一直在努力把它做成一个可以公开贡献的东西。

    感谢您分享您对所有这些的担忧和观点——很高兴听到/看到社区认为哪些重要 :) 请相信我，我们正在努力确保一切都棒极了 :D

  5. JustinKramp 于 说：

    继续努力。我衷心赞赏您与 WordPress 和 Github 携手前进的计划。我每天都在使用/开发 WordPress 网站，并且一直想有效地使用 Git，因此对我来说这是有道理的。作为一个 jQuery 的新手，我很高兴看到接下来会发生什么，只能希望这个社区能够继续支持像您/你们这样的志愿者的努力。

  6. River 于 说：

    要求 Github 或任何其他形式的源代码控制仅仅是为了防止垃圾邮件，这是一个设计缺陷。

    问题在于提交系统没有做任何事情来防止垃圾邮件。修复这一点根本不需要依赖于 Github。源代码控制可以完全独立地进行，以便为那些选择使用它的人添加版本控制和错误跟踪。

  8. Ted Wood 于 说：

    我同意，使用类似 Github 这样的平台来为提交插件的开发者建立一个基线，将提高并维护插件的质量。过去有很多垃圾插件，而好的插件最终都会出现在 Github 上，所以 jQuery 将插件迁移到 Github 是非常合适的。我对此表示赞赏。

  9. River 于 说：

    @jQuery Rocks: 他们不应该需要 Github 来防止审核错误，只需不提供脚本托管，并定期备份索引即可解决问题。

    插件索引不应该规定你如何编写代码或代码托管在哪里。

  11. Jon 于 说：

    如果你们能尽可能地说明新版本的预计发布时间，将不胜感激。

    在网站崩溃之前， jQuery 插件就已经在 Github 上完全可用，回调函数也已经设置好，我只需在文件可用时推送即可。所以，预计的时间范围将非常有用，而不是每天都要检查网站。:)

  12. Joe Zim 于 说：

    我期待着新的插件列表网站。我从来没有真正喜欢过旧的。此外，我终于制作了我的第一个插件，我迫不及待地想把它分享给大家。

  17. Sunil M 于 说：

    应该从‘好消息，大家！我删除了整个数据库！’开始公告。:) 我曾经在大学写期末论文，凌晨 3 点终于完成了，但在我保存之前， Windows 98 崩溃了……看到一个成年男人哭可不是什么美事。

  19. Harmony 于 说：

    嗨，伙计们:) 我问一个有点奇怪的问题，抱歉，但我找不到其他联系你们的方式。

    这个博客有 RSS 订阅吗？或者理想情况下，有一个订阅或邮件列表，可以用来在发布 jQuery 新的稳定版本时收到通知？

  20. Mathieu Sylvain 于 说：

    事实上，我对插件存档以这种方式被删除感到很高兴！整个存档中充斥着过时和有错误的插件。采用“Github”和“npm”的方式是件很棒的事情……这些工具代表着 web 开发的未来。

    有人知道 web 上还有哪些地方需要“删除”吗？那些成千上万的 CMS？也许 Adam 可以也摧毁一半？

  22. Matthew 于 说：

    我和 Mathieu 的看法一样。我认为插件存档被删除是一个非常幸运的意外事件，因为它已经变得几乎毫无用处，搜索与你实际需求相关的插件几乎是不可能的。朋友，你删除了所有内容并强制进行更改，真是太棒了！我相信这只是一个无意的“错误”。（轻轻碰碰，眨眨眼，别再多说了。）

  23. Tei 于 说：

    JQuery 已经把 Javascript 变成耶稣基督。它拯救了互联网，也拯救了我免受 Internet Explorer 错误的折磨。

    旧的插件存档毫无用处。在其中搜索东西效率极低。部分原因是 800 像素宽的设计。希望下一个网站能像 jQuery 应得的那样好。

  25. Robert 于 说：

    我有点喜欢迁移到 Github 的想法，不是因为它支持源代码控制，而是像之前说的那样，它会剔除一些那些周日程序员……虽然不是全部。

    要拥有一个稳定的插件架构，一方面需要投票、评分、按受欢迎程度排序等功能。这对于筛选大量内容并将垃圾内容推到底部非常重要。

    另一方面，你需要确保不是每个 John Doe 都能对你的代码库进行贡献，可以通过多种方式实现，比如同行评审，强制人们使用更专业的代码工具/方法。

    也许一个能让代码库受益的功能是自动执行 jslint 解析或类似的操作，并建立一个关于此的说明……低于某个说明，你就无法被允许加入列表。你甚至可以拒绝不符合一定代码文档规范的插件，我认为这也很重要。

  26. Robert 于 说：

    即使不考虑github，也可以通过一个简单的用户界面来完成这一切，就像theme-roller一样（有点牵强），用户上传一个符合规范的zip包，网站解压缩扩展，进行一些代码分析，并向提交者返回信息，说明插件已被接受或简单地列出代码中发现的错误类型（糟糕的编码风格、缺少文档等）。

  27. Jonathan 于 说：

    我喜欢基于git的仓库，github是其中一个存在的地方。大家记住，Git 不等于 GitHub（不一定）。

    我也真的想相信阴谋论…… 我内心深处有声音（并想要相信）有人被命令按下红色按钮。

  28. Garravich 于 说：

    有预计时间吗？没有插件库是一个很大的缺陷，没有它就很难获得任何可见度。

  29. Rejd of Internet Advertising 于 说：

    非常感谢您提供此备份。感谢您为此工作付出时间和精力。=)

  30. Bill 于 说：

    虽然我理解为新插件网站提供一个明确的发布日期非常困难，但没有日期甚至没有进度指示确实损害了 jQuery 的信誉。

    是否有可能提供一些关于进展情况的指示，以及大致的目标日期，以便用户可以查看和评论（也许是 Alpha 或 Beta）。

    在线备份网站是一个重大进步，但它看起来 jQuery（插件）仿佛被时间冻结了……

  31. Jon 于 说：

    各位，新网站在停机几个月后仍然不见踪影。旧的存档网站…… 也停运了。又回到了原点……