Wikitech-l March 2016

wikitech-l@lists.wikimedia.org

109 participants
98 discussions

Re: [Wikitech-l] [Wikimedia-l] Wikipedia.org portal page update!
by Dan Garry 12 Mar '16

12 Mar '16

On 11 March 2016 at 10:52, ViswaPrabha (വിശ്വപ്രഭ) <vp2007(a)gmail.com> wrote: > > Failed my dream :( > > Any string in any language in any wikipedia project. How far is my dream? > I share your dream! :-) Unfortunately, the dream is quite far away from reality. Querying every search index would put a big performance strain on the search servers. Additionally, it would likely return you a bunch of really irrelevant results, so there's a lot of user experience implications that would need to be figured out as well. Discovery is not actively working on this at present. Thanks, Dan -- Dan Garry Lead Product Manager, Discovery Wikimedia Foundation

3 4

T43327: Add page views graph(s) to MediaWiki's info action for Wikimedia wikis
by Legoktm 12 Mar '16

12 Mar '16

Hi! (I meant to send this out earlier but got distracted by other things :() At the Wikimedia developer summit, Addshore and I started working on a MediaWiki extension to resolve T43327[1], which asked for page view graphs to be added to action=info. The "WikimediaPageViewInfo"[2] extension has passed a security review, and should be deployed soon™. If you want to try it out, there's a test wiki[3] which uses the pageview data for en.wp. And for updates on the deployment status, please follow T125917[4]. [1] https://phabricator.wikimedia.org/T43327 [2] https://www.mediawiki.org/wiki/Extension:WikimediaPageViewInfo [3] http://bf-wmpageview.wmflabs.org/wiki/Taylor_Swift?action=info [4] https://phabricator.wikimedia.org/T125917 -- Legoktm

4 3

Rebasing old long-array commits
by Tim Starling 10 Mar '16

10 Mar '16

Legoktm wrote: > There's no need to do it manually. Just tell people to run the phpcs > autofixer before they rebase, and the result should be identical to > what's already there. And we can have PHPCS run in the other direction > for backports ([] -> array()). Unfortunately, it's not that simple. If you run phpcbf before you rebase, you end up with a commit which changes every instance of array() to [], even in lines the developer didn't touch. Then if any of those phpcbf changes appear close to a recent real change in master, the context won't match and you'll get a conflict. A simple one-line change in a file with many array literals and many intervening changes in master tends to end up with many conflicts on rebase. So I wrote a script to do it in a different way: <https://phabricator.wikimedia.org/diffusion/MCUT/browse/master/rebase-long-…> This script runs phpcbf on the base, and separately on the head of the work branch, and then creates a patch based on the difference between the two. So the patch contains short arrays on both sides. Then the patch is applied to master to generate the new commit. I tried this on https://gerrit.wikimedia.org/r/#/c/236508/ and it seemed to work. -- Tim Starling

1 0

Developer Relations Weekly Summary
by Quim Gil 10 Mar '16

10 Mar '16

The new Developer Relations Weekly Summary can be found at *https://www.mediawiki.org/wiki/Developer_Relations/Weekly_summary#2016-03-10 <https://www.mediawiki.org/wiki/Developer_Relations/Weekly_summary#2016-03-10>* We have been focusing on * Goal: Define potential actions to reduce code review queues and waiting times * Travel sponsorship for WikiArabia Tech Meetup 2016 in Amman and Ramallah. * Provide a reply to Letter to Wikimedia Foundation: Superprotect and Media Viewer * Technical Collaboration's team strategy, annual plan FY2016-17, and quarterly goals April - June 2016. -- Quim Gil Engineering Community Manager @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil

1 0

6-April-2016 CREDIT call for demos
by Adam Baso 10 Mar '16

10 Mar '16

Hi all, As I noted recently, we're merging the WMF technical showcase with the lightning talks <https://www.mediawiki.org/wiki/Lightning_Talks> into what we're calling *CREDIT <https://www.mediawiki.org/wiki/CREDIT_showcase>.* The next CREDIT showcase will be 6-April-2016 at 1800 UTC (1100 SF). Please add your demos to https://etherpad.wikimedia.org/p/CREDIT Thanks! -Adam

1 0

Showcase March 2016 video posted
by Adam Baso 10 Mar '16

10 Mar '16

Hello - We've posted the March 2016 WMF showcase video. I also want to note that we plan to merge the showcase with the lightning talks <https://www.mediawiki.org/wiki/Lightning_Talks> into what we're calling *CREDIT <https://www.mediawiki.org/wiki/CREDIT_showcase>*. I'll send a separate message calling for community members to demo at the 6-April-2016 event. Without further ado, the March 2016 video: WebM: https://commons.wikimedia.org/wiki/File:CREDIT_-_March_2016.webm YouTube: https://www.youtube.com/watch?v=uFpyA_XV2_Y -Adam

1 0

System loads Web pages 34 percent faster by fetching files more effectively
by Bahodir Mansurov 10 Mar '16

10 Mar '16

An interesting read: http://news.mit.edu/2016/system-loads-web%20pages-34-percent-faster-0309 -- Baha

1 0

2016-03-09 Scrum of Scrums meeting notes
by Grace Gellerman 09 Mar '16

09 Mar '16

https://www.mediawiki.org/wiki/Scrum_of_scrums/2016-03-09 = *2016-03-09* = == Product == === Community Tech === * '''Blocking''': ** None * '''Blocked''': ** Waiting for Niklas to get back from vacation to merge patch to add pageviews tool into translatewiki.net * '''Updates''': ** Deadlink fixing bot is going well. Just built a logging interface for Internet Archives to monitor progress: http://tools.wmflabs.org/deadlinks/ ** Continuing to collaborate with MusikAnimal on Pageviews tool: http://tools.wmflabs.org/pageviews/ *** New topviews interface: http://tools.wmflabs.org/pageviews/topviews/ === Discovery === ==== Discovery Engineering ==== * '''Blocking''': ** ??? * '''Blocked''': ** Security: SVG sanitizer ** Ops: Maps Hardware https://phabricator.wikimedia.org/T125126 * '''Updates''': ** New portal version deployed on beta, up for general deployment soon ** Completion suggester to be deployed on lower-volume wikis on 10th ** Working on Relevance Forge (nee Relevance Labs) ** WDQS GUI now has maps for queries returning coordinates ** Deployed Maps to Wikivoyage - listening to community feedback ** WDQS query caching problem root cause found, https://phabricator.wikimedia.org/T128813 ** Discovery data access guidelines published: https://meta.wikimedia.org/wiki/Discovery/Data_access_guidelines === Editing === ==== Collaboration ==== * '''Blocking''': ** External Store - Continuing work * '''Blocked''': ** No new blockers. Matthias put up an XSD for the Flow dumps. * '''Updates''': ** Rolling out cross-wiki notifications beta feature to all wikis tomorrow ** There have been some issues with duplicate thank-you notifications (for edit milestones, e.g. 100th edit), which are being worked on. ** Also working on some Echo bundling i18n issues and enhancements to the Notifications special page === Fundraising Tech === * No blockers * preparing real donor test of backup worldwide credit card processor * Working out final details of Latin American payment processing expansion * Steady stream of CiviCRM enhancements for us and upstream * More experiments in fraud monitoring and blocking * Investigating firewall rules for PCI scan * Investigating possibility of using current PHP/MW * Replaced dying drive in ActiveMQ box, cursed SPOF === Reading === ==== Android ==== * '''Updates''': ** 2.1.142 beta publishing very soon. ** Reading list endpoint needs - depending on timing/approach may need security review ==== iOS ==== * '''Blocked''': ** Need Piwik access for Josh Minor - done. https://phabricator.wikimedia.org/T124218 * '''Updates''': ** iOS v5.0 is schedule to release this Thursday March 10th ** We need to do additional updates to the Apple site association file we host for further app enhancements ( https://en.wikipedia.org/apple-app-site-association) ==== Web ==== * '''Blocking''': ** ??? * '''Blocked''': ** Path forward needed on a references API - https://phabricator.wikimedia.org/T125329 Invitation to join conversation. * '''Updates''': ** Hopefully lazy loaded images we will begin rolling out week commencing 14th [Dependency: performance team] ==== Reading Infrastructure ==== * *AuthManager is still coming!* (see last week for details) * load.php now logs warnings when the session is accessed in wmf.16. See https://logstash.wikimedia.org/#dashboard/temp/AVNcob7pO3D718AOt5cM == Technology == === Analytics === * '''Blocking''': ** Hadoop issues with encoding have been fixed, querying is totally ok now, data has been back-filled and has been ready for re-computation since earlier this week * '''Blocked''': (none) * '''Updates''': ** Working on goals for next quarter, currenlty mostly revolving around transitioning Erik Zachte's work to Wikistats 2.0 ** If you're using UDFs in Hive, you need to add their jars explicitly now, but this gives more flexibility to test changes to UDFs ** Bots following the user agent policy are now detected correctly in our pageview data pipeline ** data on unique devices estimated by the last access cookie is now publicly available, but please let us announce it first on analytics-l before spreading word of its existence (we want to make sure people know what this is) ** The "-" article should no longer show up in the "top articles" endpoint of the pageview API, starting with today's data === Release Engineering === * '''Blocking''': ** Are we doing deployments week of Jerusalem Hackathon? [Sync with ops and will announce] * '''Blocked''': ** None * '''Updates''': ** Reminder: code freeze week of 3/21 for codfw fallover. E-mail/tech news forthcoming as well. ** Notice: Expect an e-mail shortly, but trebuchet is now deprecated for all new service deployments going forward. New services should use scap3. === Research === ==== Research and Data ==== * '''Blocking''': ** None that we know of. * '''Blocked''': ** None. * '''Updates''': ** Stopped the reader survey (at a 1:50 rate) on 2016-03-08. Research documentations are in https://meta.wikimedia.org/wiki/Research:Characterizing_Wikipedia_Reader_Be… ** No major news for the coming week. === Security === * '''Blocking''': ** AuthManger? ** SVG sanitizer - is this blocking a quarterly goal? * '''Blocked''': ** ??? * '''Updates''': ** password hash format updated ** Lots of security patches deployed - releng, release soon (T124940)? ** AuthManger review starting === Services === * '''Blocking''': ** none * '''Blocked''': ** none * '''Updates''': ** morelike API live - https://phabricator.wikimedia.org/T125983 *** Reading: Android wants 320px thmubs, is the rest of Reading OK with it? ** RB cluster expansion continuing ** Cassandra *** switched to 2.1.13, soon testing of 2.2.5 *** start of Brotli compression in staging imminent ** rate limiting in service-runner *** RB endpoints - now only logging excesses, soon will start enforcing them ** API: removing some listing endpoints === Technical Operations === * '''Blocking''': ** ORES - moving into a python wheel repo structure * '''Blocked''': ** None * '''Updates''': ** moved ocg to use a replicated redis ** redis replicated and encrypted on the sessions ** got <40 precise machines now ** Please delete unwanted labs instances

1 0

Headups - Daylight savings time change and deployment scheduling
by Greg Grossmeier 09 Mar '16

09 Mar '16

Summary: The time at which a deployment regularly happens may be different for you due to day light savings. Double check the calendar if in doubt. Deployments are effected by DST changes in the US as all[0] items in the Deployments calendar are in SF-local time, eg the main MediaWiki train deploy. https://wikitech.wikimedia.org/wiki/Deployments Greg [0] Don't mind that one item from Antoine for the CI upgrade yesterday being in UTC :) ----- Forwarded message from Elena Hernandez <ehernandez(a)wikimedia.org> ----- > Date: Tue, 8 Mar 2016 15:51:12 -0800 > From: Elena Hernandez <ehernandez(a)wikimedia.org> > To: "Staff (All)" <wmfall(a)lists.wikimedia.org> > Subject: [Wmfall] [Announcement] Get ready to spring forward Sunday, March 13th! > > Hello! This Sunday, March 13th, some Americans are going to experience > Daylight Saving Time at 2 AM, and the clocks are going to jump forward one > hour. > > If DST applies to you, and you have any analog clocks, don't forget to set > the clock forward before you go to bed on Saturday. > > Best, > Your Talent and Culture Team > > [1] https://en.wikipedia.org/wiki/Daylight_saving_time > [2] https://en.wikipedia.org/wiki/Daylight_saving_time_in_the_United_States > > _______________________________________________ > Wmfall mailing list > Wmfall(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wmfall ----- End forwarded message ----- -- | Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E | | identi.ca: @greg A18D 1138 8E47 FAC8 1C7D |

1 0

Page Language class implementation
by Kunal Grover 08 Mar '16

08 Mar '16

Hi, I wanted to discuss an old patch that we worked on during adding page language support(which is indeed a big patch). We tried to refactor and create a new class for different language functions. https://gerrit.wikimedia.org/r/#/c/137033 Now the work done in terms of applying the page language support is happening for a lot of wikis, the dependent patches should be needed soon. I am not sure about whether and how to proceed with this. Should we rather not try to refactor it and work on the smaller patches that are dependant on it? Could someone give suggestions on how to work towards making the patch better based on Daniel's comments on the patch?

1 0

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l March 2016