问题标签 [aggregators]

我正在对内容聚合器进行一些研究工作，我很好奇当前的一些 craigslist 聚合器如何将数据获取到他们的混搭中。

例如，www.housingmaps.com 和现已关闭的 www.chicagocrime.org

如果有可以参考的网址就完美了！

我运行一个提要聚合器（http://planetdb2.com/），我需要聚合多产（一天很多帖子）和不太多产（最多一天一个帖子）的提要。

创建每日摘要——当天帖子的一篇帖子摘要——似乎是最好的解决方案。

有一种方法可以通过 Yahoo Pipes 为 Twitter 提要创建每日摘要，但它既不通用也不简单。

Feedburner 会通过电子邮件向您发送每日摘要，但不会创建每日摘要提要。

是否有现有的服务可以获取任何饲料并每天生产？我该如何使用它？

Drupal Aggregator 核心模块是一个有用的模块，但存在许多问题。在 Drupal 7 中有很多人谈论改进它。

现在我正在使用 Drupal 6 附带的 Aggregator 模块。我正在构建一个聚合站点，但存在一个大问题。有时提要包含 HTML 标记属性（例如样式、目录、标题），但聚合器的输入格式过滤器会忽略某些属性（例如样式和目录）并允许其他属性（类和 href）。没有一些属性的提要看起来很娘娘腔。聚合器包含它自己的输入格式，它不使用其他输入格式（这使问题变得更加困难！）。

问题是如何允许某些 HTML 标签的属性出现在提要中。

PS最后要做的就是修改Aggregator的核心文件

我很难做一些我认为需要 5 分钟的事情。

我想创建一个在运行时根据需要接受尽可能多的 URL 的管道。我知道如何在编辑器中组合许多 URL，但我想要一个任何人都可以根据自己的需要进行配置的管道。

我以为我可以在循环中使用 URL 输入模块，但这是不可能的。然后我考虑使用文本输入模块并将其链接到 URL 构建器，但这也不是我想要的。

我必须在这里遗漏一些非常明显的东西。

谢谢，

胡安

我正在考虑为提要编写一个代理聚合器，其中少数用户指定提要 URL 和一些条件，系统会输出与这些条件匹配的条目的不断更新的 RSS/Atom 提要。

提要聚合器是否有最佳实践？（或过滤提要代理？）

例如：

• 是否有某些 Feed 元素应该或不应该被修改为代理？
• 提要代理/解析器应该如何表明它没有传递原始提要的原始副本？
• 将下载/更新工作委托给第三方聚合平台（例如Google Feed API ）是否有意义？我认为这将节省大量工作，而不必自己进行更新、301 处理等。

谢谢你的帮助。

嘿，我收到了我兄弟的一个学习项目，其中包括：

通过以下方式创建一个使用 Aggregator、CCK 和 Views 模块的 Drupal 站点：

1. 聚合器将从任意来源获取 RSS 提要

2. 视图将允许您从聚合器材料中创建摘录，以及指向原始文章的链接

3. 确定是否有办法使用 CCK 来保留聚合器项目的本地节点副本——我们将要评论这些节点

我是新手，但我知道如何使用 CCK 和 Views。但是，我不知道他在第三部分中在说什么。任何帮助将不胜感激 ：）

谢谢你的时间，

-落在

我正在为我想关注的一堆英语报纸的社论和专栏页面寻找一个聚合器。目标是生成一个 HTML，它只是我想在国际上关注的十几份报纸的社论集合，以便我可以在早上打印出来。由于这是一个非常狭窄的要求，我找不到任何可用的东西，所以我正在考虑自己写一个。

现在，在我的前世，我曾经是一名程序员约 8 年（现在在我获得 MBA 之后，已经摇摆到华尔街的“黑暗面”）。我今天对编程的了解不够，无法在脚本语言上做出一个好的选择，所以我不确定哪种语言最好（性能不是关键问题，用于解析 HTML、文本处理以及获取数据的库实时网页更重要）。

PS：我不介意几乎只在 Win32 环境中学习一门新语言（以前我广泛使用 x86 ASM、C 和 Visual C++/MFC）。

Delphifeeds.com 聚合了大量与 Delphi 相关的提要，其中包括来自 Embarcadero 的官方提要和来自社区的独立博主。我正在为 .NET 和 C# 寻找类似的东西。我当然知道官方的 Microsoft 提要，但我找不到一个很好的非附属和技术提要的存储库。

有什么建议么？

我有一个复杂的 MS SQL 2005 查询，其中有一个 PIVOT...

我有这样的数据：

我需要的是这个：

我使用的 SQL 查询是这样的：

但是这个 SQL 查询并没有做我想要的，而是这样做：

我需要列中的所有数据为 0 或 1，例如，0 从未使用过此服务，1 已使用过此服务...我该怎么做？

如果我可以为 ... 做 pivot ( Math.MIN ( COUNT(serviceID), 0 ) 或者如果我可以做 ( CASE (COUNT(serviceID) > 0 ) THEN 1 ELSE 0 for ... 但是它会很棒不让我。

例如，最好有：

或者

我知道我也可以在那里有一个 IDictionary，但我认为在持久化内容时这会有点麻烦。或者也许我只是太厌倦了一切都是抽象的并且一直在变化，并且想要在某个地方至少有一些固定点。

目前，我的想法还不够远，无法知道集合类中是否会有很多功能，但可能会有一些。

我还需要记住，我计划使用 NHibernate 来存储我的对象。

你会怎么办 ？