Torgo χ (torgo_x) wrote in suggestions,
Torgo χ

LJ RSS fetcher should use XML::RSS::Timing

LJ RSS fetcher should use XML::RSS::Timing

Short, concise description of the idea
The RSS fetcher here harvests feeds without respect to their ttl/sy:*/update* elements. Using XML::RSS::Timing (at the very least its ttl method) would save bandwidth.

Full description of the idea
An RSS feed can declare how {in}frequently it can be polled. provides a Perl implementation of the algorithm -- just feed in the values from the RSS feed's timing elements (at least the TTL one), and it will say when's the soonest you should poll again.

An ordered list of benefits

  • Saves LJ bandwidth. (I.e., even tho you're using HEAD to check the feeds every hour now, this still uses bandwidth and other resources, albeit less than an hourly GET would.)
  • Saves RSS provider's bandwidth.
  • Nonspecific feelings of euphoria. Spontaneous erections. Do not operate heavy machinery.
  • An ordered list of problems/issues involved

  • Too-frequent polling.
  • An organized list, or a few short paragraphs detailing suggestions for implementation

  • Requires installing XML::RSS::Timing, and at least five or six new lines of code to interface with it.
  • Tags: syndication, § historical
    • Post a new comment


      Anonymous comments are disabled in this journal

      default userpic

      Your reply will be screened

      Your IP address will be recorded