On Feb 9, 2013, at 11:21 PM, Asher Feldman <afeldman(a)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?
--
Mark Bergsma <mark(a)wikimedia.org>
Lead Operations Architect
Wikimedia Foundation