Thanks Adam for driving it and getting it done :)
On Wed, Mar 12, 2014 at 4:44 PM, Adam Baso <ab...@wikimedia.org> wrote: > Okay, HTTPS contributory features are now introduced on the Wikipedia Zero > mobile web experience for operators that zero-rate HTTPS. > > Thanks Brandon Black and Yuri Astrakhan for help on the final pieces! > > > On Thu, Mar 6, 2014 at 2:51 PM, Adam Baso <ab...@wikimedia.org> wrote: > > > Another note in case you missed it earlier. If your'e looking in general > to > > test the Wikipedia app reboot, at the moment the Android APK can be > > downloaded from > > > > > https://releases.wikimedia.org/mobile/android/apps-android-wikipedia-sprint25.apkand > > bugs can be filed via Bugzilla. The iOS build is currently internal > > due > > to installation limits, although simulator and debugging stuff can be > done > > on the latest beta of Xcode. > > > > I also forgot to mention my peer Yuri's great work! The guy knuckled down > > to considerably revise Varnish scripts, reviewed and helped me improve > > code, and offered really good advice on API-app interaction. Thanks Yuri! > > > > -Adam > > > > > > On Wed, Mar 5, 2014 at 4:16 PM, Adam Baso <ab...@wikimedia.org> wrote: > > > > > I realized I should be clear that the "rebooted apps" I mention are > "the > > > future Wikipedia mobile app"s mentioned earlier in the thread. Sorry if > > any > > > confusion. > > > > > > -Adam > > > > > > > > > On Wed, Mar 5, 2014 at 11:43 AM, Adam Baso <ab...@wikimedia.org> > wrote: > > > > > >> +mobile-l > > >> > > >> Greetings. Rupert, an update! > > >> > > >> The rebooted Android (Android 2.3+) and iOS (iOS 6+) apps will have > > >> Wikipedia Zero flourishes built into them, making it possible for the > > user > > >> to know whether the app access is free of data usage charges. The > > rebooted > > >> apps are tentatively slated for store submission at the end of the > > month. > > >> The flourishes will hinge on each operator's zero-rating of HTTPS. > > >> > > >> Likewise, HTTPS contributory features are about to be introduced on > the > > >> Wikipedia Zero mobile web experience as well for operators that > > zero-rate > > >> HTTPS. > > >> > > >> WMF is starting the work with partner operators to add support for > > >> zero-rating of HTTPS. There will be, at least, technical hurdles > > >> (networking equipment architecture varies) in this transition, but > it's > > >> underway! Indeed, we have some carriers that have noted support for > > HTTPS > > >> zero-rating already. > > >> > > >> I'm very much grateful to Brion, Yuvi, and Monte for their assistance > > >> while I added code to the Android and iOS platforms, and am happy to > > get to > > >> work with them more while putting final touches in place this month. > > Props > > >> to Faidon, Mark, and Brandon in Ops Engineering as well on helping us > > >> overcome some rather non-trivial hurdles in order to retain good > > >> performance and maintainability while adding HTTPS support. > > >> > > >> -Adam > > >> > > >> > > >> On Mon, Aug 26, 2013 at 3:34 PM, Brion Vibber <bvib...@wikimedia.org > > >wrote: > > >> > > >>> On Mon, Aug 26, 2013 at 8:19 AM, Adam Baso <ab...@wikimedia.org> > > wrote: > > >>> > > >>> > Rupert, I saw your question regarding Wikipedia Zero. Wikipedia > Zero > > is > > >>> > currently targeted for the mobile web, but I'll take this question > > >>> back to > > >>> > the business team as to whether we'd be able to support zero-rating > > of > > >>> apps > > >>> > traffic at some point in the future, at least in locales where > > moderate > > >>> > bandwidth is available. > > >>> > > > >>> > > >>> I think that once the zero-rating is switched to support HTTPS by > using > > >>> IP-based instead of Deep Packet Inspection-based HTTP sniffing, ISP > > >>> partners wouldn't actually be able to distinguish between mobile web > > and > > >>> mobile apps content unless we actively choose to make them use > separate > > >>> IPs > > >>> and domain names. > > >>> > > >>> Especially if, as we think we're going to, the future Wikipedia > mobile > > >>> app > > >>> will consist mostly of native code widgets and modules that plug into > > the > > >>> web site embedded in a web control... it'll be loading mostly the > same > > >>> web > > >>> pages from the same servers, but running a different mix of > JavaScript. > > >>> > > >>> -- brion > > >>> _______________________________________________ > > >>> Wikitech-l mailing list > > >>> Wikitech-l@lists.wikimedia.org > > >>> https://lists.wikimedia.org/mailman/listinfo/wikitech-l > > >>> > > >> > > >> > > > > > _______________________________________________ > > Wikitech-l mailing list > > Wikitech-l@lists.wikimedia.org > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > _______________________________________________ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > _______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
