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
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
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
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?
> 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
> 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-
> 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
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
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 :-(
Premature end of script headers: php4-cgi
I think this problem belongs to the same reason, but how do I solve it?
Great, it works!!
Thank you very much, Rob
>Chances are, you're running PHP as a CGI binary. Set the following in
>$wgArticlePath = "$wgScript?title=$1";
>This is, by default, commented out somewhere in there.
>On 28/12/05, mediawiki(a)fulda-vogelsberg.de
>> 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
>> versucht der browser folgenem Pfad zu folgen und findet natürlich nix,
>> weil es den Ordner Index.php gibt es nicht:
>> 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
>> 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:
>> 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 mailing list