Limits misbehave

[eduo]

I have found a problem where the XMLRPC interface will give out results, but downloading the actual files sends HTML error files reporting on limits having been reached.

Since the files are sent answering to the gzip subtitle and since the pages are gzipped, programs can't know they've hit the limits of the interface.

Wouldn't it make sense to return in every XMLRPC query the available number of searches, downloads and how many hours? Timezones are different, so "for the day" is not clear. And the number should decrease every time it's used anyway.

I'm worried I might have hit hardly the limits yesterday, but I can't know because the XMLRPC didn't report errors and I don't check the downloaded files for format (I wouldn't be able, with all formats available).

What do you suggest?

If you need to know, I periodically scan for better subtitles to replace the ones I might have downloaded the first day, which are never good quality.

[eduo]

I must add my program has, of course, deleted tons and tons of subtitles, which were replaced by the "better" copies that ended up being HTML.

I'm now running a shellscript to remove all those HTML files, but I have lost all the previous one.

This is a sample image of the downloaded HTML.


http://h4xr.org/q3k4

[oss]

yeah definitely good idea, I will implement some limit reporting to XMLRPC