News for hackers. Stuff that matters.
Re:RSS mistakes: let's not make them again by MatthewPhillips on Wednesday July 17, 2013 @03:01PM (#6059526)
> The “level 0” solution is to periodically fetch each feed, parse it, diff it and hopefully find something new.

Wait, do feed readers really not do a HEAD request first and check Last-Modified ?

Re:RSS mistakes: let's not make them again by bct on Wednesday July 17, 2013 @03:24PM (#6059662)
I would hope that they wouldn't do it that way; they should be sending a GET with If-Modified-Since. The same result, making half the requests.
Re:RSS mistakes: let's not make them again by gboudrias on Wednesday July 17, 2013 @03:10PM (#6059585)
I don't think those values are always reliable.
Re:RSS mistakes: let's not make them again by jrochkind1 on Friday July 19, 2013 @12:16AM (#6068302)
So which is easier, getting servers to fix them to be reliable, or getting everyone to change to a new json pubsubhub whatever thingy, that they'll probably do unrealiably anyway too?
Re:RSS mistakes: let's not make them again by julien on Wednesday July 17, 2013 @04:08PM (#6059953)
HEAD is still a waste of resources. the http body in the context of feeds is usually pretty small and does not consume a lot of resources compared to actually initiating (or even keeping) the TCP connection. HEAD also means the server as to do everything but send the data to make sure it does not need to sent it => waste.
Re:RSS mistakes: let's not make them again by icebraining on Wednesday July 17, 2013 @06:55PM (#6060566)
HEAD also means the server as to do everything but send the data to make sure it does not need to sent it

Not at all. If you have the RSS as a static file - and that's the best way for a resource that is much more often read than written - the web server can just stat() the file and get the modified timestamp instead of having to open and read it.

Re:RSS mistakes: let's not make them again by julien on Wednesday July 17, 2013 @07:13PM (#6060654)
Show me a service that has static files as RSS :) no matter what a stat() is still more expensive than nothing