Wikitech-l April 2008

wikitech-l@lists.wikimedia.org

100 participants
99 discussions

New SVN committers
by Brion Vibber 12 May '08

12 May '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Added: mfarag (Meno25) - Arabic localization updates pmwx (Viral Gupta) - Purple Numbers extension multichill (Maarten Dammers) - Pywikipediabot stuff dantman (Daniel Friesen) - Title casing alternate branch nicdumz (Nicolas Dumazet) - Pywikipediabot stuff - -- brion vibber (brion @ wikimedia.org) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkf/5SAACgkQwRnhpk1wk46OLACeOqs8fjG+WDHz5HpPtbTSOrFT 3ZsAoMFChZYKsEp+rg416924DYZG3YHr =mSe+ -----END PGP SIGNATURE-----

3 4

Request to allow Google to search list archives again
by Michael Bimmler 10 May '08

10 May '08

[courtesy copy to foundation-l, though I suggest that discussion, if any, be centralised on wikitech-l] Hi all, the search index for the mailinglist archives was last rebuilt in January. Now, after having made quite a few queries about this here and at other places, I learnt (and obviously had to accept) that rebuilding the search index is quite a resources-consuming process which resulted in crashes. To put it bluntly, I dare suggest from a non-technical POV that the "htdig" (that's the name, isn't it?) experiment has failed. If we can only update our search index every 6 months or so, it is pointless to have it. Instead, I suggest that http://lists.wikimedia.org/robots.txt be modified as to allow Google (and other search engines) to crawl /pipermail/ again. I do not really see the privacy issues of this, nabble, gmane etc. are google-searchable as well and I really don't see the point in barring Google from our own archive. If I am very honest, I do not even remember anymore, why we decided to bar Google from http://lists.wikimedia.org/pipermail. Was it due to privacy concerns? If so, which, and why is lists.wikimedia.orgas an archive different from Nabble/Gmane? Thanks, Michael -- Michael Bimmler mbimmler(a)gmail.com

14 20

Assuring Security by testing
by Michael Osipov 05 May '08

05 May '08

Hi devs, I've been investigating MediaWiki within my Bachelor's thesis "Application of security test tools in open source" at the Free University of Berlin (FU Berlin) [1]. Basically, I am looking for security measures which have been taken to prevent security leaks/vulnerabilities especially with security test tools MediaWiki is one of the most popular applications across the web. So the attack area maybe quite large. I have searched across the wiki itself, the mailist list and repo. I have noticed some things, I'd like like to remark: You advise, as most projects do, to turn "register_globals" off to decrease attack possibilities [3]. A security reponse team [2] handles security vulnerabilities and patches them immediately. Most releases do include security fixes. I am sure that you do anything you can to assure security. Spite the recommondations and the security team. Does this team or any other group/person take any measures to assure security with testing tools, with a special test plan or functional requirements? Thanks in advance, Michael [1] https://www.inf.fu-berlin.de/w/SE/ThesisFOSSSecurityTools [2] http://www.mediawiki.org/wiki/Security [3] http://meta.wikimedia.org/wiki/Documentation:Security#General_PHP_recommend… -- <NO> OOXML - Say NO To Microsoft Office broken standard http://www.noooxml.org

7 9

So... status of category intersections?
by Aerik Sylvan 02 May '08

02 May '08

At the risk of asking a stupid question: what is the status of category intersections? I guess this is really directed to Brion, Tim, and anyone capable of doing commits. Is there any interest/motivation in making it happen? I think a lucene index is the way to go - if someone coded an interface, could someone capable of doing it (Tim?) set up the index? Best Regards, Aerik -- http://www.wikidweb.com - the Wiki Directory of the Web http://tagthis.info - Hosted Tagging for your website!

13 33

Creating checkboxes with an extension
by Nicolas Vervelle 30 Apr '08

30 Apr '08

Hi, I have written an extension for a custom tag, and that extension creates checkboxes But, apparently, checkboxes handlers are automatically overwritten by setupCheckboxShiftClick() in wikibits.js so my own onclick() action is lost. How can I keep my own onclick() handler for my checkboxes ? Pb showing on http://wiki.jmol.org/index.php/Sandbox Thanks for any help, Nico

1 0

Extension for global reference
by Liz Kim 30 Apr '08

30 Apr '08

Hi, We have been using the Cite extension on our wiki's. http://www.mediawiki.org/wiki/Extension:Cite/Cite.php However, there is a need for a different type of referencing.. We have a list of items that are constantly referenced on multiple pages. It would be nice to have an extension where you can define all items in one place then use them on different pages on the same wiki. Has anyone else come across this need? Thank you!!

1 0

About using SQL prepared statements in PHP
by Eduardo Pérez Ureta 30 Apr '08

30 Apr '08

I would like to know why MediaWiki is encoding SQL parameters instead of using prepared statements with placeholders. I just know advantages on using prepared statements, like security from possible SQL injections, speed by having SQL statements preparsed and the code is easier to write and read. Prepared statements using MySQL directly: http://devzone.zend.com/node/view/id/686 Prepared statements using MDB2: http://pear.php.net/manual/en/package.database.mdb2.intro-execute.php Could you guys explain why not using prepared statements in MediaWiki code?

3 3

Re: [Wikitech-l] [Foundation-l] Image dumps, html dumps, and static copies missing
by Gregory Maxwell 29 Apr '08

29 Apr '08

On Tue, Apr 29, 2008 at 3:53 PM, Samuel Klein <meta.sj(a)gmail.com> wrote: [snip] > Image dumps haven't worked reliably since sometime in 2005. I blogged about > this in mid-2006, at which point I believe there was a bittorrent option but > no other; the bittorrent option hasn't worked for over a year. > http://downloads.wikimedia.org/images/ used to offer a few 2006-era > dump links; those too are now gone. [snip] For several months one of the Wikimedia systems was configured to push images out to a system of mine with several terrabytes set aside, via the then-development version 3 of rsync. (prior versions of rsync were unable to cope with the large number of files) This worked fairly well at the time and I handed out snapshots to a number of other people who requested them. The feed seems to have stopped in early January. I never bothered looking into why, since I haven't been doing much with them recently and no one has asked me for a new snapshot lately. Bittorrent is pretty much non-viable for maintaining a mirror of images (and nearly so for even making the initial several tbyte transfer).

2 1

No history dumps again?
by Gregory Maxwell 29 Apr '08

29 Apr '08

The last completed full history dump (http://download.wikimedia.org/enwiki/20080103/enwiki-20080103-pages-meta-hi…) is throwing a permission error. More recent dumps have not been successful. Whats the story?

1 1

Re: [Wikitech-l] [WikiEN-l] Searchability of non-mainspace pages
by David Gerard 29 Apr '08

29 Apr '08

2008/4/28 Anthony <wikimail(a)inbox.org>: > On Mon, Apr 28, 2008 at 12:59 PM, David Goodman <dgoodmanny(a)gmail.com> wrote: > > First and hopefully uncontroversial step: make user and user talk > > space non searchable via google etc. That will at any rate diminish > > the tendency to use Wikipedia as a personal web site. > First step should be to add a single checkbox to Wikipedia's internal > search to search *all* namespaces, without having to check every > single box. (Or is there already a way to do that?) OH YES PLEASE. > Anyone wanna file a bug report for me? I'm cc'ing this to wikitech-l, there's a lot of really good active work in progress right now on the search. (That's why the internal search is productively usable now, as opposed to not being.) - d.

3 3

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

2026

2025

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 April 2008