On Fri, 2015-04-17 at 18:15 -0700, Grace Gellerman wrote:
The project is intended for Analytics customers to alert Analytics of
work in their products that they think might intersect with ours. It's
a way of giving Analytics an early heads-up so that Analytics can
either say,Thanks for the
+1 'last'
___
Analytics mailing list
Analytics@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/analytics
+1 for ISO dates. They're also more parsable by researchers.
On 27 April 2015 at 18:57, Dario Taraborelli dtarabore...@wikimedia.org wrote:
I also noticed the cookie stores a string with a 3-letter month
(27-Apr-2015), any reason not to use a shorter ISO date instead (2015-04-27)?
On Apr 27,
Gonna stop this ISO date fancy bandwagon right here :)
We could do it with a bunch of VCL code but that affects performance of the
site and we'd rather take the hit in analytics. We could look into making
a UDF that deals with this and other common date code we'd want to DRY.
On Mon, Apr 27,
Ok thanks for the heads up!
On Mon, 27 Apr 2015, Andrew Otto wrote:
Hi again!
Today I turned of most udp2log webrequest filters. For now, I have left the
Fundraising filters, as well as the 5xx and
sampled-1000 filters running. All of these filters are now running on erbium.
oxygen's
+1 to Dan
On Monday, April 27, 2015, Dan Andreescu dandree...@wikimedia.org wrote:
Sounds to me like the nuance we were trying to go for is causing
confusion. This is unintended and my opinion is that we should remove
maybe-analytics and just tell everyone to use blocked-on-analytics as
I also noticed the cookie stores a string with a 3-letter month (27-Apr-2015),
any reason not to use a shorter ISO date instead (2015-04-27)?
On Apr 27, 2015, at 3:00 PM, Marcel Ruiz Forns mfo...@wikimedia.org wrote:
+1 'last'
___
Analytics
