Asher and I just had a chat in #wikimedia-mobile. We agreed to have the Squids handle the new cookie in the same way they handle the old 'stopMobileRedirect' cookie (rather than add back the old 'permanently disable mobile view' functionality). I'm going to also make some minor tweaks to how things get handled in MobileFrontend, but it will essentially behave the same way described earlier. This will allow us to move forward with the simplified mobile/desktop view switching and continue making the MobileFrontend code less WMF-centric. Thanks again, Asher!
On Thu, Mar 15, 2012 at 1:47 PM, Arthur Richards arichards@wikimedia.orgwrote:
On second thought - Asher, shouldn't setting the 'Vary' header to 'Cookie' be sufficient to prevent cache pollution/fragmentation? MobileFrontend already does this. If, however, that is it not the case, would it be possible to configure the squids to respond to the 'mf_useformat=desktop' cookie in the same way they currently respond to 'stopMobileDirect'?
From my developer perspective, I would prefer to not have to add the 'permanently disable mobile frontend' functionality back into MobileFrontend in the way it had previously existed as it will increase code complexity and keep WMF-centric functionality in what would otherwise be an agnostic extension.
On Thu, Mar 15, 2012 at 12:52 PM, Arthur Richards <arichards@wikimedia.org
wrote:
This is blocked on migrating text from squid to varnish which is likely at
least a few months off. Until then, MobileFrontend needs to continue supporting the current production reality.
Asher, thanks for the response. I didn't realize the functionality was so crucial. I'll go ahead and add it back in for now - however I'll probably slightly change how things work so the functionality in mobileRedirect.php is included in the extension itself.
-- Arthur Richards Software Engineer, Mobile [[User:Awjrichards]] IRC: awjr +1-415-839-6885 x6687
-- Arthur Richards Software Engineer, Mobile [[User:Awjrichards]] IRC: awjr +1-415-839-6885 x6687