Hi!
okay, I've head enough headaches, now I'm asking:
I've got a recent CVS-version, I did an install with an older copy, I'm
running a recent apache and php4 on a recent Debian unstable, and I'm
freaking out. The latter has at least a little bit to do with mediawiki.
Main problem: I set the language to german, and the messages are in
german - but all umlauts (read: special characters) are encoded
ISO-8859-1; while mediawiki (correctly, in my opinion) thinks and tells
(via meta http-equiv) we're using UTF-8 - overriding Apache/PHP saying
we're doing ISO-8859-1 .. a little bit shizophrenic after all.
I've had a look at LanguageDe.php, and (almost, looks like a bug) all
characters there are UTF-8-encoded .. the characters in de.lang aren't,
but this doesn't seem to matter too much? I don't know.
I tried chaning LanguageDe.php and running rebuildMessages.php, and get
warnings as well as errors:
---- 8< ----
apache:/var/www/slop.flatline.de/fswiki/maintenance# php4 rebuildMessages.php
Warning: Invalid argument supplied for foreach() in
/var/www/slop.flatline.de/fswiki/includes/User.php on line 90
Warning: Invalid argument supplied for foreach() in
/var/www/slop.flatline.de/fswiki/includes/User.php on line 90
Warning: Invalid argument supplied for foreach() in
/var/www/slop.flatline.de/fswiki/includes/User.php on line 90
Warning: Invalid argument supplied for foreach() in
/var/www/slop.flatline.de/fswiki/includes/Setup.php on line 250
Fatal error: Undefined class name 'database' in
/var/www/slop.flatline.de/fswiki/includes/LoadBalancer.php on line 151
---- >8 ----
.. adding require_once("Database.php"); to LoadBalancer.php fixes the
error and allows me to run the script - I choose '2', delete old
messages and rebuild them from scratch. changes NOTHING, not even a text
I changed completely. quite frustrating.
So, my questions:
- where could the problem with ISO-8859-1 characters in an UTF-8 page
come from? I guess it's ISO-8859-1 characters in the database.
- how could I backup _only_ the pages from the database and scrap
everything else, so I could start with a freshly generated database?
- how can I customize other things? i.e. the menues, the picture, stuff
like that ...
while I understand mediawiki is designed for wikipedia some
documentation for these tasks might be deemed helpful by other users
running their own wikis, too :)
kind regards,
Count
--
Andreas Kotes - ICQ: 3741366 - The views expressed herein are (only) mine!
Follow the path of the unsafe, independent thinker. Expose your ideas to the
danger of controversy. Speak your mind and fear less the label of "crackpot"
than the stigma of conformity. (Thomas J. Watson) ### OpenPGP key 0x8F94C228
When I enable the file cache and request a page from Mediawiki,
the browser is waiting for the request forever. On the server
the page has been created in the cache. It's compressed and the
content looks fine (zcat'ed). There's an Apache process
continuously running at almost 100% CPU.
Without the filecache it works fine.
I noticed some discussion from early july about the status of
the filecache. Should it work now in beta6?
I have enabled the file cache by adding this to
LocalSettings.php:
$wgShowIPinHeader = false;
$wgUseFileCache = true;
$wgFileCacheDirectory = "/home/rene/projects/carriere/cache";
This directory exists and is writable for Apache.
No other tweaks, it's a clean install (well, the database is
upgraded from beta5).
I'm using:
MediaWiki: 1.3.0beta6
PHP: 4.1.2 (apache)
MySQL: 3.23.49-log
on Debian woody
Any ideas?
--
Regards / Groeten, http://www.leren.nl
René Pijlman http://www.applinet.nl
Hi,
I Know a community portal link is given, however, I'd like to keep a
phpBB at the side of the mediawiki.
Is this foolish?
Has anyone tried using one user table for mediawiki & phpBB?
Better asked: can anyone point to more info if it's available?
--
Lex Thoonen
Pêng Smart Web Design - http://www.peng.nl
Gran Canaria Info - http://www.gran-canaria-info.com
Hollandse Nieuwe - http://www.hollandsenieuwe.com
tel. +34 928 88.61.77
I've just installed MediaWiki 1.3.0beta6 and I don't have the MonoBook
skin in my list of available skins in the user preferences.
The release file on Source Forge however says:
* New default layout 'MonoBook'
Oops ... just saw that it is disabled on PHP5 installations ... that
would be me :)
Any ideas whether this might be fixed in the next release? The new skin
is to die for ...
Thanks,
--
Jean-Christian Imbeault
Assistant Manager
Technology Department
_____________________________________
Mizuho Securities Co, Ltd.
Tel: (03) 5208-2932 (direct)
I have created the namespace just like that. When you do a search for
part of the name (New) is there away to make it show up at the bottom of
the page in Search in namespaces : area.
Thanks again
Jared
>>>tic(a)tictric.net 08/09/04 4:11 pm >>>
Am Mon, 09 Aug 2004 11:11:38 -0600 hat Jared Nyland <jnyland(a)novell.com>
geschrieben:
>Hi,
>I am having troubles trying to add namespaces to Mediawiki .1.2.4. Can
>someone help me with the best way to add these or point me to some good
>documentation on this.
Just create a page like [[namespace:NewPage|]] and there you have it.
Every new page that's supposed to exist within that namespace needs to
be
preceeded by that 'namespace:' like you make a new help page by typing
[[help:helppage|]].
--tictric
>Thanks in advance
>Jared
>
MediaWiki-l mailing list
MediaWiki-l(a)Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
Hi,
I am having troubles trying to add namespaces to Mediawiki .1.2.4. Can
someone help me with the best way to add these or point me to some good
documentation on this.
Thanks in advance
Jared
Hi there
I'm running 130 beta6 (phase3_stable). I've set
$wgUseCategoryMagic=true.
I successfully managed to import the cur table (over a
gig). However, when I click on a category link (say
/Category:Philosophy), it always shows "There are 0
articles in this category."
The code which tells me that the categorylinks table
is responsble for holding mappings between categories
and their contained articles. My categorylinks table
is empty.
I know that rebuildlinks.php does not re-populate the
categorylinks table. Does anyone know how to
re-populate this table?
thanks a bunch
John
__________________________________
Do you Yahoo!?
New and Improved Yahoo! Mail - Send 10MB messages!
http://promotions.yahoo.com/new_mail
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
This should be the final beta release of MediaWiki 1.3.0; the final
final version will be released in a few days after some more bug fixing
and polishing up of documentation and installation.
Beta 6 includes a security fix: earlier 1.3.0 beta releases may be
vulnerable to a PHP inclusion attack if you have allow_url_fopen and
register_globals on (this is the default configuration in PHP 4.1.x, but
register_globals is off by default in 4.2.x and later).
Note that while MediaWiki through 1.1 required register_globals to be
on, 1.2 and 1.3 *do not*. If you have register_globals on, you should
turn it off unless you are absolutely sure you require it for some other
package. See http://php.net/register_globals for general information.
Release notes:
https://sourceforge.net/project/shownotes.php?release_id=258701
Download:
http://prdownloads.sourceforge.net/wikipedia/mediawiki-1.3.0beta6.tar.gz?do…
Wiki admin help mailing list:
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
Bug report system:
https://sourceforge.net/tracker/?group_id=34373&atid=411192
Play "stump the developers" live on IRC:
#mediawiki on irc.freenode.net
- -- brion vibber (brion @ pobox.com)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFBFA81wRnhpk1wk44RAjtcAJ45L8KSHvZEv6strva58iChHvYliQCgj85E
UyHl6D/y/mm4nPhnS6zWjpE=
=lNM6
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
my test upgrade of a running mediawiki 1.2.4 to 1.3.0 beta6 failed with
the following error message in the php log and a blank start page:
[09-Aug-2004 09:14:39] PHP Warning: Cannot modify header information -
headers already sent by (output started at
/usr/local/ftp/gaiaev/mediawiki2/config/index.php:32) in Unknown on line 0
[09-Aug-2004 09:16:38] PHP Fatal error: Call to a member function on a
non-object in /usr/local/ftp/gaiaev/mediawiki2/includes/Skin.php on line
1638
[09-Aug-2004 09:17:17] PHP Fatal error: Call to a member function on a
non-object in /usr/local/ftp/gaiaev/mediawiki2/includes/Skin.php on line
1638
[09-Aug-2004 09:18:16] PHP Fatal error: Call to a member function on a
non-object in /usr/local/ftp/gaiaev/mediawiki2/includes/Skin.php on line
1638
[09-Aug-2004 09:18:18] PHP Fatal error: Call to a member function on a
non-object in /usr/local/ftp/gaiaev/mediawiki2/includes/Skin.php on line
1638
[09-Aug-2004 09:18:19] PHP Fatal error: Call to a member function on a
non-object in /usr/local/ftp/gaiaev/mediawiki2/includes/Skin.php on line
1638
intraweb:/usr/local/ftp/gaiaev/mediawiki2 #
For more details see
https://sourceforge.net/tracker/index.php?func=detail&aid=1005807&group_id=…
Bye, Thommie
- --
- ---------------------------------------------------------------------
~ THOMAS M. ROTHER * n e t z w i s s e n * D-73728 Esslingen
~ F.R. Germany, European Union * mailto:t.rother@netzwissen.de
~ http://www.netzwissen.de * GPG Key from http://wwwkeys.de.pgp.net
~ Fingerprint B208 E204 4249 4635 19B9 B691 3E73 C8B9 1229 DE4C
- ---------------------------------------------------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFBFynNPnPIuRIp3kwRAq3yAJ9NRm9KkaBgoDI6M7QBggPswk9ODACfUHWA
1k+2UgKm5Q5VKaeAavSYG2M=
=wPOs
-----END PGP SIGNATURE-----