[Wikitech-l] FOSDEM 2021: Web Performance devroom

We are happy to announce that the Wikimedia Performance team will be hosting the Web Performance devroom at FOSDEM 2021. This next edition of FOSDEM will be an online-only event , taking place on February 6 and 7 2021. Last year's talks from the first edition of our

[Wikitech-l] FOSDEM 2020 web performance devroom CfP

We (the Wikimedia Performance Team ) are hosting a devroom at FOSDEM 2020 . We are still looking for talk proposals on the topic of Web Performance, with a focus on FLOSS, open standards and research. Deadline is

Re: [Wikitech-l] [Wmfall] Datacenter Switchover recap

Congratulations, awesome work! On Thu, Sep 13, 2018 at 7:49 AM Bryan Davis wrote: > On Wed, Sep 12, 2018 at 11:16 AM, Alexandros Kosiaris > wrote: > > Hello all, > > > > Today we've successfully migrated our wikis (MediaWiki and associated > > services) > > from our primary data center (eqiad)

[Wikitech-l] Thumbor @ Wikimedia

I wrote a blog series that just got picked up on the main Wikimedia blog about my work migrating Wikimedia wikis to Thumbor for media thumbnailing: Part 1: https://blog.wikimedia.org/2017/12/09/thumbor-journey-rationale/ Part 2: https://blog.wikimedia.org/2017/12/09/thumbor-journey-

[Wikitech-l] Fwd: [mozilla-wikimedia-discuss] Firefox Quantum is in Beta

-- Forwarded message -- From: Adam Stevenson Date: Wed, Sep 27, 2017 at 2:07 AM Subject: [mozilla-wikimedia-discuss] Firefox Quantum is in Beta To: mozilla-wikimedia-disc...@mozilla.com Cc: Harald Kirschner Dear Wikimedia, This year

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

Should we have a TechComm-driven meeting about this ASAP? Like others, I don't expect that there will be disagreement about the way to go, but there is a lot to discuss about what needs to be done, resourcing, etc. It would be nice to have Ori around for it, to pick his brains about any

[Wikitech-l] IRC office hours: Shared hosting

As part of T113210 [1], which is a broader discussion on track for the developer summit, I am hosting two IRC office hours back to back [2] on December 21st from 20:00 UTC to 22:00 UTC. The previous office hour [3] focused on ways to reconnect to the shared hosting community. This time two very

[Wikitech-l] Update from the Wikimedia Performance Team

Hello, This is the monthly report from the Wikimedia Performance team. ## Our progress ## * Availability. We've done a major overhaul of the ObjectCache interfaces. Many factory methods were deprecated or removed, reducing it to just four simple entry points. New docs at

Re: [Wikitech-l] [Engineering] IRC office hour this Thursday: reconnecting with the shared hosting community

a problem after all) >> >> >>- Non-goal: a decision for how to solve the problem >> >> > Does that seem like an accurate characterization for what you have planned > on Thursday? I recommend structuring the conversation (and figure out > action items) to

[Wikitech-l] IRC office hour this Thursday: reconnecting with the shared hosting community

As part of T113210 [1], which is a broader discussion on track for the developer summit, I am hosting an IRC office hour [2] this Thursday at 19:00 UTC. Since shared hosting is a broad topic, this session will focus specifically on brainstorming ways to reconnect with the shared hosting

[Wikitech-l] Do you run mediawiki on shared hosting? Tell us about it

I've created this task on the topic of shared hosting: https://phabricator.wikimedia.org/T113210 as a proposal for the upcoming Wikimedia Developer Summit. If anyone on this list is currently running mediawiki on a shared hosting platform, I would really like to hear from you on that topic,

[Wikitech-l] Firrre: free IRC bouncer for FOSS projects

Title says it all: https://firrre.com/ They're ZNC instances. I've signed up and it works as advertised. It took a couple of days for them to review my application. It supports a bunch of ZNC modules too ( https://firrre.com/modules/ ), configurable via the usual znc commands or through a web

Re: [Wikitech-l] Org changes in WMF's Platform Engineering group

VisualEditor, but over time, this is going to be a more generalized function. - Members: Ori Livneh, Gilles Dubuc (soon!), now hiring! - Availability - Make MediaWiki backend failures diminishingly infrequent, and prevent end users from noticing the ones that do

Re: [Wikitech-l] [Multimedia] TimedMediaHandler ogv.js patch status check

Are you coming to the Lyon hackathon, Brion? If I haven't gotten around to reviewing these by then, it would be a good opportunity to do so there and do more work on that project. Especially since Brian Wolff will be there too. On Tue, Mar 3, 2015 at 9:57 PM, Brion Vibber bvib...@wikimedia.org

Re: [Wikitech-l] [Engineering] Blog post on Librarization project published

Great blog post and awesome achievements! I've spotted a small typo in the text: that offer more compelling featuresd. On Thu, Jan 29, 2015 at 5:01 PM, Bryan Davis bd...@wikimedia.org wrote: For the last four months, my main focus has been the Librarization project [0]. Today a wrap up blog

Re: [Wikitech-l] [Analytics] Office Hours for EventLogging Dashboarding

Are we talking about limn dashboards or will this cover other dashboarding tools as well? On Wed, Jan 7, 2015 at 11:11 PM, Kevin Leduc ke...@wikimedia.org wrote: Reminder, the Analytics Engineering team has office hours Wednesday next week to assist with EventLogging and Dashboards. If you're

Re: [Wikitech-l] Phabricator migration part II: Replacing gitblit with Diffusion

Is there a length limit to call signs? I imagine that the answer is yes, at least in terms of how hashes are displayed on that page, I would imagine that anything above 11 characters would make the shortened display of hashes unusable. I'm personally not a fan of abbreviations like VE to begin

[Wikitech-l] Digital currencies and donations for contributions

A random thought, maybe it's been discussed before here or on another ML, but I couldn't find that discussion. I've heard the argument that a lot of people who donate money to the WMF don't necessarily understand that contributors aren't paid to write the content on the site, etc. and might be

[Wikitech-l] You should probably get rid of FireQuery if you have it enabled

Hi, I've wasted a great deal of time today trying to figure out what was causing issues in resource loader, whereby execution of JS seemed to randomly abort without any errors. It turns out that a harmless call to jQuery's .data() within RL was the cause. But not because of mediawiki code... it

Re: [Wikitech-l] Tor and Anonymous Users (I know, we've had this discussion a million times)

Are there figures proving that closing Tor/open proxy access significantly reduced the amount of vandalism/sock pupetting in the long term? Versus just making the unwanted users switch to another way of achieving their goal? Sure, Tor traffic will have a high correlation with unwanted activity,

Re: [Wikitech-l] Engineers in residence

. o dan On Aug 9, 2014, at 15:44 , Gilles Dubuc gil...@wikimedia.org wrote: It doesn't exclude the community, the community already contributes to the software. That's the point of open source. In fact I would expect that people who already contribute to mediawiki as hobby who are also

[Wikitech-l] Engineers in residence

This is an idea I've had for a while, and I'd like to see if there's any interest, or on the contrary concerns, about it. I would like to explore (and if I have official blessing, champion) the idea of asking corporations with software engineering staff if they would be willing to let their

Re: [Wikitech-l] Engineers in residence

hands; All against free software philosophy and/or community involvement programming should be a hobby, like editing articles svetlana On Sat, 9 Aug 2014, at 23:27, Gilles Dubuc wrote: This is an idea I've had for a while, and I'd like to see if there's any interest, or on the contrary

[Wikitech-l] Anonymous editors IP addresses

This interesting bot showed up on hackernews today: https://news.ycombinator.com/item?id=8018284 While in this instance the access to anonymous' editors IP addresses is definitely useful in terms of identifying edits with probable conflict of interest, it makes me wonder what the history is

Re: [Wikitech-l] Anonymous editors IP addresses

more readable. -- Tyler Romeo 0x405D34A7C86B42DF From: Gilles Dubuc gil...@wikimedia.org gil...@wikimedia.org Reply: Wikimedia developers wikitech-l@lists.wikimedia.org wikitech-l@lists.wikimedia.org Date: July 11, 2014 at 9:34:18 To: Wikimedia developers wikitech-l@lists.wikimedia.org

Re: [Wikitech-l] Anonymous editors IP addresses

would imagine that we would see a big drop in registered accounts if IPs were hashed. Also, it’d be really annoying to have hashes as usernames, so we’d have to think of an alternative scheme that makes things more readable. -- Tyler Romeo 0x405D34A7C86B42DF From: Gilles Dubuc gil

Re: [Wikitech-l] Anonymous editors IP addresses

I kinda like the idea of an anonymous-but-consistent proto-account that can be transformed into a named login if desired, but it needs to be thought out in more detail to resolve potential difficulties. One could automatically create a pseudo-account (Anonymous #12345) upon first edit. And

Re: [Wikitech-l] question about standardized thumbnail sizes

I would be in favor of waiting to see if the ongoing work described by Gergo is sufficient to address Ops' issues before doing something with the thumbnail size standardization RfC. It came to be due to operational costs, but if thumbnail rendering becomes a lot faster (thanks to bucketing, for

Re: [Wikitech-l] [RFC] Extension registration

What do people think of stopping caring about register_globals I don't see any reason to continue supporting register_globals at any level. It's been turned off by default in 4.2.0 (circa 2002), deprecated in 5.3.0 and removed in 5.4.0. There's no reason to keep supporting it, it's not a good

Re: [Wikitech-l] Image scaling proposal: server-side mip-mapping

team can start working on that change. I consider that the idea of generating those reference thumbnails at upload time before the file is considered uploaded to be as separate task, which we're also exploring at the moment. On Fri, May 9, 2014 at 10:59 AM, Gilles Dubuc gil...@wikimedia.org wrote

Re: [Wikitech-l] Image scaling proposal: server-side mip-mapping

that will compare the status quo, chained thumbnails and single thumbnail reference. On Mon, May 5, 2014 at 11:04 AM, Gilles Dubuc gil...@wikimedia.org wrote: Buttons is French: Suiv. - Make it English That's a bug in SurveyMonkey, the buttons are in French because I was using the French version

Re: [Wikitech-l] Image scaling survey

experience those images side-by-side. And comparing 3-ways might require too much effort for a quick survey, given that the images are very similar to each other. Thanks in advance for your time, Gilles On Fri, May 2, 2014 at 3:43 PM, Gilles Dubuc gil...@wikimedia.org wrote: Hi, If you have

[Wikitech-l] OOUI and modularity

We've recently used OOUI for Media Viewer and had to make an effort to keep it in its own corner due to its size. At the moment it's loaded on demand when you click on a button that opens the dialog where all our OOUI-dependent UI elements happen to be. I was wondering if there was any plan to

Re: [Wikitech-l] Image scaling proposal: server-side mip-mapping

that there's a quality degradation. I'll run another survey later in the week where instead of full chaining all the thumbs are generated based on the biggest thumb. On Sat, May 3, 2014 at 1:25 AM, Gergo Tisza gti...@wikimedia.org wrote: On Thu, May 1, 2014 at 7:02 AM, Gilles Dubuc gil

Re: [Wikitech-l] Image scaling proposal: server-side mip-mapping

/imagickchaining/2/a.html https://dl.dropboxusercontent.com/u/109867/imagickchaining/2/b.html On Thu, May 1, 2014 at 7:47 PM, Erwin Dokter er...@darcoury.nl wrote: On 01-05-2014 16:57, Gilles Dubuc wrote: And here's a side-by-side comparison of these images generated with chaining and images

[Wikitech-l] Image scaling survey

Hi, If you have a little spare time, it would be very helpful if you can answer this survey that takes less than a minute to complete: https://surveymonkey.com/s/FY89BTX It will help determine if a specific flavor of a performance optimization proposal currently discussed [1] on the Multimedia

Re: [Wikitech-l] Image scaling proposal: server-side mip-mapping

_don't consider the upload complete_ until those are done! a web uploader or API-using bot should probably wait until it's done before uploading the next file, for instance... You got me a little confused at that point, are you talking about the client generating the intermediary sizes, or

Re: [Wikitech-l] Image scaling proposal: server-side mip-mapping

on the biggest bucket. On Thu, May 1, 2014 at 12:54 PM, Gilles Dubuc gil...@wikimedia.org wrote: _don't consider the upload complete_ until those are done! a web uploader or API-using bot should probably wait until it's done before uploading the next file, for instance... You got me

Re: [Wikitech-l] Image scaling proposal: server-side mip-mapping

generated with chaining and images that come from our regular image scalers: https://dl.dropboxusercontent.com/u/109867/imagickchaining/index.html Try to guess which is which before inspecting the page for the answer :) On Thu, May 1, 2014 at 4:02 PM, Gilles Dubuc gil...@wikimedia.org wrote: Another

[Wikitech-l] Update in article DOM and saved articles

Hi, As part of recent work on Media Viewer we've introduced new data attributes to thumbnails (affecting only wikis where the extension is installed): https://gerrit.wikimedia.org/r/#/c/121613/3/MultimediaViewerHooks.php,unified These attributes currently help us display a placeholder image

Re: [Wikitech-l] IRC Office Hour on Project Management Tools Review: Friday 28th, 17:00UTC

You can add external repos, people have already added a bunch: http://fab.wmflabs.org/diffusion/ This allows you to comment/raise issue on commits that have already been pushed. Example: http://fab.wmflabs.org/rMMV49bc5edd9384ecc22a05a22a88bc70cd2439c5b3 And I'm pretty sure the phabricator