Talk:Requests for comment/Zero architecture

Auto generation of Varnish conf

I am a little concerned about auto-generating Varnish conf, since the VCL used by Zero is shared with mobile web more broadly. Perhaps the VCL should be refactored to pull the Zero-specific bits out and capture them in their own separate file for inclusion in the VCL. There's still potential for auto-generation to do something that will cause some sort of conflict, but at least the auto-generated stuff will be contained. Arthur Richards (talk) 18:50, 3 April 2013 (UTC)

Updated section to clarify - we are not generating VCL, only a simple text file with IP blocks => Carrier ID mapping. VCL will pull it in and set X-CS header to the found ID, same way as geoIP calculates the country. Yurik (talk) 18:55, 3 April 2013 (UTC)

Zero requirements

Hi. Is there a list of Wikipedia Zero's requirements somewhere? From what I can tell, the goal is to provide Wikipedia for free at zero.wikipedia.org. (We already provide Wikipedia for free at www.wikipedia.org, so there's immediately a question of why there's a separate domain.) The amount of overhead to provide this service seems like a bit much, but without knowing the requirements, it's difficult to properly assess.

For example, setting up a lot of infrastructure just so that a small HTML snippet can be dynamic may not be the worth the cost, unless that banner is hugely important to the success of the overall project.

Is there a requirements list somewhere? MZMcBride (talk) 05:05, 9 April 2013 (UTC)

I think dfoy would be the best person to talk about requirements, but from what I know, there are some good reasons for it: a) navigating to a zero.* domain always reports free/non-free banner, b) unlike m.* has no images, c) allows carriers to do URL filtering in a more precise way, d) all links get instrumented to ask for "navigate to pay zone" confirmation. At the same time, we are trying to get all new telcos to get m.*, even though we might still be under contractual obligations to provide the zero domain (my suspicions, not hard facts). Yurik (talk) 05:45, 9 April 2013 (UTC)

MZ, m:Metrics and activities meetings/Quarterly reviews/Wikipedia Zero, 2013-02-20 answers your question, AFAICS. Nemo 07:45, 11 June 2013 (UTC)

Universal Language Selector

"Language dropdown lists vary on X-Subdomain and X-CS" and "Listed high priority languages [, which] are similar to language dropdowns": I don't understand if this is a proposed or existing thing, but it seems to duplicate ULS features in some way; their logic should probably be coordinated, at least when ULS replaces the standard interlanguage wikilinks view (ask Pau)? Nemo 07:43, 11 June 2013 (UTC)

Thanks, Nemo. They dropdown list and the listed high priority languages is a feature of the pre-existing Wikipedia Zero's Special:ZeroRatedMobileAccess page (we've made small tweaks since taking on the codebase, but it's largely the same). Will check with Pau about ULS. ABaso(WMF) (talk) 17:48, 11 June 2013 (UTC)

Generalize JSON support

From RFC

• Zero extension configurations will be stored as wiki pages in JSON format, one page per partner.
• Config pages will reside on meta-wiki, in a dedicated namespace Zero:
• Zero: namespace will be writable only by people in a dedicated security group
• Custom content-handler will validate json structure on Save, and invalidate any related caches.

Many developers want to store JSON on-wiki (e.g. User:Yuvipanda/Campaigns namespace proposal#Implementation, so I hope you implement a general-purpose JsonContent with the last bullet in a subclass. As you probably know, Extension:EventLogging implements a JsonSchemaContent type in a Schema: namespace on meta-wiki and provides a global efSchemaValidate() function, useful code to borrow and invoke. S Page (WMF) (talk) 18:54, 26 June 2013 (UTC)

It would be awesome if someone would write a generic schema-based json editor/visualizer for wiki. Our requirements are fairly complex, and involve a number of validation and cleanup steps (like sorting and de-duplicating certain entries), as well as display of additional information such as banners at the bottom and language fallbacks on the right hand side. See meta:Zero:250-99. Yurik (talk) 19:29, 26 June 2013 (UTC)

Who implements ESI?

they should be generated using ESI (Edge Side Includes)

The passive voice leaves it unclear what software performs the ESI transclusion (when it's not done by client-side JavaScript). I assume you intend WMF's Varnish layer to do it, not the squid caching layer or the carrier's CDN. S Page (WMF) (talk) 19:16, 26 June 2013 (UTC)

clarified Yurik (talk) 23:31, 16 September 2013 (UTC)

Current status?

Hi! I don't quite understand the current status of this work - it sounds like it's done and we should change its current status to Complete & Implemented. Is that so? Sharihareswara (WMF) (talk) 00:44, 8 April 2014 (UTC)

Almost, except for the linchpin of ESI support is currently blocked on a Varnish upgrade. The 3.* series lacks the necessary ESI support to make this work, and I believe an upgrade to the 4.* series is in the medium-to-long term plan with Ops. ABaso(WMF) (talk) 17:12, 8 April 2014 (UTC)

Adam, I'm going to move the RfC status to something showing that the community doesn't need to comment on it anymore; best wishes on finishing the implementation soon. Thank you for the response! Sharihareswara (WMF) (talk) 14:37, 17 June 2014 (UTC)