Re: [Wikitech-l] HHVM vs. Zend divergence

On 19/09/17 12:30, Legoktm wrote: > Hi, > > On 09/18/2017 05:13 PM, Tim Starling wrote: >> * The plan to also drop PHP 5 compatibility, on a short timeline (1 year). >> * Rather than "drifting away" from PHP, their top priority plans >> include removing core language features like references and

Re: [Wikitech-l] HHVM vs. Zend divergence

Hi, On 09/18/2017 05:13 PM, Tim Starling wrote: > * The plan to also drop PHP 5 compatibility, on a short timeline (1 year). > * Rather than "drifting away" from PHP, their top priority plans > include removing core language features like references and destructors. On Reddit[1], a member of the

Re: [Wikitech-l] HHVM vs. Zend divergence

On Mon, Sep 18, 2017 at 5:44 PM Stas Malyshev wrote: > Hi! > > > * Rather than "drifting away" from PHP, their top priority plans > > include removing core language features like references and destructors. > > Wow. I can see why they're doing it (those are sources of

Re: [Wikitech-l] HHVM vs. Zend divergence

Hi! > * Rather than "drifting away" from PHP, their top priority plans > include removing core language features like references and destructors. Wow. I can see why they're doing it (those are sources of most complications ans security issues in the language, references being especially weird

[Wikitech-l] Categories in RDF/WDQS

Hi! I'd like to announce that the category tree of certain wikis is now available as RDF dump and in Wikidata Query Service. More documentation is at: https://www.mediawiki.org/wiki/Wikidata_query_service/Categories which I will summarize shortly below. The dumps are located at

Re: [Wikitech-l] HHVM vs. Zend divergence

On 19/09/17 06:58, Max Semenik wrote: > Today, the HHVM developers made an announcement[1] that they have plans of > ceasing to maintain 100% PHP7 compatibility and concentrating on Hack > instead. The HHVM team did tell us privately that they were planning on changing their strategy, basically

Re: [Wikitech-l] HHVM vs. Zend divergence

Hey, Going with option 2 would be a rather big f***-*** to the non-WMF part of the MediaWiki community. Furthermore, it would limit usage of common PHP libraries, which sooner or later will end up using features not available in HHVM. This, together with the already outlined reasons, makes me

Re: [Wikitech-l] Is it possible to edit scribunto data module content through template edit popup of visual editor?

Well, I have investigated a bit, and so far the only reference where I found a description of saving/retrieving data from a Scribunto module is SemanticScribunto. https://github.com/SemanticMediaWiki/SemanticScribunto

Re: [Wikitech-l] HHVM vs. Zend divergence

Hi! > I can say that PHP 7 locally runs unit tests significantly faster than PHP > 5.6, although that's not really a representative workload for running a > website. PHP 7 is faster than 5.6, and probably be on almost any workload, from my experience (the degree of speedup would vary of course).

Re: [Wikitech-l] HHVM vs. Zend divergence

Hi! > Other tools we are using, such as Phabricator, will also be following HHVM > to Hack (presumably). I am not sure this is the case. Mozilla recently declared they want to use Phabricator[1], but I heard no mention about HHVM. Which makes me think that one stays on PHP. Also, Phabricator

Re: [Wikitech-l] HHVM vs. Zend divergence

Hi! > 1) Continue requiring that MediaWiki uses a common set of HHVM and Zend > PHP. This, however, is a dead end and will make things progressively harder > as the implementations will diverge and various Composer libraries we use > will start requiring some Zend-specific features. This will

Re: [Wikitech-l] HHVM vs. Zend divergence

On Mon, Sep 18, 2017 at 2:33 PM, C. Scott Ananian wrote: > Other tools we are using, such as Phabricator, will also be following HHVM > to Hack (presumably). To the contrary, Phabricator has never supported HHVM. -- Best regards, Max Semenik ([[User:MaxSem]])

Re: [Wikitech-l] HHVM vs. Zend divergence

Other tools we are using, such as Phabricator, will also be following HHVM to Hack (presumably). Facebook, as the largest (by engineering budget) production user of PHP, will certainly have an outsized influence on the direction of the platform and surrounding ecosystem. If we follow path #3

Re: [Wikitech-l] HHVM vs. Zend divergence

On Monday, September 18, 2017, Max Semenik wrote: > Today, the HHVM developers made an announcement[1] that they have plans of > ceasing to maintain 100% PHP7 compatibility and concentrating on Hack > instead. > > While this does not mean that we need to take an action

[Wikitech-l] Discovery Weekly Update for the week starting 2017-09-11

Hello, Here are the updates from the Discovery team for last week. As always, feedback and questions are welcome. Reminder: There is a new way to follow these weekly updates.You can subscribe to recieve on-wiki (or opt-in email) notifications of the Discovery weekly update. Subscribe to be

Re: [Wikitech-l] HHVM vs. Zend divergence

On Mon, Sep 18, 2017 at 4:58 PM, Max Semenik wrote: > 3) Revert WMF to Zend and forget about HHVM. This will result in > performance degradation, however it will not be that dramatic: when we > upgraded, we switched to HHVM from PHP 5.3 which was really outdated, > while

Re: [Wikitech-l] HHVM vs. Zend divergence

On Mon, Sep 18, 2017 at 4:58 PM, Max Semenik wrote: > security holes. At least we will be able to convert to Hack eventually. > This is a very clean-cut case of vendor lock-in though, and if Facebook > decides to switch their code base to something shinier, we'll be deep

Re: [Wikitech-l] HHVM vs. Zend divergence

I think option 2 will be impossible. As that will decrease the user base of mediawiki by a lot. I think we should go with option 3 as php 7 has had increased in performances. On Monday, 18 September 2017, 22:03:20 BST, James Hare wrote: On Sep 18, 2017, at 1:58

Re: [Wikitech-l] HHVM vs. Zend divergence

On Sep 18, 2017, at 1:58 PM, Max Semenik wrote: > > Today, the HHVM developers made an announcement[1] that they have plans of > ceasing to maintain 100% PHP7 compatibility and concentrating on Hack > instead. > > While this does not mean that we need to take an action

[Wikitech-l] HHVM vs. Zend divergence

Today, the HHVM developers made an announcement[1] that they have plans of ceasing to maintain 100% PHP7 compatibility and concentrating on Hack instead. While this does not mean that we need to take an action immediately, eventually we will have to decide something. As I see it, our options are:

Re: [Wikitech-l] Can we drop revision hashes (rev_sha1)?

-- Původní e-mail -- Od: Dan Andreescu Komu: Wikimedia developers Datum: 18. 9. 2017 16:26:18 Předmět: Re: [Wikitech-l] Can we drop revision hashes (rev_sha1)? "So, as things stand, rev_sha1 in the database is used for:

Re: [Wikitech-l] Content Translation office hour and online meeting on September 20, 2017 (Wednesday) at 1300 UTC

On Mon, Sep 18, 2017 at 2:51 PM, mathieu stumpf guntz < psychosl...@culture-libre.org> wrote: > > Did you consider using an other solution, such as the jisti > FLOSS? > Hello, We have gotten some mixed reviews about this, and unfortunately did not have enough time to

Re: [Wikitech-l] How to add custom styles to a page?

On Monday 18 September 2017 08:54 PM, Brad Jorsch (Anomie) wrote: On Sat, Sep 16, 2017 at 5:24 PM, Gergo Tisza wrote: You could also just put it into User:Kaartic/common.css and wrap it in a .page-User_Kaartic selector, that is less restrictive. Although that will only

Re: [Wikitech-l] How to add custom styles to a page?

On Sat, 2017-09-16 at 10:46 -0400, Brian Wolff wrote: > Im assuming here that you cannot just edit mediawiki:common.css > > That's right. > What you are looking for is TemplateStyles. This is not enabled on english > wikipedia yet, but should be coming there soon (I think). It would allow >

Re: [Wikitech-l] How to add custom styles to a page?

On Sat, Sep 16, 2017 at 5:24 PM, Gergo Tisza wrote: > On Sat, Sep 16, 2017 at 7:46 AM, Brian Wolff wrote: > > > What you are looking for is TemplateStyles. This is not enabled on > english > > wikipedia yet, but should be coming there soon (I think). It

Re: [Wikitech-l] Can we drop revision hashes (rev_sha1)?

So, as things stand, rev_sha1 in the database is used for: 1. the XML dumps process and all the researchers depending on the XML dumps (probably just for revert detection) 2. revert detection for libraries like python-mwreverts [1] 3. revert detection in mediawiki history reconstruction processes

Re: [Wikitech-l] Can we drop revision hashes (rev_sha1)?

Am 16.09.2017 um 01:22 schrieb Matthew Flaschen: > On 09/15/2017 06:51 AM, Daniel Kinzler wrote: >> Also, I believe Roan is currently looking for a better mechanism for tracking >> all kinds of reverts directly. > > Let's see if we want to use rev_sha1 for that better solution (a way to track >

Re: [Wikitech-l] Content Translation office hour and online meeting on September 20, 2017 (Wednesday) at 1300 UTC

Hello Runa, Thank you for the information. Le 18/09/2017 à 11:06, Runa Bhattacharjee a écrit : This session is going to be an online discussion over Google Hangouts/Youtube with a simultaneous IRC conversation. Due to the limitation of Google Hangouts, only a limited number of participation

[Wikitech-l] Content Translation office hour and online meeting on September 20, 2017 (Wednesday) at 1300 UTC

[x-posted announcement] Hello, Wikimedia Foundation’s development team working on Content Translation - the tool that helps you create new Wikipedia articles by translating from another article, would like to invite you for an online office hour session scheduled for Wednesday, September 20th,