问题标签 [feed]

有谁知道这个框架的任何教程？对使用它从 RSS 提要中提取数据有何看法？是好是坏？

我正在考虑编写一个守护程序来循环提要，然后将它们作为 ActiveRecord 对象添加到数据库中。

首先，我面临的一个问题是我无法使用 feed-normalizer gem 可靠地检索故事的作者/用户。似乎有时它无法识别标签（我不知道是否有其他人遇到过这个问题）。

其次，我还没有看到有人将 RSS 提要转换回数据库条目。我需要这样做，因为每个条目都会与其他 ActiveRecord 对象关联。我找不到任何宝石来专门执行此操作，但我可以以某种方式破解诸如 act_as_feed 之类的东西来做到这一点吗？

我不得不做一些基本的饲料处理。所以，通过 ftp 获取一个文件，处理它（即获取我关心的字段），然后更新本地数据库。另一个方向类似：从数据库获取数据，创建文件，并通过 ftp 上传。脚本将由 cron 调用。

我认为这个想法是针对每种类型的提要，定义 ftp 连接/文件信息。然后应该翻译文件中的数据字段与应用程序可以使用的数据字段的关系（当然还要处理这种翻译）。另外编写单独的脚本，为可能在不同提要中使用的不同对象执行常见的插入功能。

作为电子商务示例，假设我与向我提供提要的不同供应商合作。提要可以是不同的（对象）类型：产品、类别或订单信息。对于每种类型的提要，我显然使用不同的字段并调用不同的更新或插入脚本。

实现这一点的最佳语言是什么？我可以使用 PHP，但我正在寻找一个项目来开始学习 Perl 或 Python，所以这对我也有好处。

如果是 Perl 或 Python，您能否简要给出高级实现。那么如何分离不同的脚本，面向对象的方法？如何在未来轻松实现新的提要或处理功能等。

[完全披露：已经有一些用 PHP 编写的类，我最近用来创建新的提要。我已经完成了我的工作，但它非常混乱且难以完成。所以这个问题不是“请帮我做我的工作”，而是我自己发展的“最佳方法”类型的问题。]

谢谢！

我的应用程序中需要多个 RSS 提要。它们在某种程度上类似于现有操作，但选项较少（没有 will_paginate，没有排序，只有最近的 20 个结果）。因此，例如，我有一个操作显示所有标记为“惊人”的项目，我还需要一个显示标记为“惊人”的最新项目的提要。

我的问题：创建一个带有“标签”动作的 FeedsController 是更好的做法（这就是我现在正在做的，对我来说似乎更干净）还是在标签控制器的“显示”动作中使用 respond_to 来做稍微不同的查找和提供 RSS 模板？使用后一种方法，我会在一个动作中同时拥有这两种方法，但它不太干净。

你怎么看？

谢谢！

我想在一页上显示所有可用的提要，但我不想对每个提要进行硬编码。像发送一个查询集的提要这样的东西是完美的，比如：

{% for feed in feed %} {{ feed.link }} {{ feed.name }} {{ feed.description }} {% endfor %}

据我了解，Django Syndication Framework 中的提要是作为从类（提要）继承的单个类创建的。这意味着我不能为所有提要创建查询集，只能为单个提要创建查询集。

如果它们都是不同的类，我如何发送一个查询集的提要？这是否只能通过从使用通用外键关系引用每个提要的类中制作查询​​集来实现？或者我可以实际发送父 [feed] 类的查询集吗？

额外的问题：是否有一种简单的方法可以从所有单独的提要中聚合“完整提要”？

非常感谢！

我今天在 Code Igniter 的帮助下创建了一个 RSS 链接，当我点击 RSS 链接时，Firefox 会尝试下载该文件。前几次，我下载了它并确保没有错误（一开始有，但现在已经排序）。有谁知道为什么它一直试图下载文件，而不是去“添加到 RSS 阅读器”？页？谢谢一堆。

我已经翻遍了这方面的一些文档，但没有找到。一些帖子引用了用户代理字符串：

http://groups.google.com/group/feedburner-services/browse_thread/thread/7aee14cf6a2432e7/49464335d2228e25?lnk=gst&q=aweber#49464335d2228e25

我曾假设会有一个 API 或其他东西。更一般地说，任何 rss 提要阅读器/聚合器（如 Bloglines 等）如何向 Feedburner 报告订阅者数量？

我正在开发一个需要此功能的新应用程序。

谢谢你的帮助！布赖恩

我正在开发一个免费的网络应用程序，它将全天分析头条新闻并提供统计数据。大多数新闻网站都提供 RSS 提要，可以很好地了解要检索哪些故事。然而，当试图从新闻网站本身获取完整的新闻报道时，就会出现问题。目前，我为每个来源（CNN、纽约时报等）都有单独的NewsSource类，它们读取适当的 RSS 提要、跟踪每个链接并去除正文。当新闻网站决定更改其文章的 HTML 结构时，这似乎很乏味且非常难以管理。

是否有一项服务（最好是免费的）已经将多个新闻来源与完整的文章内容（不仅仅是摘要）聚合在一起？如果没有，您对处理具有不同 HTML 结构的多个来源有什么建议，这些来源可能会在没有通知的情况下发生变化？

假设我有超过 10,000 个提要要定期获取/解析。如果时间段是 1 小时，那将是 24x10000 = 240,000 次获取。

labs Task Queue API 当前的 10k 限制将阻止一个人在每次提取时设置一个任务。那么如何做到这一点呢？

更新： RE：获取每个任务的 nurls - 考虑到每个请求在某些时候超时 30 秒，这将达到上限。无论如何要并行化它，所以每个任务队列都会启动一堆异步并行获取，每个都需要不到 30 秒的时间来完成，但很多一起可能需要更多时间。

基于浏览器的 Feed Reader 是否应该总是在客户端使用一些东西，比如 Javascript？

更新：我的意思是，特别是对于 RSS 的解析。如果您可以将其卸载到浏览器，那么让您的服务器完成工作似乎几乎是不负责任的。尽管如此，在我的特殊情况下，在服务器端做它还是有很多优势的。所以我只是想知道：你认为让你的服务器进行解析而不是 jquery 或类似的东西是亵渎神灵吗？