Wikitech-l March 2007

wikitech-l@lists.wikimedia.org

115 participants
173 discussions

MediaWiki automated test run failure 2007-03-07
by brion＠pobox.com 07 Mar '07

07 Mar '07

An automated run of parserTests.php showed the following failures: This is MediaWiki version 1.10alpha (r20187). Reading tests from "maintenance/parserTests.txt"... Reading tests from "extensions/Cite/citeParserTests.txt"... Reading tests from "extensions/Poem/poemParserTests.txt"... 18 still FAILING test(s) :( * URL-encoding in URL functions (single parameter) [Has never passed] * URL-encoding in URL functions (multiple parameters) [Has never passed] * TODO: Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html) [Has never passed] * TODO: Link containing double-single-quotes '' (bug 4598) [Has never passed] * TODO: message transform: <noinclude> in transcluded template (bug 4926) [Has never passed] * TODO: message transform: <onlyinclude> in transcluded template (bug 4926) [Has never passed] * BUG 1887, part 2: A <math> with a thumbnail- math enabled [Has never passed] * TODO: HTML bullet list, unclosed tags (bug 5497) [Has never passed] * TODO: HTML ordered list, unclosed tags (bug 5497) [Has never passed] * TODO: HTML nested bullet list, open tags (bug 5497) [Has never passed] * TODO: HTML nested ordered list, open tags (bug 5497) [Has never passed] * TODO: Inline HTML vs wiki block nesting [Has never passed] * TODO: Mixing markup for italics and bold [Has never passed] * TODO: 5 quotes, code coverage +1 line [Has never passed] * TODO: dt/dd/dl test [Has never passed] * TODO: Images with the "|" character in the comment [Has never passed] * TODO: Parents of subpages, two levels up, without trailing slash or name. [Has never passed] * TODO: Parents of subpages, two levels up, with lots of extra trailing slashes. [Has never passed] Passed 493 of 511 tests (96.48%)... 18 tests failed!

1 0

Re: [Wikitech-l] [MediaWiki-CVS] SVN: [20159] trunk/extensions/LinkSearch/LinkSearch.php
by Rob Church 06 Mar '07

06 Mar '07

On 06/03/07, raymond(a)svn.wikimedia.org <raymond(a)svn.wikimedia.org> wrote: > Revision: 20159 > Author: raymond > Date: 2007-03-05 23:47:39 -0800 (Mon, 05 Mar 2007) > > Log Message: > ----------- > * (bug 7804) fixes for r20144: > better XML code (I hope) > selected namespace preserverd for prev/next actions Please don't mix up the old wfOpenElement() etc. functions (which are compatibility only) with the cleaner XML "namespaced" functions, e.g. Xml::namespaceSelector(); pick one and stick to it...for obvious reasons, the latter is preferred. Rob Church

2 1

Re: [Wikitech-l] [MediaWiki-CVS] SVN: [20174] branches/REL1_9/phase3/languages/messages/MessagesHe.php
by Rob Church 06 Mar '07

06 Mar '07

On 06/03/07, rotem(a)svn.wikimedia.org <rotem(a)svn.wikimedia.org> wrote: > Revision: 20174 > Author: rotem > Date: 2007-03-06 06:50:45 -0800 (Tue, 06 Mar 2007) > > Log Message: > ----------- > Fix. Are these critical? I'm not picking on Rotem in particular, but I'd like to further discourage backporting of trivial items by anyone who isn't the release manager. A loose "backport" culture managed to cause significant breakage to the installer between 1.5.7 and 1.5.8, as certain developers will recall. ;) Rob Church

2 1

Re: [Wikitech-l] "Planet" feed aggregators
by Sheldon Rampton 06 Mar '07

06 Mar '07

Eric Moeller wrote: > Cats, on the other hand, are evil. True, but that's often what makes them charming -- something that might be said of Wikipedians too. ;) -------------------------------- | Sheldon Rampton | Research director, Center for Media & Democracy (www.prwatch.org) | Author of books including: | Friends In Deed: The Story of US-Nicaragua Sister Cities | Toxic Sludge Is Good For You | Mad Cow USA | Trust Us, We're Experts | Weapons of Mass Deception | Banana Republicans | The Best War Ever -------------------------------- | Subscribe to our free weekly list serve by visiting: | http://www.prwatch.org/cmd/subscribe_sotd.html | | Donate now to support independent, public interest reporting: | https://secure.groundspring.org/dn/index.php?id=1118 --------------------------------

1 0

Faking multiple category namespaces
by Jim Hu 06 Mar '07

06 Mar '07

IIRC, there were others besides me who were interested in having multiple namespaces that act like the category namespace. Playing with my alternate Category page extension, I realized that I could fake having multiple category namespaces by getting the title text of the category page, analyzing it, and then replacing it with $wgOut->setPageTitle( $titleText ); Where $titleText is the alternative h1 heading. I've also figured out how to alter the subheadings and count messages. But I haven't figured out how to set the text in the leftmost tab. Here's an example of what I'm trying to do: http://ecoliwiki.net/colipedia/index.php/Category:Complex:Flagellum I'd like the tab that says Category to say Complex. Anyone know how to do that? Jim ===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054

2 2

Re: [Wikitech-l] Wikitech-l Digest, Vol 44, Issue 9: Reordering Navigation, Search and Toolbox in Wiki Skin
by Kutler, Christopher 06 Mar '07

06 Mar '07

Thanks Rob and Jim for your replies. I know a lot of WikiMedia is customisable via stylesheets and through the Special Pages and I've been advised to only touch the source code if I have to... However, in this instance I can probably justify a little bit of hacking! Chris -----Original Message----- From: wikitech-l-bounces(a)lists.wikimedia.org [mailto:wikitech-l-bounces@lists.wikimedia.org]On Behalf Of wikitech-l-request(a)lists.wikimedia.org Sent: 06 March 2007 03:51 To: wikitech-l(a)lists.wikimedia.org Subject: Wikitech-l Digest, Vol 44, Issue 9 Send Wikitech-l mailing list submissions to wikitech-l(a)lists.wikimedia.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.wikimedia.org/mailman/listinfo/wikitech-l or, via email, send a message with subject or body 'help' to wikitech-l-request(a)lists.wikimedia.org You can reach the person managing the list at wikitech-l-owner(a)lists.wikimedia.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Wikitech-l digest..." Today's Topics: 1. Reordering Navigation, Search and Toolbox in Wiki Skin (Kutler, Christopher) 2. Re: Reordering Navigation, Search and Toolbox in Wiki Skin (Rob Church) 3. Re: Reordering Navigation, Search and Toolbox in Wiki Skin (Jim Wilson) 4. Re: "Planet" feed aggregators (Jim Hu) 5. AJAX and .aspx as technologies for MediaWiki? (Virgil Ierubino) 6. Re: AJAX and .aspx as technologies for MediaWiki? (Kasimir Gabert) 7. Re: AJAX and .aspx as technologies for MediaWiki? (Rob Church) 8. Re: AJAX and .aspx as technologies for MediaWiki? (Simetrical) 9. Re: "Planet" feed aggregators (Nick Jenkins) ---------------------------------------------------------------------- Message: 1 Date: Mon, 5 Mar 2007 18:44:37 -0000 From: "Kutler, Christopher" <Christopher.Kutler(a)nationalarchives.gov.uk> Subject: [Wikitech-l] Reordering Navigation, Search and Toolbox in Wiki Skin To: <wikitech-l(a)lists.wikimedia.org> Message-ID: <88A6AFA61447AC4AB9F280FC6747F908032E1EEF(a)na-exch1.in.tna.local> Content-Type: text/plain; charset="iso-8859-1" At the risk of receiving RTFMs, does anyone know if there is a way of changing the order of the Navigation, Search and Toolbox in Wiki Skin so that the Search box comes first, followed by the Nav box then the Toolbox. I was going to just change the order of the code in MonoBook.php, but I'm wondering whether this can be done via one of the stylesheets or something like that. Any advice would be greatfully appreciated. Thanks Chris Please don't print this e-mail unless you really need to. --------------------------------------------------------------------------------- National Archives Disclaimer This email message (and attachments) may contain information that is confidential to The National Archives. If you are not the intended recipient you cannot use, distribute or copy the message or attachments. In such a case, please notify the sender by return email immediately and erase all copies of the message and attachments. Opinions, conclusions and other information in this message and attachments that do not relate to the official business of The National Archives are neither given nor endorsed by it. ------------------------------------------------------------------------------------ ------------------------------ Message: 2 Date: Mon, 5 Mar 2007 18:51:52 +0000 From: "Rob Church" <robchur(a)gmail.com> Subject: Re: [Wikitech-l] Reordering Navigation, Search and Toolbox in Wiki Skin To: "Wikimedia developers" <wikitech-l(a)lists.wikimedia.org> Message-ID: <e92136380703051051q614f06dfi8b5f02a640bd4591(a)mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed On 05/03/07, Kutler, Christopher <Christopher.Kutler(a)nationalarchives.gov.uk> wrote: > At the risk of receiving RTFMs, does anyone know if there is a way of changing the order of the Navigation, Search and Toolbox in Wiki Skin so that the Search box comes first, followed by the Nav box then the Toolbox. I was going to just change the order of the code in MonoBook.php, but I'm wondering whether this can be done via one of the stylesheets or something like that. Nope, that's more or less the correct method. Rob Church ------------------------------ Message: 3 Date: Mon, 5 Mar 2007 12:53:55 -0600 From: "Jim Wilson" <wilson.jim.r(a)gmail.com> Subject: Re: [Wikitech-l] Reordering Navigation, Search and Toolbox in Wiki Skin To: "Wikimedia developers" <wikitech-l(a)lists.wikimedia.org> Message-ID: <ac08e8d0703051053i4f9eab03t321af72a412ca469(a)mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed It may or may not be possible to do this via CSS - but if you're comfortable with PHP, hacking the skin is probably the best option. I'd suggest that you probably make a duplicate skin ("MyMonoBook" or similar) and then hack that one instead. This will make future upgrades easier. -- Jim R. Wilson (jimbojw) On 3/5/07, Rob Church <robchur(a)gmail.com> wrote: > > On 05/03/07, Kutler, Christopher > <Christopher.Kutler(a)nationalarchives.gov.uk> wrote: > > At the risk of receiving RTFMs, does anyone know if there is a way of > changing the order of the Navigation, Search and Toolbox in Wiki Skin so > that the Search box comes first, followed by the Nav box then the Toolbox. I > was going to just change the order of the code in MonoBook.php, but I'm > wondering whether this can be done via one of the stylesheets or something > like that. > > Nope, that's more or less the correct method. > > > Rob Church > > _______________________________________________ > Wikitech-l mailing list > Wikitech-l(a)lists.wikimedia.org > http://lists.wikimedia.org/mailman/listinfo/wikitech-l > ------------------------------ Message: 4 Date: Mon, 5 Mar 2007 13:55:17 -0500 From: Jim Hu <jimhu(a)tamu.edu> Subject: Re: [Wikitech-l] "Planet" feed aggregators To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org> Message-ID: <E7B9B125-4F0B-4BD0-AB6A-EE2A55705023(a)tamu.edu> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Mar 5, 2007, at 1:10 PM, Rob Church wrote: > On 05/03/07, Simetrical <Simetrical+wikilist(a)gmail.com> wrote: >> On 3/5/07, Jim Wilson <wilson.jim.r(a)gmail.com> wrote: >>> I doubt most Wikimedians even know that the inclusion of new >>> extensions >>> would be considered. I certainly didn't - until you just said >>> something. >>> >>> Is there a sounding-board somewhere that people can make these >>> suggestions >>> and the community can discuss it? >> >> As far as I've seen, it's mostly harassing Tim and/or Brion until >> they >> give you an answer. > > You oversimplify too greatly. > > A huge proportion of the extensions out there are written by, if I may > be frank, amateurs. Indeed...this describes me pretty well. I believe "rank amateur" comes closer. > They may be quick and dirty solutions to fulfill > people's needs at the time. They may not be compatible with the newest > versions of MediaWiki, or may use appallingly bad and even unsafe > practices to get things done, which may lead to the inclusion of > security vulnerabilities; commonly XSS and SQL injection. For example, I'm pretty sure I used some appalling practices (like saving state by serializing data into the page output itself instead of to a session or cookie) in the Table Edit extension I just wrote... But then I don't think it should actually be enabled on the Wikimedia cluster. Since extensions like these are being written by us amateurs to get things done on our own wikis, it would be nice to get feedback on which of our appalling practices to look out for. Perhaps someone with more expertise than the likes of me can add some more information to the sections on mediawiki.org about writing extensions and special pages. But I'm NOT expecting the main devs to have the time to do that. Jim > > If we're to enable an extension on the Wikimedia cluster, then we have > to be reasonably sure that we can trust the code. This means we have > to review it for security and for sanity, and for performance. This > takes time. Time which we don't have, on the whole. > > Some of this can be skipped when the extension is written by an > experienced and trusted developer and uses appropriate techniques to > do things, although there is still a phase of review which (rightly) > needs to take place, so it's still not instantaneous. > > Another big problem is that people request the installation of the > most ridiculous and pointless little extensions. There are vast > arguments over how complex wiki text should be, and internally there > is a ripple of discontent over how complex it has become. A lot of the > community's thirst for nonsense was slaked in an efficient and > effective manner by Tim Starling with the introduction of > ParserFunctions. Unfortunately, now they want more. Variables. Arrays. > All sorts of nonsense which, frankly, they *do not need* to write an > encyclopaedia. > > The community frequently bitches at the development and system > administration teams to do things faster, but it is the development > and system administration teams which have a responsibility to keep > the sites alive, and which will take the flak - oh yes, there's a lot > of flak to come from all our users - when the shit hits the fan, as it > might do without the proper processes. > > > Rob Church > > _______________________________________________ > Wikitech-l mailing list > Wikitech-l(a)lists.wikimedia.org > http://lists.wikimedia.org/mailman/listinfo/wikitech-l ------------------------------ Message: 5 Date: Tue, 6 Mar 2007 02:55:23 +0000 From: "Virgil Ierubino" <virgil.ierubino(a)gmail.com> Subject: [Wikitech-l] AJAX and .aspx as technologies for MediaWiki? To: wikitech-l(a)lists.wikimedia.org, mediawiki-l(a)lists.wikimedia.org Message-ID: <24dce9db0703051855r5eeb1b09he2dc5c5b6fa8f801(a)mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed A quick development question. If an AJAX-enabled, or "next-gen" MediaWiki were to be built, would it be acceptable for it to have been made in a format such as .aspx (i.e. built using Microsoft Visual Web Developer)? I was wondering if this might have some kind of clash with GFDL/Copyleft principles, or accessibility or compatibility. Would web pages in the .aspx format be acceptable as the output of the software that Wikipedia runs on? Thanks. ------------------------------ Message: 6 Date: Mon, 5 Mar 2007 20:04:34 -0700 From: "Kasimir Gabert" <kasimir.g(a)gmail.com> Subject: Re: [Wikitech-l] AJAX and .aspx as technologies for MediaWiki? To: "Wikimedia developers" <wikitech-l(a)lists.wikimedia.org> Message-ID: <52836a540703051904p648e723fvc9dc2770e236c813(a)mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hello Virgil, Most web servers that run wikis are run using open source technology. ASP.NET is closed source and run by Microsoft, and so I doubt that it would get far in this community. The two main languages that you want to build it in would be PHP or Perl (Python, Ruby, etc, as well). Kasimir On 3/5/07, Virgil Ierubino <virgil.ierubino(a)gmail.com> wrote: > A quick development question. > > If an AJAX-enabled, or "next-gen" MediaWiki were to be built, would it be > acceptable for it to have been made in a format such as .aspx (i.e. built > using Microsoft Visual Web Developer)? I was wondering if this might have > some kind of clash with GFDL/Copyleft principles, or accessibility or > compatibility. Would web pages in the .aspx format be acceptable as the > output of the software that Wikipedia runs on? > > Thanks. > _______________________________________________ > Wikitech-l mailing list > Wikitech-l(a)lists.wikimedia.org > http://lists.wikimedia.org/mailman/listinfo/wikitech-l > -- Kasimir Gabert ------------------------------ Message: 7 Date: Tue, 6 Mar 2007 03:30:51 +0000 From: "Rob Church" <robchur(a)gmail.com> Subject: Re: [Wikitech-l] AJAX and .aspx as technologies for MediaWiki? To: "Wikimedia developers" <wikitech-l(a)lists.wikimedia.org> Message-ID: <e92136380703051930l8af8e0bh2c663b5a51c2ff3d(a)mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed On 06/03/07, Virgil Ierubino <virgil.ierubino(a)gmail.com> wrote: > If an AJAX-enabled, or "next-gen" MediaWiki were to be built, would it be > acceptable for it to have been made in a format such as .aspx (i.e. built > using Microsoft Visual Web Developer)? I was wondering if this might have > some kind of clash with GFDL/Copyleft principles, or accessibility or > compatibility. Would web pages in the .aspx format be acceptable as the > output of the software that Wikipedia runs on? We are not likely to accept an entirely new wiki engine that's just been built from scratch as the software to run on our servers, closed source or otherwise, without us having had significant involvement in the whole development process and without unbelievably amazing benefits and a completely compatible data storage backend and layout. I would also state that, in my view, it is completely pointless contemplating moving to another implementation language unless there are significant benefits to doing so. What I have observed, so far, is that this user seems unduly obsessed with the idea of "MediaWiki 2.0" and even more so with the idea of writing it on his own. This is a bad move, and a waste of time. We have invested significant time and effort into developing this software, and we aren't going to discard that. If you have suggestions to make for improving MediaWiki, make them, but don't creep about on our forums while rubbing your hands together like a dot-com businessman who thinks he's going to slip the Next Best Thing behind Wikipedia. Rob Church ------------------------------ Message: 8 Date: Mon, 5 Mar 2007 22:34:35 -0500 From: Simetrical <Simetrical+wikilist(a)gmail.com> Subject: Re: [Wikitech-l] AJAX and .aspx as technologies for MediaWiki? To: "Wikimedia developers" <wikitech-l(a)lists.wikimedia.org> Message-ID: <7c2a12e20703051934t3f835547h1646ac8f20efa78a(a)mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed On 3/5/07, Virgil Ierubino <virgil.ierubino(a)gmail.com> wrote: > A quick development question. > > If an AJAX-enabled, or "next-gen" MediaWiki were to be built, would it be > acceptable for it to have been made in a format such as .aspx (i.e. built > using Microsoft Visual Web Developer)? I was wondering if this might have > some kind of clash with GFDL/Copyleft principles, or accessibility or > compatibility. Would web pages in the .aspx format be acceptable as the > output of the software that Wikipedia runs on? It would be unacceptable. The Wikimedia Foundation has (successfully) made every effort to build its infrastructure using only open-source software: Apache, lighttpd, Squid, and so forth. It would, as far as I'm aware, not be willing to use any kind of proprietary software without good reason. Switching from Apache to IIS (mod_aspdotnet is apparently unsupported) would require a really, really good reason. As Rob says, though, good luck trying to write an MW2 from scratch by yourself that has a genuine superset of the functionality MW1 has accumulated over a few years with a number of developers. ------------------------------ Message: 9 Date: Tue, 6 Mar 2007 15:02:35 +1100 From: "Nick Jenkins" <nickpj(a)gmail.com> Subject: Re: [Wikitech-l] "Planet" feed aggregators To: "Wikimedia developers" <wikitech-l(a)lists.wikimedia.org> Message-ID: <NABBJGECPILFNLFEAPIKEENDKCAA.nickpj(a)gmail.com> Content-Type: text/plain; charset="us-ascii" > > I've fiddled a bit with Planet before; if there's no objection I'll set > > that up later today. If anyone wants in, let me know where to find your > > blog. :) > > No objection from me, but: I want us to make sure that all the blog > posts appearing are only Wikimedia-related. So I would insist that > blogs either provide a Wikimedia-specific feed, or that we are able to > filter them on our side by tag. Oh, I don't know; Sometimes you get some interesting stuff that's not strictly MediaWiki / Wikipedia / Wikimedia - related. For example, you might miss out on stats about the number of people that fake their identity online ( http://wikiangela.com/blog/a-sad-loss/ ) , videos of suburbs being hit by asteroids and zapped by aliens ( http://leuksman.com/log/2006/06/17/video-crap/ ), and maybe at some point a posting about the OLPC's security architecture ( http://blogs.law.harvard.edu/ivan/ ). Isn't it nicer to have something organic and freeform and inclusive and alive, that flows in unpredictable directions like a good conversation, rather than something that's narrow and exclusive and walled into a small box? I say: embrace the weird and the wonderful and eclectic in all its forms, and let the chips fall where they may - the only criteria should be whether MediaWiki (core or extensions) / Wikipedia / Wikimedia / wikis-in-general are a major personal or professional interest to the author, and then wiki-related stuff will just naturally tend to form a large percentage of the planet's content (although it will include other stuff too). You see this pattern already in other planets (e.g. Planet Debian). Or at least maybe try that approach at first, and if it doesn't work then refine it from there. All the best, Nick. ------------------------------ _______________________________________________ Wikitech-l mailing list Wikitech-l(a)lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/wikitech-l End of Wikitech-l Digest, Vol 44, Issue 9 ***************************************** ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________

1 0

MediaWiki automated test run failure 2007-03-06
by brion＠pobox.com 06 Mar '07

06 Mar '07

An automated run of parserTests.php showed the following failures: This is MediaWiki version 1.10alpha (r20159). Reading tests from "maintenance/parserTests.txt"... Reading tests from "extensions/Cite/citeParserTests.txt"... Reading tests from "extensions/Poem/poemParserTests.txt"... 18 still FAILING test(s) :( * URL-encoding in URL functions (single parameter) [Has never passed] * URL-encoding in URL functions (multiple parameters) [Has never passed] * TODO: Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html) [Has never passed] * TODO: Link containing double-single-quotes '' (bug 4598) [Has never passed] * TODO: message transform: <noinclude> in transcluded template (bug 4926) [Has never passed] * TODO: message transform: <onlyinclude> in transcluded template (bug 4926) [Has never passed] * BUG 1887, part 2: A <math> with a thumbnail- math enabled [Has never passed] * TODO: HTML bullet list, unclosed tags (bug 5497) [Has never passed] * TODO: HTML ordered list, unclosed tags (bug 5497) [Has never passed] * TODO: HTML nested bullet list, open tags (bug 5497) [Has never passed] * TODO: HTML nested ordered list, open tags (bug 5497) [Has never passed] * TODO: Inline HTML vs wiki block nesting [Has never passed] * TODO: Mixing markup for italics and bold [Has never passed] * TODO: 5 quotes, code coverage +1 line [Has never passed] * TODO: dt/dd/dl test [Has never passed] * TODO: Images with the "|" character in the comment [Has never passed] * TODO: Parents of subpages, two levels up, without trailing slash or name. [Has never passed] * TODO: Parents of subpages, two levels up, with lots of extra trailing slashes. [Has never passed] Passed 493 of 511 tests (96.48%)... 18 tests failed!

1 0

Reordering Navigation, Search and Toolbox in Wiki Skin
by Kutler, Christopher 05 Mar '07

05 Mar '07

At the risk of receiving RTFMs, does anyone know if there is a way of changing the order of the Navigation, Search and Toolbox in Wiki Skin so that the Search box comes first, followed by the Nav box then the Toolbox. I was going to just change the order of the code in MonoBook.php, but I'm wondering whether this can be done via one of the stylesheets or something like that. Any advice would be greatfully appreciated. Thanks Chris Please don't print this e-mail unless you really need to. --------------------------------------------------------------------------------- National Archives Disclaimer This email message (and attachments) may contain information that is confidential to The National Archives. If you are not the intended recipient you cannot use, distribute or copy the message or attachments. In such a case, please notify the sender by return email immediately and erase all copies of the message and attachments. Opinions, conclusions and other information in this message and attachments that do not relate to the official business of The National Archives are neither given nor endorsed by it. ------------------------------------------------------------------------------------

3 2

Commons image archive
by Bryan Tong Minh 05 Mar '07

05 Mar '07

Hello, As you might or might not know, the Commons Picture of the Year 2006 [1] is running. We have also made an archive [2], which we want to be available as a zip download. This archive contains all Featured Pictures of 2006 and their licensing and description. This archive is 550 MB big. Would it be possible to have it hosted on download.wikimedia.org? Thanks, Bryan [[:commons:User:Bryan]] [1] http://commons.wikimedia.org/wiki/Commons:Picture of the Year/2006 [2] http://tools.wikimedia.de/~bryan/poty

7 13

Our server setup in a sentence (was Is wikipedia using MogileFS?)
by David Gerard 05 Mar '07

05 Mar '07

On 04/03/07, Brion Vibber <brion(a)pobox.com> wrote: > howard chen wrote: > > so what kind of hardware/software are being used by wikipedia to host > > images or other resources? > NFS -> a box with a lot of disks -> lighttpd -> squid > Terrifying, isn't it? :D I got asked by a journalist to describe our technical setup the other day (after I'd pointed out we're the only top-20 website hosted by a nonprofit with therefore no resources by definition). I said "In Tampa there's lots of big disks, these go to three big database servers - one for English Wikipedia, two for the other 200+ projects - and these go to hundreds of webservers and caches and proxies in Tampa, Paris, Amsterdam and Seoul." Is that about right as a one-sentence description of our setup? - d.

2 2

Jump to page:

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 2007