是否有任何 URL 信息/元数据 Web 服务 API？ [关闭]答案

【问题标题】：Is there any URL info / meta data webservice API? [closed]是否有任何 URL 信息/元数据 Web 服务 API？ [关闭]
【发布时间】：2012-04-10 20:42:05
【问题描述】：

是否有任何已知的 URL 信息 API 可以提供标题、描述、内容类型、图像等数据？我研究了一下，但没有遇到任何这样的 API。最终，我冒险从头开始创建类似的东西。

此类 API 的使用可以用于各种需要显示 URL 信息的 Web 应用程序。一个典型的现实示例是 Facebook 在您在状态更新中分享/附加链接时使用类似的东西。

欢迎提出建议，因为这样可以节省我自己维护此类网络服务的工作量。

编辑：

找到两个有用的资源

编辑：

经过大量研究并解决我的特定用例，我为此创建了自己的 API，该 API 托管在 Google App Engine 上。有人在找这个，可以联系。

【问题讨论】：

你最后做了什么？我自己也需要这样的服务。我理解这些概念，但似乎需要做很多工作。
@nute 我开始创建一个在 Google App Engine 上运行的服务。这是sample output。但它不是一个开放的 API。如果您想使用/实现它，请与我联系。
我很想与您取得联系，但似乎没有这样的功能。发送电子邮件至 nathan.hazout {at}sticknshare {dot} com

【解决方案1】：

我喜欢这个想法，我认为您应该尝试实现它并将其“出售”给其他 Web 开发人员。当然会有信任问题——他们会相信你不会说谎吗？

【讨论】：

是的，无论如何我都会实现它，因为我需要将它用于正在运行的 Web 应用程序。我正在使用 Google App Engine，以便它具有可扩展性和免费性（至少在一定程度的使用之前）。不太了解这里的信任问题。为什么有人不信任这样一个简单的网络服务？坦率地说，在这种情况下没有“撒谎”的动机。

【解决方案2】：

据我所知，没有这样的 API，只是因为访问这样的 API 不会比获取页面本身简单得多。

【讨论】：

与本地获取和解析相比，API 有两个主要优势 - 首先是缓存（有利于流行的 URL），其次是精简响应（只是您需要的东西 - 而不是整个页面）
@AkshayRaje 是的，但您必须确定这是否超过了依赖额外服务（及其正常运行时间和可靠性）的问题。如果在他们和他们正在查询的站点之间有一个缓存层，该服务的用户可能不太关心——只有目标站点的所有者可能会关心这一点。 ;)
我同意。我想精益的反应是唯一真正的优势。我想我会继续努力的——反正我正在使用 Google App Engine 的免费层，因此除了编码工作之外没有什么可以放松的，而且我无论如何都需要它来开发一个正在开发的网络应用程序。