[Wikitech-l] Attention: Vagrant XDebug has changed!

If you have been using remote debugging in Vagrant, make sure you "enable-role zend". Otherwise your debugger will no longer receive any callbacks from Vagrant. This is due to the recent change to HHVM by default. There has been some ideas to allow both zend & hhvm to coexist at the same time on t

Re: [Wikitech-l] learning Ops infrastructure (was: Re: 404 errors)

Noted, thank you! Pine On Mon, Jul 7, 2014 at 9:31 AM, Sumana Harihareswara wrote: > Pine, two more: > > * https://www.mediawiki.org/wiki/File:Schulz-performance.pdf - the slides > about "Full Stack Performance" by Aaron Schulz from > http://www.meetup.com/SF-Web-Performance-Group/events/18218

[Wikitech-l] Fwd: [Wikimedia-l] Human Resources Office Hour with Gayle

Forwarding to Wikitech-l. This HR office hour will follow the Language Engineering office hour. Because the new ED has a tech background there might be greater than usual interest in this WMF issue from those on the tech list, and those with lots of free time tomorrow can be present for both meetin

Re: [Wikitech-l] Removing support for register_globals

On Tue, Jul 8, 2014 at 6:23 PM, Max Semenik wrote: > Can we use this as an opportunity to officially become 5.4 only? 5.5 would > be even cooler, but OMGTHINKOFTHECHILDREN!!!1ONEONEONE > > As a clarification: when we have it on our cluster, but that's actually surprisingly close:) -- Best regar

Re: [Wikitech-l] Removing support for register_globals

Can we use this as an opportunity to officially become 5.4 only? 5.5 would be even cooler, but OMGTHINKOFTHECHILDREN!!!1ONEONEONE On Tue, Jul 8, 2014 at 6:17 PM, Chad wrote: > On Tue, Jul 8, 2014 at 6:01 PM, Legoktm > wrote: > > > Hi, > > > > tl;dr: stop

Re: [Wikitech-l] Removing support for register_globals

On Tue, Jul 8, 2014 at 6:01 PM, Legoktm wrote: > Hi, > > tl;dr: stops supporting > MediaWiki instances with register_globals enabled. > > Merged. The less of this cruft we hang onto the better. -Chad ___ Wikitech

[Wikitech-l] Removing support for register_globals

Hi, tl;dr: stops supporting MediaWiki instances with register_globals enabled. When PHP 5.3 was released, register_globals was officially deprecated, and that was over 5 years ago[1]. It was then removed in PHP 5.4. Since MediaWiki still supports 5.3, we'v

[Wikitech-l] Study on the user base for the Memento MediaWiki Extension

Hi folks, As we improve the Memento MediaWiki Extension, we also search for information on where and how it can be used. I had written a blog post last December talking about its use in helping users of fan sites avoid spoilers. [1] Recently, we’ve done a study using anonymized logs for the Wa

Re: [Wikitech-l] HTML templating progress; Knockout Components & curly brace syntax

Right now there are two things I would consider "complicated" about Knockoff/T-assembly: 1. Currently the developer has to set up and run the pre-compilation process themselves outside of MediaWiki (through a node.js interface). If we can get MediaWiki to handle this part (via ResourceLoader), it w

Re: [Wikitech-l] HTML templating progress; Knockout Components & curly brace syntax

On 07/08/2014 03:04 PM, Rob Lanphier wrote: > At a minimum, it would seem to affect deployment performance. We are much > more forgiving of things that slow down deployment than we are of things > that slow down typical page loads, but not infinitely forgiving. How much > overhead would this add

[Wikitech-l] Frontend standardization discussion continues Thursday

https://www.mediawiki.org/wiki/Architecture_meetings/RFC_review_2014-07-10 22:30 UTC this Thursday, 10 July, in #wikimedia-office on Freenode, Trevor Parscal discusses https://www.mediawiki.org/wiki/Requests_for_comment/Redo_skin_framework which will have more details. This is a followup to the Ju

Re: [Wikitech-l] HTML templating progress; Knockout Components & curly brace syntax

On Tue, Jul 8, 2014 at 12:56 PM, Ryan Kaldari wrote: > On Tue, Jul 8, 2014 at 12:20 PM, Rob Lanphier wrote: > > > Is there someone who has the time to perform and publish an independent > > audit on performance specifically? We currently have this: > > > > > https://www.mediawiki.org/wiki/Reque

Re: [Wikitech-l] HTML templating progress; Knockout Components & curly brace syntax

On 07/08/2014 12:20 PM, Rob Lanphier wrote: > On Tue, Jul 8, 2014 at 10:27 AM, Jon Robson wrote: > >> In terms of benchmarks, I was thinking more along the lines of >> benchmarking on the client, in particular for mobile devices which may >> have less memory. This would essentially be, time to lo

[Wikitech-l] Email for London Hackathon Participants

This email is meant for people who will be attending the Hackathon in London prior to Wikimania on August 6th and 7th. :) --- Hi wikitech-l, This year we are expecting a very large turnout at the London Hackathon. Last I heard there were just under 400 people registered. While we wil

Re: [Wikitech-l] HTML templating progress; Knockout Components & curly brace syntax

For all that is holy, we should pick one templating engine (that must be compatible with both JS and PHP) and switch everything to it. Having many templating engines would be horrible. On Tue, Jul 8, 2014 at 12:56 PM, Ryan Kaldari wrote: > On Tue, Jul 8, 2014 at 12:20 PM, Rob Lanphier wrote: >

Re: [Wikitech-l] HTML templating progress; Knockout Components & curly brace syntax

On Tue, 08 Jul 2014 16:16:06 +0200, Tyler Romeo wrote: I just want to be clear that any sort of template syntax that resembles or can be confused with wikitext is not something that we can or should allow in core. If MobileFrontend and whatnot want to use this syntax, so be it. That is

Re: [Wikitech-l] HTML templating progress; Knockout Components & curly brace syntax

On Tue, Jul 8, 2014 at 12:20 PM, Rob Lanphier wrote: > Is there someone who has the time to perform and publish an independent > audit on performance specifically? We currently have this: > > https://www.mediawiki.org/wiki/Requests_for_comment/HTML_templating_library#Performance > > ...which sug

Re: [Wikitech-l] HTML templating progress; Knockout Components & curly brace syntax

On Tue, Jul 8, 2014 at 10:27 AM, Jon Robson wrote: > In terms of benchmarks, I was thinking more along the lines of > benchmarking on the client, in particular for mobile devices which may > have less memory. This would essentially be, time to load the template > from the server to the time taken

Re: [Wikitech-l] HTML templating progress; Knockout Components & curly brace syntax

On 07/08/2014 10:27 AM, Jon Robson wrote: > Tyler: What issues might you foresee these leading to...? PHP and > JavaScript have similar syntax and we use both of those... > > Gabriel: It doesn't yet support JSON templates, but there is no reason > it can't. We'd just need to send a different conte

Re: [Wikitech-l] HTML templating progress; Knockout Components & curly brace syntax

Tyler: What issues might you foresee these leading to...? PHP and JavaScript have similar syntax and we use both of those... Gabriel: It doesn't yet support JSON templates, but there is no reason it can't. We'd just need to send a different content type header. In terms of benchmarks, I was think

Re: [Wikitech-l] HTML templating progress; Knockout Components & curly brace syntax

On 07/08/2014 07:28 AM, Jon Robson wrote: > This is exciting stuff. In similar news Flow and mobile now have a shared > ResourceLoaderTemplateModule [1] that supports shipping templates from > server to client. > > As a next step we should explore making sure these two things are > compatible. Y

Re: [Wikitech-l] HTML templating progress; Knockout Components & curly brace syntax

In general, the syntax is different, which is why Knockout is a great solution. But using curly braces for variable insertion is similar to wikisyntax’s template transclusion. That alone is not really enough to cause a problem, but if we proceed in that general direction it could lead to issues.

Re: [Wikitech-l] HTML templating progress; Knockout Components & curly brace syntax

This is exciting stuff. In similar news Flow and mobile now have a shared ResourceLoaderTemplateModule [1] that supports shipping templates from server to client. As a next step we should explore making sure these two things are compatible. It would also be highly useful when it is in a stable f

Re: [Wikitech-l] HTML templating progress; Knockout Components & curly brace syntax

On Tue, Jul 8, 2014 at 10:23 AM, Chad wrote: > On Tue, Jul 8, 2014 at 7:16 AM, Tyler Romeo wrote: > > > I just want to be clear that any sort of template syntax that resembles > or > > can be confused with wikitext is not something that we can or should > allow > > in core. If MobileFrontend and

Re: [Wikitech-l] HTML templating progress; Knockout Components & curly brace syntax

On Tue, Jul 8, 2014 at 7:16 AM, Tyler Romeo wrote: > I just want to be clear that any sort of template syntax that resembles or > can be confused with wikitext is not something that we can or should allow > in core. If MobileFrontend and whatnot want to use this syntax, so be it. > We can absolu

Re: [Wikitech-l] HTML templating progress; Knockout Components & curly brace syntax

I just want to be clear that any sort of template syntax that resembles or can be confused with wikitext is not something that we can or should allow in core. If MobileFrontend and whatnot want to use this syntax, so be it. --  Tyler Romeo 0x405D34A7C86B42DF From: Gabriel Wicke Reply: Wikimedi

[Wikitech-l] Language Engineering IRC Office Hour on July 9, 2014 (Wednesday) at 1700 UTC

[x-posted] Hello, The Wikimedia Language Engineering team will be hosting the next monthly IRC office hour on Wednesday, July 09 2014 at 1700 UTC on #wikimedia-office. In this office hour we will be discussing about our recent activities around the Content Translation project[1] and taking quest

Re: [Wikitech-l] What's up with upload.wikimedia.org 's crossdomain.xml

On 7/6/14, Faidon Liambotis wrote: > On Sat, Jul 05, 2014 at 09:09:07PM -0700, Brion Vibber wrote: >> That X-Range header was an experiment me and Faidon tried for the ogv.js >> media player I've been prototyping (Flash fallback version) . We couldn't >> get the extra header -- or the regular Rang