(CCing wikimedia-l as well, please send any replies to wikitech-l only)
The Wikimedia technical community wants to have another hackathon next year
in Europe. Who will organize it?
Interested parties, check https://www.mediawiki.org/wiki/Hackathons
We would like to confirm a host by Wikimania, latest.
The same call goes for India and other locations with a good concentration
of Wikimedia contributors and software developers. Come on, step in. We
want to increase our geographical diversity of technical contributors.
--
Quim Gil
Engineering Community Manager @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil
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 the same vagrant on different ports and be debuggable via the same
xdebug interface, but that hasn't been done yet, nor is it known if it's
possible.
I learnt about it the hard way :(
Thanks Sumana,
That's good info to have. I'll look through those links.
That diagram may make its way into the presentation that I'm drafting. The presentation has balooned to an alarming length already but I'm going to try to complete it in outline form before pruning.
If someone else makes presentation slides available about infrastructure under a license that allows reuse I would greatly appreciate it.
By the way, I appreciated the overview of UX in your keynote [1].
Pine
[1] http://wiki.code4lib.org/index.php/2014_Keynote_by_Sumana_Harihareswara
> Date: Tue, 03 Jun 2014 09:41:34 -0400
> From: Sumana Harihareswara <sumanah(a)wikimedia.org>
> To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
> Subject: [Wikitech-l] learning Ops infrastructure (was: Re: 404
> errors)
> Message-ID: <538DD08E.1000801(a)wikimedia.org>
> Content-Type: text/plain; charset=UTF-8
>
> Hi, Pine.
>
> I, too, am interested in building our understanding of our TechOps
> infrastructure. https://www.mediawiki.org/wiki/Presentations has some
> explanations of some parts, as does http://wikitech.wikimedia.org/ . I
> welcome more links to guides/overviews.
>
> At the recent Zurich hackathon, other developers agreed that it would be
> good to have a guide to Wikimedia's digital infrastructure, especially
> how MediaWiki is used.
> https://www.mediawiki.org/wiki/Overview_of_Wikimedia_infrastructure is
> .... a homepage with approximately nothing on it right now except this
> diagram of our server architecture:
> https://commons.wikimedia.org/wiki/File:Wikimedia_Server_Architecture_%28si…
>
> You might find the Performance Guidelines illuminating
> https://www.mediawiki.org/wiki/Performance_guidelines and you might also
> like the recent tech talk about how we make Wikipedia fast, by Ori
> Livneh and Aaron Schulz, recently - see
> http://www.youtube.com/watch?v=0PqJuZ1_B6w (I don't know when the video
> is going up on Commons).
>
> --
> Sumana Harihareswara
> Senior Technical Writer
> Wikimedia Foundation
>
>
> On 05/30/2014 06:30 PM, ENWP Pine wrote:
> >
> > Ori, thanks for following up.
> >
> > I think I saw somewhere that there is a list of postmortems for tech ops disruptions
> > that includes reports like this one. Do you know where the list is? I tried a web search
> > and couldn't find a copy of this report outside of this email list.
> >
> > I personally find this report interesting and concise, and I am interested in
> > understanding more about the tech ops infrastructure. Reports like this one
> > are useful in building that understanding. If there's an overview of tech ops
> > somewhere I'd be interested in reading that too. The information on English
> > Wikipedia about WMF's server configuration appears to be outdated.
> >
> > Thanks,
> >
> > Pine
> >
> >
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 meetings. (:
Pine
---------- Forwarded message ----------
From: Patrick Earley <pearley(a)wikimedia.org>
Date: Tue, Jul 8, 2014 at 8:41 AM
Subject: [Wikimedia-l] Human Resources Office Hour with Gayle
To: wikimedia-l(a)lists.wikimedia.org
Hello all,
Tomorrow, the Foundation's Chief Talent and Culture Officer, Gayle Karen
Young, <http://wikimediafoundation.org/wiki/User:Gyoung> will be answering
questions in an IRC Office hour. The topic will be "Experiencing
Transition: an org perspective." Please join us for the discussion!
Where: IRC, on the #wikimedia-office channel
<https://meta.wikimedia.org/wiki/IRC_office_hours>
When: July 9th, 18:00-19:00 UTC (check local time here
<
http://www.timeanddate.com/worldclock/fixedtime.html?msg=Experiencing+Trans…
>
)
--
Patrick Earley
Community Advocate
Wikimedia Foundation
pearley(a)wikimedia.org
_______________________________________________
Wikimedia-l mailing list, guidelines at:
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
Wikimedia-l(a)lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
<mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe>
Hi,
tl;dr: <https://gerrit.wikimedia.org/r/144854> 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've had a check at the top of
WebStart.php and in the installer to recommend disabling
register_globals if it's still enabled. When working with configuration
database-related things as well as general code review of extensions,
I've noticed code that does isset( $wgFoo ) in an unsafe manner. We
could fix those individual issues, but I think it would be easier to
just stop supporting installs that have register_globals enabled. It's 2014!
I've uploaded a patchset[2] that will disable any current installation
that has register_globals enabled. It also modifies the command-line
installer to prevent installation if it is enabled.
[1] http://www.php.net/manual/en/security.globals.php
[2] https://gerrit.wikimedia.org/r/144854
-- Legoktm
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 Wayback Machine and discovered that there are a potential 168,000 requests per day at the Wayback Machine that could benefit from use of the Memento MediaWiki Extension, 132,000 of those for Wikipedia alone. [2]
[1] http://ws-dl.blogspot.com/2013/12/2013-12-18-avoiding-spoilers-with.html
[2] http://ws-dl.blogspot.com/2014/07/2014-07-08-potential-mediawiki-web-time.h…
Cheers,
Shawn M. Jones
Graduate Research Assistant
Department of Computer Science
Old Dominion University
Email: sjone(a)cs.odu.edu
Research group: http://ws-dl.blogspot.com
Twitter: @shawnmjones
[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 questions.
Please see below for event details and local time. See you at the office hour.
Thanks
Runa
[1] https://www.mediawiki.org/wiki/Content_translation
Monthly IRC Office Hour:
==================
# Date: July 09, 2014 (Wednesday)
# Time: 1700 UTC/1000PDT (Check local time:
http://www.timeanddate.com/worldclock/fixedtime.html?iso=20140709T1700)
# IRC channel: #wikimedia-office
# Agenda:
1. Content Translation project updates
2. Q & A (Questions can be sent to me ahead of the event)
--
Language Engineering - Outreach and QA Coordinator
Wikimedia Foundation
Hi all.
Does anyone here know what the deal is with
upload.wikimedia.org/crossdomain.xml ? I couldn't find it anywhere in
the puppet repository. I was under the impression that it was so
cortado java applet could play video files. However its current value
is:
<?xml version="1.0"?>
<!DOCTYPE cross-domain-policy SYSTEM
"http://www.adobe.com/xml/dtds/cross-domain-policy.dtd">
<cross-domain-policy>
<allow-access-from domain="*" />
<allow-http-request-headers-from domain="*" headers="X-Range" />
</cross-domain-policy>
And java (or at least some versions. Docs are a bit scarce. The old
version I have installed - 1.6.0_12 follows this at any rate), seem to
indicate that java doesn't support the
"allow-http-request-headers-from" element, and will ignore the file if
present. Thus if you get past the whole applet is unsigned (not easy
on modern java), you will be burned by the same origin policy
preventing loading from upload.wikimedia.org since java doesn't like
the crossdomain.xml
Thus I'm wondering what the "<allow-http-request-headers-from
domain="*" headers="X-Range" />" is for. What else do we use that
looks at this file? (Flash would be the most obvious candidate for
using such a file. ). Why would it want to allow an "X-Range" header
anyways? Isn't the header named "Range" without the X- ? In my quick
test, sending an x-range header did nothing.
--bawolff
.svg){kind=link}