On Aug 31, Davide Alberani <[EMAIL PROTECTED]> wrote:
> At least... theoretically. After a simple test it looks like that
> the IMDb.com web server ignores the "Range" header. :-/
More or less: the server returns a 200 (instead of the expected 206,
for a "Range" request), but the connection ends
On Aug 30, Davide Alberani <[EMAIL PROTECTED]> wrote:
> I can't even call this hack "untested", so maybe it won't work at
> all. :-)
Exactly. :-)
I'm committing a new version that should work: the correct solution
was to use the HTTP "Range" header.
At least... theoretically. After a simple tes
On Aug 30, Davide Alberani <[EMAIL PROTECTED]> wrote:
> Ok, plan B: I'll play with the connection and see if I can close
> it after a given amount of downloaded KB (a mobile can't download
> 300 KB just to get the first 20 results).
In the CVS there is a first attempt.
I can't even call this hack
On Aug 29, Martin Kirst <[EMAIL PROTECTED]> wrote:
> After a few test I figured out, that
>http://akas.imdb.com/find?q=pong&nm=on&mx=20
> gives 34 results.
Cool. I did not try with other surmanes.
Now I understand what it means with "more than 500 partial matches":
in the database there are
Hi,
> I've tried playing with the query parameters, but without luck;
> does anyone knows a way to search for such a generic surname
> and get a _short_ list with the best X (lets say that X is 20 or
> another configurable parameter) matches?
After a few test I figured out, that
http://akas.imd
Hi all,
since some time the IMDb has a new behavior, showing the results for
too common persons' names (e.g.: try searching the "Band" surname):
http://akas.imdb.com/find?q=Band&nm=on&mx=20
it will show a page that says that there are more than 500 results,
and a link to get the whole bunch of r
6 matches
Mail list logo
