Wikitech-l November 2002

wikitech-l@lists.wikimedia.org

46 participants
134 discussions

Dedicated editor for Wikipedia
by Krzysztof P. Jasiutowicz 02 Nov '02

02 Nov '02

Hello all, Please read about this idea and comment on Talk page. http://meta.wikipedia.org/wiki/Dedicated_Wikipedia_editor Regards, Kpjas. -- Wikipedia - The Free Online Encyclopedia

1 0

netscape?
by Wolfram.Steinacker＠t-online.de 01 Nov '02

01 Nov '02

Hallo, seit gestern sehe ich wikipedia nicht mehr unter netscape. Es erscheint: ---- "Warning: Too many connections in /usr/local/apache/htdocs-de/w/DatabaseFunctions.php on line 19 Konnte keine Verbindung zur Datenbank auf 127.0.0.1 herstellen Too many connections If this error persists after reloading and clearing your browser cache, please notify the Wikipedia developers." ---- Wann ist das Betrachten unter netscape wieder möglich? Grüße von Wolfram

2 1

wikipedia.sourceforge.net
by Axel Boldt 01 Nov '02

01 Nov '02

Has the page http://wikipedia.sourceforge.net been removed? I can't get there anymore. Formerly, this was a handy page containing an introduction to the Wikipedia software and several links, much more digestable than the disaster that is http://sourceforge.net/projects/wikipedia/ Axel P.S. See http://216.239.53.100/search?q=cache:nk3YWmXcUg0C:wikipedia.sourceforge.net… for Google's cache of the page. __________________________________________________ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/

3 2

RecentChanges Performance
by Erik Moeller 01 Nov '02

01 Nov '02

Hi, as promised, I have looked a bit into the RC code for the purpose of possibly implementing a filter. Since Ram-Man seems to be finished with his script, this is no longer an urgent issue, so we might want to take a step back and look at the design of SpecialRecentchanges.php etc. before any further changes. I have taken the liberty to import the Wikipedia database locally to find out which operations are fast and which ones are slow even locally. Long RC queries are quite slow on my machine, in spite of cur_timestamp being indexed. Even with an index, searching a 350 MB+ table with fairly random row order may be heavy. (Is there any way to determine if the index is used, BTW? MySQL has some weird conditions under which it ignores indexes.) It certainly is slow on my system. Since this is one of the most commonly accessed functions, we should really do some performance tuning here, especially as we will sooner or later have to do stuff like the aforementioned bot-filtering, making queries even more complex. I noticed that there is already a recentchanges table that new rows are inserted into upon edits. Is a move away from SELECTs on the CUR table already in the works? If so, what is its current status and who's doing it? Regards, Erik Moeller -- FOKUS - Fraunhofer Insitute for Open Communication Systems Project BerliOS - http://www.berlios.de

3 5

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 November 2002