It's worth noting the MCS is a collection of services used by the mobile team . It includes endpoints such as `feed` (https://en.wikipedia.org/api/ rest_v1/#!/Feed). Why not put `summaries` in there too?
I wasn't aware that the S in MCS was "Services". For those not following along, Marko pointed me at T157059: Rename Mobile Content Service? https://phabricator.wikimedia.org/T157059 which is the larger discussion whether the M in MCS is applicable. If we were to add a page summary service to MCS, then I'd argue that the M isn't applicable.
That being said, I am strongly in favour of adding a new Node.js service to that group of services as:
- It maximises the number of Reading Web engineers who are comfortable with contributing the codebase (not that we're weak in PHP but…). - It's relevant experience for the planned rewrite of the mobile site. - It places all control of the service in the team's hands.
Only the last point would be true if we were to write the services as a MediaWiki API module.
Any objections from Reading Web or Services?
*Corey*: I've re-added you to the conversation so that this work is on your radar.
-Sam
-- IRC (Freenode): phuedx Matrix: @phuedx:matrix.org Timezone: BST (UTC+1)