1

使用 schema.org 微数据词汇表，哪种类型的对象最适合表示计算机实例（如 Web 服务器）和守护程序实例（例如 httpd、mysql 等）？

我想出的是，计算机的非实例可能是产品（例如 Dell PowerEdge 1950），特定实例是IndividualProduct，操作系统代码，操作系统实例Intangible。

守护进程是Code，实例是Intangible。

在计算机和软件实例分别为 IndividualProduct 和 Intangible 的情况下，似乎要做的事情是扩展这些基本类型以添加​​相关属性。

我希望有更多经验的人可以权衡并就我在这里的标记提供反馈，并在适当的情况下提供更正以及更多信息。

4

2 回答 2

2

（从 2019 年 1 月开始编辑：稍后更改了 for 的定义Product；虽然现在可以使用它，即使服务器是/没有在任何地方出售，但我仍然建议使用其他东西，除非有一些销售上下文。 )

Product被定义为“产品是可以出售的任何东西”。我认为它不适用于您的情况，因为您没有将服务器称为待售产品。也是如此IndividualProduct，因为它更具体。

Code仅当您指的是实际源代码时才适用。SoftwareApplication可能更合适。

我不确定 Schema.org 是否能够将软件与该软件的运行实例区分开来。也许守护进程可能是.Event _Action SoftwareApplication

于 2013-09-08T13:25:23.933 回答
1

关于 schema.org/Product 和服务器

正如 unor 所写，Product（和 IndividualProduct）类型更适合用于销售的东西。它旨在与 schema.org/Offer 一起使用，或在通过零售商销售产品的制造商网站上使用。此外，大约一年前，它通过 GoodRelations 进行了扩展，GoodRelations 是电子商务的巨大本体（关于集成的帖子在模式博客，GoodRelations详细信息）。

因为，我猜，你不会出售你需要的服务器，比如带有子 schema.org/Server 的 schema.org/Computer 类型，不幸的是它们不存在。所以这就是我的建议 - 向 schema.org 工作组提出适当的类型（更多关于这个的下文）。此外，我不确定您是否需要针对特定​​实例使用单独的类型。而是考虑将实例属性包含到您的计算机类型中。结构会像

Computer
  properties about configuration
  instance -> instance1
  instance -> instance2
...

另一种选择是定义ComputerConfiguration类型。每个实例都是Computer ，它通过 microdata itemref引用（具有规范属性）ComputerConfiguration。

也许最后一个很傻 - 需要与你的和类似的案例一起玩才能找到合适的结构。

关于代码、无形和正在运行的应用程序

代码类型是在考虑源代码的情况下提出的，而不是运行应用程序。您可以在介绍了几种类型（和代码）的架构博客文章中找到更多信息。

这些提议的词汇表将提高搜索引擎对具有技术内容的文档的理解，从而大大增加该文档的可发现性。...

代码 将部分内容定义为示例代码

This Code is a C++ sample inserted in an article:
<div itemscope itemtype="http://schema.org/Code">
  <meta itemprop="name" content=" Allocating Memory from a NUMA Node "/>
  <meta itemprop="sampleType" content=" inline"/>
  <div itemprop="programmingLanguage">
  C++
  </div>
</div>

无形的......好吧，我个人认为你不应该碰它。说明说

一个实用程序类，用作许多“无形”事物（例如数量、结构化值等）的保护伞。

事实上，这是所有类型在层次结构中没有更好位置的篮子。而且我根本不明白你为什么需要使用它。

正如 unor 点，schema.org/SoftwareApplication 似乎是最适合您的类型。请记住，它的原型是 Google Software Application Rich Snippet。你知道，这更多的是关于移动和浏览器应用程序（包括评论、价格等）。但是如果你对属性没问题，我认为用它来描述正在运行的守护进程不会有很大的矛盾。

同样，可以通过您可以扩展 SoftwareApplication 的特定属性来描述实例。

关于新词汇提案流程

作为 Schema.org 的 Yandex 代表，我可以谈谈接受提案的过程。好吧，没有严格的过程 :) 基本上，如果您希望将新类型（或扩展）包含在主要词汇中，您应该采取一些步骤：

  • 描述您的提案（.pdf 文件很好）。不要害怕过于冗长：更多细节 - 更清晰的用例。非常感谢特定的用例和示例。
  • 将其发送到public-vocabs邮件列表。顺便说一句，它是开放的，您可以登录并发现有关其他提案的热门讨论。
  • 获得反馈，正确的提案，并迭代地为每个人找到最好的提案。
  • ...
  • 利润！

并坚持不懈:)

精简版只是将这个问题发送给公共词汇并获得一些反应。也许那里的社区可以为您提供一些词汇表，这些词汇表可以通过rdfa 语法或外部枚举扩展机制与 schema.org 一起使用。

希望这可以帮助。

于 2013-09-10T21:54:44.150 回答