I know I've encountered and gotten past this before, but the previous
fixes aren't working for me.
Installing 1.9.3 on Mac OSX 10.4 server
I think he install fails when it hands over mysql from root to
wikiuser. Reloading, the installer starts to update and the error is:
Deleting old default messages...DB connection error: Unknown error
(dimer.local)
This is related to Apple's annoying practice of making localhost not
work as a hostname for mysql. In the past, I just went into mysql
and changed the host in the user and db tables. I must be forgetting
something.
Jim
=====================================
Jim Hu
Associate Professor
Dept. of Biochemistry and Biophysics
2128 TAMU
Texas A&M Univ.
College Station, TX 77843-2128
979-862-4054
I've been trying to find a way to create a Google friendly sitemap for my
wiki. The few solutions I have found that are specific to Wikimedia haven't
worked on my wiki.
Any suggestions?
Caitlin
Hi, I'm using MediaWiki 1.8.x (mostly) and have three questions:
1) Does MediaWiki have the ability to check for bad links/link checker
functionality? I saw/tested this extension
http://www.mediawiki.org/wiki/Extension:LinkSearch but looks like it's
more for "information" than has the additional utility I'm looking for.
How do others handle the management of links going bad/dead links with
MediaWiki?
2) Is upgrading from 1.8.x to 1.10.x okay to do OR do you recommend going
from 1.8.x to 1.9.x to 1.10.x?
3) I have gotten my bulk import to work using an XML file and
Special:Import page. Is there another way that you could bulk export ALL
your records without have to do it manually using the Special:Export page?
I suppose I could extract from MySQL table just the page titles... and
then paste into the Special:Export page but just thought I'd check first
on the listserv.
Thank you, Karen
Thanks to Brion Vibber, I learned that
eAccelerator 0.9.5 is incompatible with PHP 5.2.1.
(see https://www.eaccelerator.net/ticket/204 )
Turned it off by putting these lines in .htaccess:
php_flag eaccelerator.enable 0
php_flag eaccelerator.optimizer 0
(see http://eaccelerator.net/wiki/Faq Usage)
>Date: Tue, 20 Mar 2007 10:00:13 -0400
>From: Brion Vibber <brion(a)wikimedia.org>
>Subject: Re: [Mediawiki-l] Wiki became unavailable--problem recurred
>To: MediaWiki announcements and site admin list
> <mediawiki-l(a)lists.wikimedia.org>
>Message-ID: <1174399213.28181.2.camel@brion-imac>
>Content-Type: text/plain
>
>On Tue, 2007-03-20 at 07:55 -0600, Bill Egnatoff wrote:
> > PHP Fatal error: Cannot access protected property
> > DatabaseMysql::$mOut in
> > /home/egnatoff/public_html/wiki/includes/Database.php on line 429
>
>Your server has a broken version of eAccelerator which doesn't work with
>PHP 5.2. It'll need to be upgraded.
>
>-- brion vibber (brion @ wikimedia.org)
----------
William J. Egnatoff egnatoff(a)kingston.net
Kingston, Ontario, Canada
613 634-3341
Hi,
I'd like the Sidebar on my wiki to include a link to a list of the newest 10
pages in a custom namespace (name space #100).
The URL I want to end up with is:
> http://mydomain.com/wiki/index.php?title=Special:Newpages&namespace=100
Solutions that don't work:
> [[Special:Newpages|namespace=100]]|New pages in Foo
> Special:Newpages&namespace=100|New pages in Foo
Someone suggested setting the Sidebar entry to:
> Newstuff-url|New pages in Foo
And creating [[Mediawiki:Newstuff-url]] to contain
> {{localurl:Special:Newpages|namespace=100}}
But the template expands so that the resulting URL in the sidebar has two
copies of "/wiki/index.php?title=":
http://mydomain.com/wiki/index.php?title=/wiki/index.php?title=Special:Newp…
What's the right solution? Thanks in advance!
/Maarten.
(I'm running MediaWiki 1.9.3)
I would like to enable the table function icons in the toolbar
like on this page but can't find the plugin or extension.
Ho do i enable them?
thanks
http://meta.wikimedia.org/wiki/Help:Table
I received the following error while installing Mediawiki-1.9.3 while updating an existing database:
Query "ALTER TABLE `imagelinks`
DROP INDEX il_to,
ADD INDEX il_to(il_to, il_from)
" failed with error code "Specified key was too long. Max key length is 500 (mysql.ibiblio.org)".
This coding appears to come from patch-backlinkindexes.sql
ALTER TABLE /*$wgDBprefix*/pagelinks
DROP INDEX pl_namespace,
ADD INDEX pl_namespace(pl_namespace, pl_title, pl_from);
ALTER TABLE /*$wgDBprefix*/templatelinks
DROP INDEX tl_namespace,
ADD INDEX tl_namespace(tl_namespace, tl_title, tl_from);
ALTER TABLE /*$wgDBprefix*/imagelinks
DROP INDEX il_to,
ADD INDEX il_to(il_to, il_from);
Any suggestions?
Fred
I've already got PHP errors on (we have no security worries).
What I reported was that preg_replace_callback() is returning an empty string (or null? Haven't had time to get much detail yet) when passed an input string with possibly invalid UTF characters. This happens when it is asked to do a replacement in UTF mode, even when it doesn't find any matches. A consequence of this in MW is that the parser converts the stored version of an article to an empty string.
I don't think memory is an issue - the text is only 2K, and we handle much larger articles no problem. Besides, as I reported earlier, simply turning off UTF matches in MagicWord stops it happening.
Unfortunately, I haven't had time to get a dump of exactly what's in the database, but I guess that there is an invalid UTF8 sequence there.
My question is, where is the bug? The unicode standard requires the detection and suppression of invalid sequences, but is it legit for preg to dump the whole text?
Also, is this an issue with how the upgrade from 1.6 to 1.9 worked; or is it still possible to enter invalid sequences into an article? Seems like we either need better input filtering, or a database cleanup as part of the upgrade. (or both.)
The problem is highly annoying, and I'm worried about other side-effects of my workaround. Feedback on that from people who understand MW internals would be most welcome.
I guess I should do more investigation, buti thought I would bounce it off the list first, in case there are known issues here. It'll have to wait in any case, as I'm going to be scrubbing out the bilge of my boat all weekend. Help with that would be most welcome too... ;-)
Ian
Ian Smith
Motorola | Good Technology Group
ismith(a)motorola.com
408-352-7467
4250 Burton Drive, Santa Clara, CA 95054
www.motorola.com/good
Sent from my pocket PC using Good Mobile Messaging
-----Original Message-----
From: Brion Vibber [mailto:brion@pobox.com]
Sent: Saturday, March 17, 2007 06:38 AM Pacific Standard Time
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] Possible PHP bug causes page blanking in 1.9.3
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Ian Smith wrote:
> Think you may have replied to the wrong email here... ;-)
No, but if you're getting blank pages, you probably want to look at the
error messages instead of throwing them in /dev/null. :)
- -- brion vibber (brion @ pobox.com / brion @ wikimedia.org)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFF++7cwRnhpk1wk44RAle+AKCM8LRlPZuZf649XxGWwxItZnvzpQCgxFlS
bH5d7JCGtCDAItKJsOx1Z6o=
=NGZr
-----END PGP SIGNATURE-----
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)lists.wikimedia.org
http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Is it possible on a corporate Wiki to include actual live Wikipedia
content within a page. Possibly using a template.
The idea being that you wouldn't have to go outside of the corporate
Wiki to view certain Wikipedia content.
Because we use MediaWiki as well it might confuse users if they followed
a link, wound up at Wikipedia then tried to search Wikipedia instead of
the corporate instance.
If this is possible it would be great. I could picture a template where
it says "The following content is not maintained within our corporate
Wiki but on Wikipedia. Any links in the content below will bring you
outside of this Wiki and into another."
I think I have seen something before where you can include an entire
page inside of another one but I'm not sure if you can do it across
different Wikis.
Thanks,
~Eric
Hi,
am writing an extension that does create articles.
I successfully use
$createSuccess = $article->doEdit( $a_text, $a_summary, EDIT_NEW );
to create the article.
Unfortunatly not all characters are displayed right.
If my text ist german "Eine Überraschung!", Ü would not be displayed
correctly.
I tried htmlentities($a_text) which gives the correct outcome in
display, but not in the editor, where there are then inconvenient
HTML-Special chars.
How has the text to be transformed for german umlauts to be saved in the
correct character set?
Gunter