跳到主要内容

16. 致谢 (Acknowledgments)

16 致谢

本规范大量使用了 David H. Crocker 在 RFC 822 [9] 中定义的增广 BNF (augmented BNF) 与通用构造. 同样地, 它还复用了 Nathaniel Borenstein 和 Ned Freed 为 MIME [7] 提供的许多定义. 我们希望, 将这些内容纳入本规范有助于减少过去关于 HTTP 与 Internet 邮件消息格式 之间关系的混淆.

多年以来, HTTP 协议已经发生了相当大的演进. 它受益于一个规模庞大且活跃 的开发者社区, 即那些参与 www-talk 邮件列表讨论的众多成员. 也正是这个 社区, 对 HTTP 以及整个 World-Wide Web 的成功作出了最重要的贡献. Marc Andreessen, Robert Cailliau, Daniel W. Connolly, Bob Denny, John Franks, Jean-Francois Groff, Phillip M. Hallam-Baker, Hakon W. Lie, Ari Luotonen, Rob McCool, Lou Montulli, Dave Raggett, Tony Sanders, 以及 Marc VanHeyningen 在定义该协议早期诸多方面时付出了 重要努力, 值得特别致谢.

本文档还极大受益于所有参与 HTTP-WG 的成员所提出的意见. 除了前面已经 提到的人员外, 下列人士也对本规范作出了贡献:

   Gary Adams                  Ross Patterson
Harald Tveit Alvestrand Albert Lunde
Keith Ball John C. Mallery
Brian Behlendorf Jean-Philippe Martin-Flatin
Paul Burchard Mitra
Maurizio Codogno David Morris
Mike Cowlishaw Gavin Nicol
Roman Czyborra Bill Perry
Michael A. Dolan Jeffrey Perry
David J. Fiander Scott Powers
Alan Freier Owen Rees
Marc Hedlund Luigi Rizzo
Greg Herlihy David Robinson
Koen Holtman Marc Salomon
Alex Hopmann Rich Salz
Bob Jernigan Allan M. Schiffman
Shel Kaphan Jim Seidman
Rohit Khare Chuck Shotton
John Klensin Eric W. Sink
Martijn Koster Simon E. Spero
Alexei Kosut Richard N. Taylor
David M. Kristol Robert S. Thau
Daniel LaLiberte Bill (BearHeart) Weinman
Ben Laurie Francois Yergeau
Paul J. Leach Mary Ellen Zurko
Daniel DuBois Josh Cohen

缓存设计相关内容及其呈现方式, 很大程度上得益于下列人士提出的建议与意见: Shel Kaphan, Paul Leach, Koen Holtman, David Morris, 以及 Larry Masinter.

关于 ranges 的大部分规范内容, 建立在 Ari Luotonen 和 John Franks 最初完成的工作基础之上, 并吸收了 Steve Zilles 的进一步意见.

感谢 Palo Alto 的 "cave men". 你们知道自己是谁.

Jim Gettys (本文档当前编辑) 特别感谢本文档前任编辑 Roy Fielding, 以及 John Klensin, Jeff Mogul, Paul Leach, Dave Kristol, Koen Holtman, John Franks, Josh Cohen, Alex Hopmann, Scott Lawrence 和 Larry Masinter 所给予的帮助. 另外, 还要特别感谢 Jeff Mogul 和 Scott Lawrence 完成了对 "MUST/MAY/SHOULD" 用语的一次审校 (audit).

Apache Group, Jigsaw 的作者 Anselm Baird-Smith, 以及 Henrik Frystyk 很早就实现了 RFC 2068. 我们感谢他们发现了许多问题, 而本文档 正是试图修正这些问题.