Hi folks,
We had issues with our old fallback media storage server (the one
we're replacing on Monday [1]), causing cascading issues on the
cluster, starting around 5PM UTC. The outage affected editors, as well
as readers viewing uncached pages. Everything should be back to
normal.
Thanks to Domas/Asher/Ariel/Leslie/Jeremy/CT and anyone else who helped.
Erik
[1] http://lists.wikimedia.org/pipermail/wikitech-l/2012-October/063704.html
--
Erik Möller
VP of Engineering and Product Development, Wikimedia Foundation
Support Free Knowledge: https://wikimediafoundation.org/wiki/Donate
We're going to swap out ms7, the current media server fallback, for a
netapp. We'll start this on Friday Oct 5 at 11am UTC, to conclude at
2pm UTC or earlier. This will entail turning off uploads to all
projects during the switchover. It is possible that
ExtensionDistributor and captchas will be affected during this time as
well; other services should be fine.
Ariel
Hey,
Starting a new thread as this is really not related to the Wikidata review
status thread.
On 6 October 2012 08:51, Dmitriy Sintsov <questpc(a)rambler.ru> wrote:
>
Speaking of ORM, are there the plans to support table field relations (one
> to one, one to many, many to many) and maybe to use ORM through the core
> and another extensions? This could make DB access cleaner and simplier
> however maybe with little overhead. Also index hinting is probably required
> in such case, especially for such large and actively accessed databases.
>
The existing ORMTable functionality I wrote is intended as a very simple
and lightweight layer on top of the regular database abstraction MediaWiki
has. It is not a fully fledged ORM framework and is not intended to be one.
I think it's a very bad idea to try to turn it into one. If you really want
something more like a full object relational mapper, then you'll be better
of starting from scratch after putting some serious thought into how you're
going to do it. I do suspect that most core developers (including me) will
be rather sceptical of putting such a thing into core though, as it would
seriously impact a lot of existing code.
Cheers
--
Jeroen De Dauw
http://www.bn2vs.com
Don't panic. Don't be evil.
--
Hi everyone!
I have found myself in the following situation several times: I
created a wiki for some event or small project, everything works fine
and after the event or project was done - nobody have seen this wiki
for several months and does nothing on it. After several months
somebody needs the wiki once again and realizes that the wiki database
now have 3 Gb of text spam. Suppose that there is no back-up or
rollback option in a wiki hosting. So here is the question: how to
1) remove all the spam
2) delete all the spam accounts
3) reduce the database size from 3Gb to the original size
Cheers,
Yury Katkov, WikiVote
Hi all,
here's a status update of the reviews on the Wikidata related changes to core:
* ContentHandler: a lot has happened here in the last few days. We
created a faux commit that squashed the changes in order to gather
comments, and have responded to most of them, implementing the
suggested changes. Here's a link to the faux commit (note that we are
not updating the faux commit):
<https://gerrit.wikimedia.org/r/#/c/25736/>
Here's a link to the Gitweb of the actual branch:
<https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/core.git;a=tree;h=refs/he…>
Here's a link to the Bugzilla bug tracking the change and discussing the state:
<https://bugzilla.wikimedia.org/show_bug.cgi?id=38622>
The further plan is to have the actual merge commit read early next
week, and then hopefully have this one land as one of the first big
features in 1.21.
* Sites management: this one is awaiting Asher's review, after Chad
gave it a thumbs up. The database impact is expected to be low, so we
hope that the review will happen soonish and the change be approved.
Link to Gerrit here: <https://gerrit.wikimedia.org/r/#/c/23528/>
* Sorting in jQuery tables: this patchset has received a number of
updates, many comments, and now three +1s, and it is also verified.
Maybe someone will be brave enough to +2 it? It would be nice to see
this merged in too. Here's the link to Gerrit:
<https://gerrit.wikimedia.org/r/#/c/22562/>
* Allow ORMTable to access foreign wikis: this allows a wiki to use
the load balancer to access another wikis tables. It has been verified
and +1'ed by two, but not yet +2'ed and merged. Some reviewing love
would be appreciated. <https://gerrit.wikimedia.org/r/#/c/25264/>
All in all, I am thankful for the increasing activity in the last few
weeks, and I hope that by next week this mail will be much shorter and
clearer.
Cheers,
Denny
--
Project director Wikidata
Wikimedia Deutschland e.V. | Obentrautstr. 72 | 10963 Berlin
Tel. +49-30-219 158 26-0 | http://wikimedia.de
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
unter der Nummer 23855 B. Als gemeinnützig anerkannt durch das
Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.
(Dutch below)
After the successful hackathon in 2012 it's time for the Wikimedia
Nederland Hackathon 2012. The Hackathon will take place on Saturday 10
November, the day after our annual Wikimedia Nederland Conference.
The approach is the same as last year: We'll arrange a location, food
and drinks. You all come with your laptops and good ideas. Some possible
topics:
* TS-reports
* Good old Mediawiki
* Pywikipedia
* Wikidata
* GLAMwiki toolset project
* Open Cultuur Data
* ...
This hackathon doesn't aim, like the Berlin Hackathon, to be a global
Hackathon. It aims to be more of a regional hackathon. We have a very
limited budget for travel and accommodation
More information and registration at
https://nl.wikimedia.org/wiki/Hackathon_2012/en
------------
Na de succesvolle hackathon in 2011 is het op zaterdag 10 november tijd
voor de Wikimedia Nederland Hackathon 2012. Dit is de dag na de
Wikimedia Conferentie Nederland.
De opzet zal hetzelfde zijn als vorig jaar: Wij zorgen voor een locatie,
hapjes en drankjes. Jullie komen met de laptops en de goede ideeën. Een
aantal mogelijke onderwerpen:
* TS-reports
* Good old Mediawiki
* Pywikipedia
* Wikidata
* GLAMwiki toolset project
* Open Cultuur Data
* ...
Deze Hackathon richt zich niet, zoals de Hackathon in Berlijn, op alle
ontwikkelaars wereldwijd, maar heeft een meer regionaal karakter. We
hebben dan ook een zeer beperkt budget voor reizen en accommodatie.
Meer informatie en inschrijven op
https://nl.wikimedia.org/wiki/Hackathon_2012
Maarten Dammers
Wikimedia Nederland
At #hack4dk today in Copenhagen (http://hack4dk.tumblr.com/program), I
heard about OAI-PMH (
http://en.wikipedia.org/wiki/Open_Archives_Initiative_Protocol_for_Metadata…),
"a protocol ... used to harvest (or collect) the metadata descriptions of
the records in an archive so that services can be built using metadata from
many archives". I know that wikis (and Wikipedia) are not archives, but we
do have an awful lot of stuff that could/should be connected to stuff in
archives and elsewhere.
Are our services OAI-PMH compatible?
Regards,
Ole
--
http://palnatoke.org * @palnatoke * +4522934588
Hello all,
I just enabled srv190 as an imagescaler running ubuntu 12.04 precise with
new versions of imagemagick and librsvg.
This is a test for upgrading all of our imagescalers to newer versions
of... many things. Upgrading these boxes and these packages is often
problematic, so please let me know if you notice any issues with the new
setup.
Thanks!
--peter
Hey all,
It's been quite a while since the last release of Maps and Semantic Maps,
which was version 1.0.5, almost a year ago. The wait for the next version
is now over with the big 2.0 release. It contains many new awesome features
added in over 400 commits by 20 developers.
New features:
* Added support for marker clustering to Google Maps.
* Added support for grouping locations.
* Added support for defining image overlays (ground overlays) in Google
Maps.
* Added support for defining lines, polygons, rectangles and circles using
wikitext for Google Maps and OpenLayers.
* Added a graphical map editing tool that allows exporting to and importing
from simple wikitext (Google Maps only).
* Added "copycoords" parameter to Google Maps and OpenLayers that allows
copying coordinates after right clicking a location on a map.
* Added "minzoom" and "maxzoom" parameters to #display_map.
* Added support for using the Google JS API key with Google Maps (for
increased map display and geocoding call limits).
* Added support for searching markers (searchmarkers=all/title) in Google
Maps and OpenLayers
* Added support for creating static maps in OpenLayers and GoogleMaps
(static=on)
* Added positional parameter to show polygons only on hover.
* Added an optional link parameter as an alternative to popup bubble with
text and title
* Added an optional visitedicon parameter (both global and marker
parameter), that will change the icon of a marker on click.
Other improvements
* Merged display_map and display_point(s) into a single parser function:
display_map (display_points is now an alias).
* Updates parameter definitions from Validator 0.4.x to Validator 0.5.x.
Bug fixes
* Fixed JavaScript error on some special pages due to incorrect order of
map initialization.
* Fixed partially broken kml functionality
* Fixed display of maps in multiple instance templates in forms.
* Fixed partial incompatibility of Semantic Maps with Semantic MediaWiki
>=1.6.
Compatibility changes:
* Changed minimum PHP version from 5.2 to 5.3.
* Changed minimum MediaWiki version from 1.17 to 1.18.
* Changed minimum Validator version from 0.4 to 0.5.
* Removed support for the deprecated Google Maps v2 API.
* Removed support for the now unsupported Yahoo! Maps API and associated
geocoding service.
* Temporary disabled OSM service (you can still use OSM with the OpenLayers
service).
Installation instructions can be found here:
* https://www.mediawiki.org/wiki/Extension:Maps
* https://www.mediawiki.org/wiki/Extension:Semantic_Maps
The examples have also been updated (although it's still a work in
progress) and can now be found here:
* http://semantic-mediawiki.org/wiki/Maps_examples
* http://semantic-mediawiki.org/wiki/Semantic_Maps_examples
Enjoy! :)
--
Jeroen De Dauw
http://www.bn2vs.com
Don't panic. Don't be evil.
--
sajax is an ancient ajax library, it's part of our legacy code. And it
still gets to sneak a license note into our README.
It's probably about time that we start making sure that code is ready for
the day it disappears. Just as code shouldn't be relying on bits and
pieces of wikibits.
Currently the only parts of core that depend on sajax are the legacy
mwsuggest and upload.js.
mwsuggest is going to disappear when Krinkle's work making simplesearch's
suggestions work universally is finished.
I'm not sure what's going on with upload.js.
The real problem however is extensions. For some reason it appears that we
STILL have extensions depending on sajax. And I'm not talking about
ancient extensions on the wiki or in svn. I only did an ack through stuff
that's currently in git.
So I welcome anyone who is interested in going through extension code and
eliminating the use of sajax in favor of jQuery.ajax and RL.
core/skins/common/ajax.js
3:window.sajax_debug_mode = false;
4:window.sajax_request_type = 'GET';
7: * if sajax_debug_mode is true, this function outputs given the message
into
8: * the element with id = sajax_debug; if no such element exists in the
document,
11:window.sajax_debug = function(text) {
12: if (!sajax_debug_mode) return false;
14: var e = document.getElementById( 'sajax_debug' );
18: e.className = 'sajax_debug';
19: e.id = 'sajax_debug';
41:window.sajax_init_object = function() {
42: sajax_debug( 'sajax_init_object() called..' );
61: sajax_debug( 'Could not create connection object.' );
77: * sajax_do_call( 'doFoo', [1, 2, 3], document.getElementById(
'showFoo' ) );
83:window.sajax_do_call = function(func_name, args, target) {
88: if ( sajax_request_type == 'GET' ) {
105: x = sajax_init_object();
112: x.open( sajax_request_type, uri, true );
119: if ( sajax_request_type == 'POST' ) {
130: sajax_debug( 'received (' + x.status + ' ' + x.statusText + ') ' +
x.responseText );
153: alert( 'bad target for sajax_do_call: not a function or object: ' +
target );
157: sajax_debug( func_name + ' uri = ' + uri + ' / post = ' + post_data );
159: sajax_debug( func_name + ' waiting..' );
169: var request = sajax_init_object();
core/skins/common/mwsuggest.js
489: var xmlhttp = sajax_init_object();
core/skins/common/upload.js
99: if ( !ajaxUploadDestCheck || !sajax_init_object() ) return;
124: if ( !ajaxUploadDestCheck || !sajax_init_object() ) return;
133: if ( !ajaxUploadDestCheck || !sajax_init_object() ) return;
141: sajax_do_call( 'SpecialUpload::ajaxGetExistsWarning',
[this.nameToCheck],
287: var req = sajax_init_object();
extensions/CommunityVoice/Resources/CommunityVoice.js
100: var oldRequestType = sajax_request_type;
102: sajax_request_type = "POST";
104: sajax_do_call(
114: sajax_request_type = oldRequestType;
extensions/DonationInterface/modules/validate_input.js
14: sajax_do_call( 'efPayflowGatewayCheckSession', [], checkSession );
extensions/Drafts/Drafts.js
76: var oldRequestType = sajax_request_type;
78: sajax_request_type = 'POST';
80: sajax_do_call(
98: sajax_request_type = oldRequestType;
extensions/OnlineStatus/OnlineStatus.js
35: sajax_do_call( 'OnlineStatus::Ajax', ['get'], function( x ){
71: sajax_do_call( 'OnlineStatus::Ajax', ['set', status], function( x ){
extensions/ReaderFeedback/readerfeedback.js
36: /*extern sajax_init_object, sajax_do_call */
92: sajax_do_call( "ReaderFeedbackPage::AjaxReview", args,
wgAjaxFeedback.processResult );
extensions/SecurePoll/resources/SecurePoll.js
95: sajax_do_call( 'wfSecurePollStrike', [ action, id, reason ],
processResult );
extensions/SemanticForms/includes/SF_FormUtils.php
450:function FCK_sajax(func_name, args, target) {
451: sajax_request_type = 'POST' ;
452: sajax_do_call(func_name, args, function (x) {
716: sajax_request_type = 'POST' ;
718: sajax_do_call('wfSajaxWikiToHTML', [SRCtextarea.value], function (
result ){
736: if (!oFCKeditor.ready) return false; //sajax_do_call in action
754: sajax_request_type = 'GET' ;
755: sajax_do_call( 'wfSajaxToggleFCKeditor', ['hide'], function(){} )
; //remember closing in session
extensions/SemanticForms/libs/SF_ajax_form_preview.js
43: var aj = sajax_init_object();
44: var aj2 = sajax_init_object();
70: // if (!oFCKeditor.ready) return false; //sajax_do_call in action -
what do we do?
extensions/SemanticForms/libs/SF_autoedit.js
35: sajax_request_type = 'POST';
37: sajax_do_call( 'SFAutoeditAPI::handleAutoEdit', data, function(
ajaxHeader ){
extensions/SemanticForms/libs/SF_submit.js
55: sajax_request_type = 'POST';
58: sajax_do_call( 'SFAutoeditAPI::handleAutoEdit', new
Array(collectData( form ), false), function( ajaxHeader ){
extensions/SemanticResultFormats/formats/slideshow/resources/ext.srf.slideshow.js
415: sajax_request_type = 'POST';
418: sajax_do_call( 'SRFSlideShow::handleGetResult', [
results[index][0], template, printrequests ], function( ajaxHeader ){
--
~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name]