http://github.com/pauldix/feedzirra/tree/master
I’d like feedback on the api and any bugs encountered on feeds in the wild. I’ve set up a google group here.
A feed fetching and parsing library that treats the internet like Godzilla treats Japan: it dominates and eats all.
Feedzirra is a feed library that is designed to get and update many feeds as quickly as possible. This includes using libcurl-multi through the taf2-curb gem for faster http gets, and libxml through nokogiri and sax-machine for faster parsing.
Once you have fetched feeds using Feedzirra, they can be updated using the feed objects. Feedzirra automatically inserts etag and last-modified information from the http response headers to lower bandwidth usage, eliminate unnecessary parsing, and make things speedier in general.
Another feature present in Feedzirra is the ability to create callback functions that get called “on success” and “on failure” when getting a feed. This makes it easy to do things like log errors or update data stores.
The fetching and parsing logic have been decoupled so that either of them can be used in isolation if you’d prefer not to use everything that Feedzirra offers. However, the code examples below use helper methods in the Feed class that put everything together to make things as simple as possible.
The final feature of Feedzirra is the ability to define custom parsing classes. In truth, Feedzirra could be used to parse much more than feeds. Microformats, page scraping, and almost anything else are fair game.
For now Feedzirra exists only on github. It also has a few gem requirements that are only on github. Before you start you need to have libcurl and libxml installed. If you’re on Leopard you have both. Otherwise, you’ll need to grab them. Once you’ve got those libraries, these are the gems that get used: nokogiri, pauldix-sax-machine, taf2-curb (note that this is a fork that lives on github and not the Ruby Forge version of curb), and pauldix-feedzirra. The feedzirra gemspec has all the dependencies so you should be able to get up and running with the standard github gem install routine:
gem sources -a http://gems.github.com # if you haven’t already
gem install pauldix-feedzirra
NOTE:Some people have been reporting a few issues related to installation. First, the Ruby Forge version of curb is not what you want. It will not work. Nor will the curl-multi gem that lives on Ruby Forge. You have to get the taf2-curb fork installed.
If you see this error when doing a require:
/Library/Ruby/Site/1.8/rubygems/custom_require.rb:31:in `gem_original_require’: no such file to load — curb_core (LoadError)
It means that the taf2-curb gem didn’t build correctly. To resolve this you can do a git clone git://github.com/taf2/curb.git then run rake gem in the curb directory, then sudo gem install pkg/curb-0.2.4.0.gem. After that you should be good.
If you see something like this when trying to run it:
NoMethodError: undefined method `on_success’ for #
from ./lib/feedzirra/feed.rb:88:in `add_url_to_multi’
This means that you are requiring curl-multi or the Ruby Forge version of Curb somewhere. You can’t use those and need to get the taf2 version up and running.
Another problem could be if you are running Mac Ports and you have libcurl installed through there. You need to uninstall it for curb to work! The version in Mac Ports is old and doesn’t play nice with curb. If you’re running Leopard, you can just uninstall and you should be golden. If you’re on an older version of OS X, you’ll then need to download curl and build from source. Then you’ll have to install the taf2-curb gem again. You might have to perform the step above.
If you’re still having issues, please let me know on the mailing list. Also, Todd Fisher is working on fixing the gem install. Please send him a full error report.
require ‘feedzirra’
- fetching a single feed
feed = Feedzirra::Feed.fetch_and_parse(“http://feeds.feedburner.com/PaulDixExplainsNothing”)
- feed and entries accessors
feed.title # => “Paul Dix Explains Nothing”
feed.url # => “http://www.pauldix.net”
feed.feed_url # => “http://feeds.feedburner.com/PaulDixExplainsNothing”
feed.etag # => “GunxqnEP4NeYhrqq9TyVKTuDnh0”
feed.last_modified # => Sat Jan 31 17:58:16 -0500 2009 # it’s a Time objectentry = feed.entries.first
entry.title # => “Ruby Http Client Library Performance”
entry.url # => “http://www.pauldix.net/2009/01/ruby-http-client-library-performance.html”
entry.author # => “Paul Dix”
entry.summary # => “…”
entry.content # => “…”
entry.published # => Thu Jan 29 17:00:19 UTC 2009 # it’s a Time object
- updating a single feed
updated_feed = Feedzirra::Feed.update(feed)
- an updated feed has the following extra accessors
updated_feed.updated? # returns true if any of the feed attributes have been modified. will return false if only new entries
updated_feed.new_entries # a collection of the entry objects that are newer than the latest in the feed before update
- fetching multiple feeds
feed_urls = [“http://feeds.feedburner.com/PaulDixExplainsNothing”, “http://feeds.feedburner.com/trottercashion”]
feeds = Feedzirra::Feed.fetch_and_parse(feeds_urls)
- feeds is now a hash with the feed_urls as keys and the parsed feed objects as values. If an error was thrown
- there will be a Fixnum of the http response code instead of a feed object
- updating multiple feeds. it expects a collection of feed objects
updated_feeds = Feedzirra::Feed.update(feeds.values)
- defining custom behavior on failure or success. note that a return status of 304 (not updated) will call the on_success handler
feed = Feedzirra::Feed.fetch_and_parse(“http://feeds.feedburner.com/PaulDixExplainsNothing”,
:on_success => lambda {|feed| puts feed.title },
:on_failure => lambda {|url, response_code, response_header, response_body| puts response_body })- if a collection was passed into fetch_and_parse, the handlers will be called for each one
- the behavior for the handlers when using Feedzirra::Feed.update is slightly different. The feed passed into on_success will be
- the updated feed with the standard updated accessors. on failure it will be the original feed object passed into update
- Defining custom parsers
- TODO: the functionality is here, just write some good examples that show how to do this
One of the goals of Feedzirra is speed. This includes not only parsing, but fetching multiple feeds as quickly as possible. I ran a benchmark getting 20 feeds 10 times using Feedzirra, rFeedParser, and FeedNormalizer. For more details the benchmark code can be found in the project in spec/benchmarks/feedzirra_benchmarks.rb
feedzirra 5.170000 1.290000 6.460000 ( 18.917796)
rfeedparser 104.260000 12.220000 116.480000 (244.799063)
feed-normalizer 66.250000 4.010000 70.260000 (191.589862)
The result of that benchmark is a bit sketchy because of the network variability. Running 10 times against the same 20 feeds was meant to smooth some of that out. However, there is also a benchmark comparing parsing speed in spec/benchmarks/parsing_benchmark.rb on an atom feed.
feedzirra 0.500000 0.030000 0.530000 ( 0.658744)
rfeedparser 8.400000 1.110000 9.510000 ( 11.839827)
feed-normalizer 5.980000 0.160000 6.140000 ( 7.576140)
There’s also a benchmark that shows the results of using Feedzirra to perform updates on feeds you’ve already pulled in. I tested against 179 feeds. The first is the initial pull and the second is an update 65 seconds later. I’m not sure how many of them support etag and last-modified, so performance may be better or worse depending on what feeds you’re requesting.
feedzirra fetch and parse 4.010000 0.710000 4.720000 ( 15.110101)
feedzirra update 0.660000 0.280000 0.940000 ( 5.152709)
This thing needs to hammer on many different feeds in the wild. I’m sure there will be bugs. I want to find them and crush them. I didn’t bother using the test suite for feedparser. i wanted to start fresh.
Here are some more specific TODOs.
- Make a feedzirra-rails gem to integrate feedzirra seamlessly with Rails and ActiveRecord.
- Add function to sanitize content.
- Add support to automatically handle gzip and deflate encododing.
- Add support for authenticated feeds.
- Create a super sweet DSL for defining new parsers.
- Test against Ruby 1.9.1 and fix any bugs.
- I’m not keeping track of modified on entries. Should I add this?
- Should I be parsing stuff like tags or categories for entries?
- Clean up the fetching code inside feed.rb so it doesn’t suck so hard.
- Make the feed_spec actually mock stuff out so it doesn’t hit the net.
- Readdress how feeds determine if they can parse a document. Maybe I should use namespaces instead?
(The MIT License)
Copyright © 2009:
Permission is hereby granted, free of charge, to any person obtaining
a copy of this software and associated documentation files (the
‘Software’), to deal in the Software without restriction, including
without limitation the rights to use, copy, modify, merge, publish,
distribute, sublicense, and/or sell copies of the Software, and to
permit persons to whom the Software is furnished to do so, subject to
the following conditions:
The above copyright notice and this permission notice shall be
included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED ‘AS IS’, WITHOUT WARRANTY OF ANY KIND,
EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY
CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,
TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE
SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.