Hacker News Reader

> The only other way to determine the amount of documents returned it to JSON parse the entire result which is not free and would add latency to each request.

Why do they have to bill synchronously (in realtime)? Why not return the response, then calculate the fee asynchronously? The customer is probably being billed at discrete intervals (e.g., weekly or monthly) anyway.

View on HN

It's a good idea (and thanks for the feedback) but we would still have to burn the CPU (which isn't free) to parse the response.

Much easier if it's just an integer header field.

What's your request size and how big are the documents you're needing to parse? Even if you're returning 1000 documents, if you're not fetching the source as part of the request (do you need to?) or if you don't have a ton of fields, it shouldn't be too expensive to parse that to get the total number of hits.

I'm assuming he needs the source, otherwise he should look at the count API.

The count API just returns counts. I'm assuming he needs some fields to display which should be smaller than source if source is "large." Unfortunately we are left to guess at his statements because not enough detail is provided.

Reply on news.ycombinator.com