Brandon and Yuri helped improve the patch and get it tested on the beta cluster, and now it's in prod for the text and mobile Varnish frontends. Thanks everyone for helping out with this!
On Monday, March 23, 2015, Adam Baso abaso@wikimedia.org wrote:
And I created https://www.mediawiki.org/wiki/Provenance for reservation of the codes going forward.
On Mon, Mar 23, 2015 at 12:53 PM, Adam Baso abaso@wikimedia.org wrote:
https://gerrit.wikimedia.org/r/#/c/198805/ submitted for review.
On Wed, Mar 11, 2015 at 9:31 AM, Adam Baso abaso@wikimedia.org wrote:
I've updated https://phabricator.wikimedia.org/T90606.
On Tue, Mar 10, 2015 at 6:48 PM, Bernd Sitzmann bernd@wikimedia.org wrote:
Sounds good to me. On Mar 10, 2015 5:58 PM, "Adam Baso" abaso@wikimedia.org wrote:
wprov didn't seem to show up as a parameter in looking at the query field on an hour of logs on en.m.wikipedia.org via Hadoop, so I think we're okay there.
As for that additional data point, that's a good idea. Bernd, Dmitry, how about we do: sfi (image) and sft (text) ?
-Adam
On Tue, Mar 10, 2015 at 4:47 PM, Dario Taraborelli < dtaraborelli@wikimedia.org> wrote:
On Mar 10, 2015, at 11:26 AM, Adam Baso abaso@wikimedia.org wrote:
We're going to use the following format:
?wprov=<3_char_feature><platform_one_char><major_version_of_feature_uint>
For the first version on iOS, this will be
?wprov=safi1
And Android: ?wprov=safa1
Thanks for the closing the loop on this. Dan, Adam – have you guys considered tagging the type of “share”? I expect “image shares” will have higher engagement/click-through than “text shares”, if that’s a data point you want to collect explicitly, you’ll want to pass a different value to 3_char_feature (assuming that’s possible).
Is the new parameter going to be in the next beta build?
Dario
On Mon, Mar 9, 2015 at 1:39 PM, Adam Baso abaso@wikimedia.org wrote:
> Okay, we'll plan on wprov. > > On Wed, Mar 4, 2015 at 12:44 PM, Dan Garry dgarry@wikimedia.org > wrote: > >> Works for me. >> >> Dan >> >> On 4 March 2015 at 12:33, Adam Baso abaso@wikimedia.org wrote: >> >>> How about 'wprov'? >>> >>> On Wed, Mar 4, 2015 at 12:29 PM, Dan Garry dgarry@wikimedia.org >>> wrote: >>> >>>> I'd really rather this be either something that's totally not >>>> understandable by the user (e.g. ?saf=1), or something that is clearly >>>> understandable (e.g. ?appshareafact=1). >>>> >>>> Dan >>>> >>>> On 4 March 2015 at 12:26, Adam Baso abaso@wikimedia.org wrote: >>>> >>>>> Ha! I'm cool with 'provenance' if no one objects. >>>>> >>>>> On Wed, Mar 4, 2015 at 11:25 AM, Andrew Otto < >>>>> aotto@wikimedia.org> wrote: >>>>> >>>>>> Oof, only that it is ugly! :) >>>>>> >>>>>> Can you just call it ‘provenance', or are you trying to be more >>>>>> future proof? >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On Mar 4, 2015, at 12:11, Adam Baso abaso@wikimedia.org >>>>>> wrote: >>>>>> >>>>>> I pinged on Phabricator at >>>>>> https://phabricator.wikimedia.org/T90606 about modeling after >>>>>> that patch. That sort of approach should avoid cache fragmentation. >>>>>> >>>>>> As for parameter name, 'wmfxan' is short and I think would >>>>>> avoid collisions. Any problems with this parameter name? >>>>>> >>>>>> -Adam >>>>>> >>>>>> >>>>>> On Thu, Feb 26, 2015 at 8:27 AM, Nuria Ruiz < >>>>>> nuria@wikimedia.org> wrote: >>>>>> >>>>>>> Ping ... (regarding cache question) >>>>>>> >>>>>>> On Tue, Feb 24, 2015 at 5:18 PM, Gergo Tisza < >>>>>>> gtisza@wikimedia.org> wrote: >>>>>>> >>>>>>>> On Tue, Feb 24, 2015 at 3:48 PM, Nuria Ruiz < >>>>>>>> nuria@wikimedia.org> wrote: >>>>>>>> >>>>>>>>> 2. What about caching? >>>>>>>>> Is this page:* >>>>>>>>> http://wikipedia.org/BarackObama?some_param=some-value >>>>>>>>> http://wikipedia.org/BarackObama?some_param=some-value* >>>>>>>>> being served from the cache as it should be? >>>>>>>>> >>>>>>>> >>>>>>>> The file download parameter was handled via this patch: >>>>>>>> https://gerrit.wikimedia.org/r/#/c/120617/ >>>>>>>> Seems like an analogous scenario. >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Analytics mailing list >>>>>>>> Analytics@lists.wikimedia.org >>>>>>>> https://lists.wikimedia.org/mailman/listinfo/analytics >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Analytics mailing list >>>>>>> Analytics@lists.wikimedia.org >>>>>>> https://lists.wikimedia.org/mailman/listinfo/analytics >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>>> _______________________________________________ >>>>> Analytics mailing list >>>>> Analytics@lists.wikimedia.org >>>>> https://lists.wikimedia.org/mailman/listinfo/analytics >>>>> >>>>> >>>> >>>> >>>> -- >>>> Dan Garry >>>> Associate Product Manager, Mobile Apps >>>> Wikimedia Foundation >>>> >>>> _______________________________________________ >>>> Analytics mailing list >>>> Analytics@lists.wikimedia.org >>>> https://lists.wikimedia.org/mailman/listinfo/analytics >>>> >>>> >>> >>> _______________________________________________ >>> Analytics mailing list >>> Analytics@lists.wikimedia.org >>> https://lists.wikimedia.org/mailman/listinfo/analytics >>> >>> >> >> >> -- >> Dan Garry >> Associate Product Manager, Mobile Apps >> Wikimedia Foundation >> >> _______________________________________________ >> Analytics mailing list >> Analytics@lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/analytics >> >> > _______________________________________________ Analytics mailing list Analytics@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/analytics
Analytics mailing list Analytics@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/analytics