开放性协议和私有协议_为什么创建开放源协议

开放性协议和私有协议

我最近发布了开放源协议（OS Protocol），该标准可用于链接到网站代码的托管位置。 该协议非常简单-所涉及的只是元标记，并且大多数网站只需要两到三行代码即可符合要求。

OS协议基于Facebook的Open Graph协议 （OGP）和Twitter的Card协议 。 两者都使用HTML文档标题中的元标记来帮助其抓取工具获取有关网站的元数据。 网站名称，图片，说明。 我设想的是可以识别页面来源的另一种搜寻器。

到达源头

为什么有人需要标识页面的来源？ 当前，如果我在一个网站上并且看到一个错误，请参阅一些有趣的东西（例如很酷的javascript过渡或CSS模式），或者我想查看其代码，或者对网站做出贡献感兴趣。我无法以编程方式知道该站点的托管位置。 我可以在“关于”页面上查找并最终找到“贡献”文档，或者我可以在公司或站点名称上搜索Google，看看是否可以在某处找到源，但是在大多数情况下，这些搜索是费时的，没有回报。

有时很容易找到网站的来源。 一个很好的例子是由GitHub Pages托管的站点，其中URL通常是GitHub的子域，或者有标语“ Fork this site”。 这是向前迈出的重要一步，我只需单击几下就可以看到源代码并克隆或修补它。 我设想的是每个站点上都具有这种功能。 为此，我坐下来考虑了为可能的用户显示托管网站的最佳方法。

显而易见的解决方案

从用户的规模和维护所需的开发精力两方面来看，元标记都是显而易见的解决方案。 这是一个完全兼容的元标记列表的示例：

<link rel="profile" href="http://osprotocol.com">
<meta property="os:repo" content="https://github.com/RichardLitt/open-source-protocol">
<meta property="os:rcs_type" content="git">
<meta property="os:src" content="git@github.com:RichardLitt/open-source-protocol.git">

理想情况下，开发人员将开始将其添加到自己的站点中，并在其周围形成鼓励使用的生态系统。 这样的生态系统就像OGP或Twitter Cards； 一个示例是Chrome扩展程序或Firefox插件，如果在站点上检测到OSP，则会通过浮动按钮通知用户源代码。 另一个示例是Wordpress的插件，如果该网站的代码公开存储，它可以帮助用户将OS协议元标记自动添加到他们的博客中。 对于大多数网站而言，添加代码根本不需要花费很多时间。 只需将其添加到文档的标题中即可。

为什么重要

过去曾经有人可以通过在浏览器中检查某个站点来查看该站点的所有源代码，但是现在情况不再如此。 CSS在大多数站点上都过于复杂，有时会通过缩小器进行放置，或者通过SASS或Less进行编译。 Javascript也是如此，Javascript通常以缩小，压缩甚至是浏览器化的格式提供。 查看源代码对于了解发生了什么是必要的。

我希望OS协议之类的东西将对未来的开发人员有所帮助。 它必须被广泛采用，这是一个宏伟的目标。 协议是一毛钱一打，建立一个协议会捕获22个漏洞； 必须立即使用添加代码，这是值得的，但是如果没有大量的合格站点，就不会有用。 但是，关于主题本身的讨论是朝正确方向迈出的一步。 要参加该讨论，请访问osprotocol.com ，检查源代码，并查看托管它的GitHub存储库 （当然，链接位于metatags中）。

翻译自: https://opensource.com/business/15/7/open-source-protocol

开放性协议和私有协议