On Feb 9, 2013, at 11:21 PM, Asher Feldman afeldman@wikimedia.org wrote:
For this particular case, the API requests are for either getting specific sections of an article as opposed to either the whole thing, or the first section as part of an initial pageview. I might not have grokked the original RFC email well, but I don't understand why this was being discussed as a logging challenge or necessitating a request header. A mobile api request to just get section 3 of the article on otters should already utilize a query param denoting that section 3 is being fetched, and is already clearly not a "primary" request.
Yes, that part remains a bit unclear to me as well - some more details would be welcome.
Whether or not it makes sense for mobile to move in the direction of splitting up article views into many api requests is something I'd love to see backed up by data. I'm skeptical for multiple reasons.
What is the main motivation used here? Reducing article sizes/transfers at the expense of more latency?