MediaWiki-l December 2005

mediawiki-l@lists.wikimedia.org

170 participants
267 discussions

Images and Distributed Wiki
by peter hill 30 Dec '05

30 Dec '05

Hi, I'm creating an internal documentation wiki which will be hosted on a couple of hosts. Database replication will ensure that documentation gets syncronized across the different systems, but there doesn't appear to be a common solution to distribute the uploaded images/files. At least that is my impression from reading through the FAQs and documentation that I have been able to find. Is there a tool or common solution for this? Is it an option to store this data within the database as blobs? Because of our architecture I will be unable to host these directories on NFS. I've considered putting together a simple rsync/shell script but will have to rely on ctime/mtime for conflicts. I don't mind having to write code to do this, but didn't want to recreate the wheel if an existing solution is out there. Thanks! -pete

2 1

Questions about customizing the interface
by Titus, Jim 30 Dec '05

30 Dec '05

I'm having some strange problems customizing the interface. I apologize if this has been asked before--I searched mediawiki.org and I would search the mail list if there was an easy way to do it. I'm running Mediawiki 1.5.4. The first problem: I changed $wgLogo to point to my logo, but the default logo shows up if I'm on the main page and not logged in. If I go to any other page I see the custom logo. If I log in I see the custom logo even on the main page. The second problem (possibly related to the first): I edited MediaWiki:Sidebar but the default one shows up on the main page. Any other page shows my edited MediaWiki:Sidebar. This is logged in or not. Is there something magic about the main page that it doesn't display changes? --Jim Titus

2 1

1.4.12 --> 1.5.4 update.php failure
by Jeff Hubbs 30 Dec '05

30 Dec '05

I'm moving a wiki from one machine to another (both are Gentoo Linux). I brought in MW 1.5.4 from CVS, dumped/restored the wikidb, moved over my LocalSettings.php and images directory from my old machine and set their permissions. I placed the new machine's MySQL root username and password in AdminSettings.php. When I ran .../mediawiki/maintenance/update.php, I get a nonexistent-table failure; results are at http://www.rafb.net/paste/results/HAXWLN16.html. There is no such table in the 1.4.12 machine's wikidb database. Is this a problem with the update script or do I need to get the new machine fully up and working under 1.4.12 before attempting to update it to 1.5.4? Jeff

1 1

Help with upgrade - small honorarium available
by Steven Clift 30 Dec '05

30 Dec '05

E-Democracy.Org needs help upgrading MediaWiki from 1.4.5 to the current stable release at http://www.mediawiki.org/wiki/Download We are a small non-profit with a limited budget, but I can offer a small honorarium if needed. Most importantly we need help with anti-spam techniques like the installation of http://meta.wikimedia.org/wiki/Bad_Behavior and whatever else is recommended. Our wiki is at: http://e-democracy.org/wiki We also want to know how this extension is working for people: http://public.kitware.com/Wiki/User:Barre/MediaWiki/Extensions/kw_bread_ crumbs Thanks, Steven Clift Volunteer Board Chair, E-Democracy.Org Steven Clift - http://publicus.net - Reply to: clift(a)publicus.net Join DoWire: http://dowire.org E-Democracy: http://e-democracy.org

3 3

Usage stats and Google Analytics
by Muzaffer Ozakca 30 Dec '05

30 Dec '05

Hi all, I'm using a traffic log analysis tool and Google analytics to see what people are doing on my wiki site. As you know if you don't do pretty url modifications (e.g. still use index.php?title=... format), you only see index.php in the outputs of the analysis results. Would using short urls (e.g. domain/w/title) help in this regard? In other words, if I use short urls, will I be able to see the hits individual pages get? Thanks.

2 1

Re: how to delete my wiki page? mistakes
by Jan Steinman 29 Dec '05

29 Dec '05

> From: Sy Ali <sy1234(a)gmail.com> > > On 12/27/05, Jan Steinman <Jan(a)bytesmiths.com> wrote: >>> From: Sy Ali <sy1234(a)gmail.com> >>> >>> ... apparently going into the database >>> would indeed be required to purge history.. but such things are not >>> for me... >> >> I think anyone who is going to administer a MediaWiki site would >> benefit from learning something about MySQL. > > You might want to involve me in a reply to me.. I might have skipped > over this post. This sort of sums up our differences. If I post something to a public forum, I expect that people will reply there. I don't expect others to change the way they do things to cater to me, unless it's something truly personal. (By the way, Sy, how's the wife and kids? :-) > I could go on about how mysql isn't a real database... > I'd rather not even work with > phpmyadmin... > I could also go on about how php > is a letdown and not something I want to get involved with... My, aren't you a bundle of joy! Patient: "Doctor, doctor, it hurts when I do this!" Doctor: "Well, then stop doing that!" I think you're using the wrong software for the wrong reasons. > MediaWiki is built for the Wikipedia.. something which wasn't and > still isn't stressed enough. This means that its needs and focuses > aren't real-world. Which sucks and I'm unfortunately stuck with it. WikiPedia isn't "real-world"? I think insisting that someone else's hammer doesn't serve your need for a screwdriver is what isn't "real- world!" > In conclusion.. I don't like learning new tricks. =) I think you'd be best served by a commercial product. There are commercially supported wikis available. These people are paid to listen to customers whine -- and then to cater to the needs of their market. In my experience, whining on this list that MediaWiki doesn't fit your particular needs -- especially in a deprecating manner -- is simply a quick way to get in a lot of people's spam filters. :::: The white man seeks to conquer nature, to bend it to his will and to use it wastefully until it’s all gone and then he simply moves on, leaving the waste behind him and looking for new places to take. The whole white race is a monster who is always hungry and what he eats is land. — Chiksika, elder brother of Tecumseh, March 19, 1779 :::: Jan Steinman, http://www.Bytesmiths.com

1 0

29 Dec '05

Hello, Rob helped me to solve my path problems. The reason was that php4 is now in cgi-bin folder. But now there is an new problem, I am not able to log in :-( Fehlermeldung: Premature end of script headers: php4-cgi I think this problem belongs to the same reason, but how do I solve it? Best greatings Karin

1 0

wrong link
by Peter Lovic 29 Dec '05

29 Dec '05

Hello, on this page: http://www.mediawiki.org/wiki/Communication at "All three lists are also available through Gmane which provides" is wron url address to Gnane. With regards, Peter Lovic from Slovakia ;)

1 0

who would create at MediaZilla a / some tracking bugs as custom namespaces at Wikimedia Foundation (tracking)
by gangleri 29 Dec '05

29 Dec '05

Hallo! There should be one or more tracking bugs as custom namespaces at Wikimedia Foundation (tracking) for cookbook, author, portal, etc. namespaces As far as I can remember commons: has custum namespaces too. The "product", "component" etc. fields should be unified and the summaries should help searching these bugs. Examples: general reports http://bugzilla.wikimedia.org/show_bug.cgi?id=3736 FIXED == Bug 3736: New namespaces for Wikiportals and WikiProjects Wikimedia web sites > General/Unknown http://bugzilla.wikimedia.org/show_bug.cgi?id=1676 WORKSFORME == Bug 1676: Request: New namespace for Portal Wikimedia web sites > General/Unknown individual reports (somtimes mixed with additional requests) http://bugzilla.wikimedia.org/show_bug.cgi?id=2418 FIXED == Bug 2418: Request update portal BE and NL Wikimedia web sites > General/Unknown http://bugzilla.wikimedia.org/show_bug.cgi?id=3385 FIXED == Bug 3385: Namespace for wikiportals at WP:PT Wikimedia web sites > General/Unknown http://bugzilla.wikimedia.org/show_bug.cgi?id=3818 *NEW* Bug 3818: portal namespaces in the hebrew wikipedia Wikimedia web sites > General/Unknown http://bugzilla.wikimedia.org/show_bug.cgi?id=4113 FIXED == Bug 4113: Portal: namespace on hr.wikipedia.org Wikimedia web sites > General/Unknown http://bugzilla.wikimedia.org/show_bug.cgi?id=4135 FIXED == Bug 4135: Portal namespaces in the Esperanto Wikipedia Wikimedia web sites > *Language setup* http://bugzilla.wikimedia.org/show_bug.cgi?id=4143 NEW == Bug 4143: Add portal namespace to Catalan Wikipedia (CA) and set project namespace Wikimedia web sites > General/Unknown http://bugzilla.wikimedia.org/show_bug.cgi?id=4247 FIXED == Bug 4247: Request for 2 new namespaces (about WP:IT:) Wikimedia web sites > General/Unknown http://bugzilla.wikimedia.org/show_bug.cgi?id=4297 FIXED == Bug 4297: Portal namespace for sk.wikipedia Wikimedia web sites > *Language setup* http://bugzilla.wikimedia.org/show_bug.cgi?id=4369 *NEW* == Bug 4369: Add Portal namespace to Dutch Wikipedia Wikimedia web sites > General/Unknown best regards reinhardt [[user:gangleri]] irc://irc.freenode.net/mediawiki irc://irc.freenode.net/wiktionary ICQ: 317732084

1 0

AW: Re: [Mediawiki-l] Pfadprobleme/ problems with path
by mediawiki＠fulda-vogelsberg.de 29 Dec '05

29 Dec '05

Great, it works!! Thank you very much, Rob Karin >Chances are, you're running PHP as a CGI binary. Set the following in >LocalSettings.php: > >$wgArticlePath = "$wgScript?title=$1"; > >This is, by default, commented out somewhere in there. > > >Rob Church > >On 28/12/05, mediawiki(a)fulda-vogelsberg.de ><mediawiki(a)fulda-vogelsberg.de> wrote: >> Hallo Liste, >> bin auch Anfänger und konnte bislang niemand hier weiterhelfen, aber >> jetzt brauche ich Hilfe: >> insgesamt habe ich 3 wikis laufen. Eines bei 1und1 das läuft derzeit >> ohne Problem. Zwei weitere habe ich bei silverlineserver. Die liefen >> bislang auch, bis letzte Woche, plötzlich ging nichts mehr, obwohl ich >> nichts verändert habe. >> >> Wenn ich jetzt wie üblich meine URL aufrufe, kommt >> die Fehlermeldung: >> "Umleitungslimit für diese URL ist überschritten. Die angeforderte Seite >> kann nicht geladen werden. Das kann von geblockten Cockies herrühren" >> >> Eine Unterseite kann ich erreichen, wenn ich den ursprünglichen Link >> eingebe, von dort aus wird aber wieder falsch verlinkt >> statt >> wiki/index.php?title=Spezial:Specialpages >> >> versucht der browser folgenem Pfad zu folgen und findet natürlich nix, >> weil es den Ordner Index.php gibt es nicht: >> wiki/index.php/Spezial:Specialpages >> >> Habt ihr ne Ahnung an was das liegen kann? >> >> Ein PHP update? Ordner wurden verschoben oder weiß der geier. Der >> Provider antwortet leider nicht auf meine Fragen :-( >> Kann mir jemand weiterhelfen? >> Es grüßt Euch >> Karin >> >> >> Hello, >> is there anybody, who is able to help me with my wikiproblem? >> My wiki worked ok. But suddenly I could not reach the URL. I found out >> that I can fetch a page if I change the link from the shown way: >> wiki/index.php/Spezial:Specialpages >> >> to >> wiki/index.php?title=Spezial:Specialpages >> >> But all links on this page are wrong again. I changed nothing. How can I >> fix this problem, I think my provider changed anything. >> >> I would be happy if annybody got an idea >> Karin from Germany >> _______________________________________________ >> MediaWiki-l mailing list >> MediaWiki-l(a)Wikimedia.org >> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l >> >_______________________________________________ >MediaWiki-l mailing list >MediaWiki-l(a)Wikimedia.org >http://mail.wikipedia.org/mailman/listinfo/mediawiki-l

1 0

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

MediaWiki-l December 2005