The installer now tries to enable error reporting and checks for some
problem conditions (low memory_limit and lack of PHP's
installed-by-default XML module). Hopefully this will solve some install
problems and make it easier to diagnose others.
Release notes:
https://sourceforge.net/project/shownotes.php?release_id=245372
Download:
http://prdownloads.sourceforge.net/wikipedia/mediawiki-1.3.0beta3.tar.gz?do…
Report bugs at:
https://sourceforge.net/tracker/?group_id=34373&atid=411192
Play "Stump the Developers" live on IRC:
#mediawiki on irc.freenode.net
== Changes since 1.3.0beta2 ==
Ongoing performance work:
* Reduced amount of loaded Special page code loaded
Installation:
* Enable error display to try to make it easier to diagnose problems
* Detect memory_limit and try to raise it
* Detect missing XML module and complain
Misc bits:
* Fix for Greek in Monobook skin [PHP bug workaround]
* Image password protection in whitelist read mode (?)
* Some incomplete PostgreSQL support is being worked on. (Won't be ready
for 1.3.0, but might be usable in a later 1.3.x release.)
* All localizations can now be used in UTF-8 encoding.
* Various stylesheet tweaks.
* And other stuff...
-- brion vibber (brion @ pobox.com)
Hi All,
I'm trying out MediaWiki-1.3 arabic installation and the site doesn't
look correct compared to a similar installtion with 1.2
It gave the below messages after installation (I believe it is due to
the fact that LanguageAr.php is not fully localized)
Checking environment...
PHP 4.3.6 ok
PHP server API is apache2handler; ok, using pretty URLs
(index.php/Page_Title)
Have XML / Latin1-UTF-8 conversion support.
PHP is configured with no memory_limit.
Have zlib support; enabling output compression.
Found ImageMagick: /usr/bin/convert; image thumbnailing will be enabled
if you enable uploads.
Installation directory: /var/www/localhost/htdocs/arbwiki3
Script URI path: /arbwiki3
Connected as root (automatic)
Connected to database... 4.0.18; enabling MySQL 4 enhancements
Created database arbiki3db
Creating tables... done.
Initializing data...
Created sysop account arbiki3sysop.
Initialising log pages...
Notice: Undefined index: mainpagedocfooter in
/var/www/localhost/htdocs/arbwiki3/languages/LanguageAr.php on line 1246
Initialising "MediaWiki" namespace...
Notice: Undefined index: Monobook.css in
/var/www/localhost/htdocs/arbwiki3/languages/LanguageAr.php on line 1246
Notice: Undefined index: Monobook.js in
/var/www/localhost/htdocs/arbwiki3/languages/LanguageAr.php on line 1246
Notice: Undefined index: accesskey-compareselectedversions in
/var/www/localhost/htdocs/arbwiki3/languages/LanguageAr.php on line 1246
Notice: Undefined index: addsection in
/var/www/localhost/htdocs/arbwiki3/languages/LanguageAr.php on line 1246
Notice: Undefined index: categoryarticlecount in
/var/www/localhost/htdocs/arbwiki3/languages/LanguageAr.php on line 1246
Notice: Undefined index: clearyourcache in
/var/www/localhost/htdocs/arbwiki3/languages/LanguageAr.php on line 1246
Notice: Undefined index: compareselectedversions in
/var/www/localhost/htdocs/arbwiki3/languages/LanguageAr.php on line 1246
Notice: Undefined offset: 12 in
/var/www/localhost/htdocs/arbwiki3/languages/LanguageAr.php on line 1180
Notice: Undefined offset: 12 in
/var/www/localhost/htdocs/arbwiki3/languages/LanguageAr.php on line 1180
Notice: Undefined index: listadmins in
/var/www/localhost/htdocs/arbwiki3/languages/LanguageAr.php on line 1246
Notice: Undefined index: mainpagedocfooter in
/var/www/localhost/htdocs/arbwiki3/languages/LanguageAr.php on line 1246
Notice: Undefined index: newwindow in
/var/www/localhost/htdocs/arbwiki3/languages/LanguageAr.php on line 1246
Notice: Undefined index: nstab-category in
/var/www/localhost/htdocs/arbwiki3/languages/LanguageAr.php on line 1246
Notice: Undefined index: nstab-help in
/var/www/localhost/htdocs/arbwiki3/languages/LanguageAr.php on line 1246
Notice: Undefined index: nstab-image in
/var/www/localhost/htdocs/arbwiki3/languages/LanguageAr.php on line 1246
Notice: Undefined index: nstab-main in
/var/www/localhost/htdocs/arbwiki3/languages/LanguageAr.php on line 1246
Notice: Undefined index: nstab-media in
/var/www/localhost/htdocs/arbwiki3/languages/LanguageAr.php on line 1246
Notice: Undefined index: nstab-mediawiki in
/var/www/localhost/htdocs/arbwiki3/languages/LanguageAr.php on line 1246
.
.
.
Granting user permissions...
Creating LocalSettings.php...
Success! Move the LocalSettings.php file into the parent directory
Regards.
--
Mohammad
salemoh(a)fastmail.fm
Hello,
Thanks for your help.
Regarding the message below,
I'm new to SQL, which mySQL commands to I type into
phpMyadmin to upload data to the cur tables?
For example, if my db dump is called "123_cur.sql"
what do I type in to add my data?
(also, how do I inc. my max packet size?)
Thanks!
Jim
Message: 5
Date: Mon, 21 Jun 2004 13:19:27 -0700
From: Brion Vibber <brion(a)pobox.com>
Subject: Re: [Mediawiki-l] Help installing wikipedia
data
To: MediaWiki announcements and site admin list
<mediawiki-l(a)Wikimedia.org>
Message-ID: <40D742CF.6000208(a)pobox.com>
Content-Type: text/plain; charset="us-ascii"
Jimmy Apple wrote:
> I installed MEdiaWiki 1.2.6 yesterday without
> problems.
>
> I also downloaded a few db dumps from the wikipedia
> site.
> (for example:20040620_cur_table.sql)
>
> How do i install the data into my Wiki for testing
> using phpMyadmin?
phpmyadmin has an option for uploading a file of sql
commands. This
might work, however be aware that the amount of data
is very large; you
might or might not be able to use that on the large
dump files.
You may also need to increase the max packet size in
your mysqld
configuration.
__________________________________
Do you Yahoo!?
Yahoo! Mail Address AutoComplete - You start. We finish.
http://promotions.yahoo.com/new_mail
I tried to put the $wgUseDatabaseMessages = false; in the
LocalSettings.php but it didn't seem to have an effect.
Reloading the frontpage still takes about 15 seconds. The best result
i've had is 8 seconds. Opening other pages takes about 4 seconds and
using the back button to return to the mainpage is quick (less than 1
seconds).
I went to the testserver and the testserver is much quicker. Is squid
cache in use at the testserver?
The wiki: http://www.bergenkitesurfingklubb.no/wiki
Rune
LocalSettings.php:
<?php
# This file was automatically generated by the MediaWiki installer.
# If you make manual changes, please keep track in case you need to
# recreate them later.
$IP = "/home/BergenKi/www/wiki";
ini_set( "include_path", ".:$IP:$IP/includes:$IP/languages" );
include_once( "DefaultSettings.php" );
# If PHP's memory limit is very low, some operations may fail.
# ini_set( 'memory_limit', '20M' );
if ( $wgCommandLineMode ) {
if ( isset( $_SERVER ) && array_key_exists( 'REQUEST_METHOD',
$_SERVER ) ) {
die( "This script must be run from the command line\n"
);
}
} else {
## Compress output if the browser supports it
if( !ini_get( 'zlib.output_compression' ) ) ob_start(
'ob_gzhandler' );
}
$wgSitename = "Wiki";
$wgScriptPath = "/wiki";
$wgScript = "$wgScriptPath/index.php";
$wgRedirectScript = "$wgScriptPath/redirect.php";
## If using PHP as a CGI module, use the ugly URLs
$wgArticlePath = "$wgScript/$1";
# $wgArticlePath = "$wgScript?title=$1";
$wgStylePath = "$wgScriptPath/stylesheets";
$wgStyleDirectory = "$IP/stylesheets";
$wgLogo = "$wgStylePath/images/wiki.png";
$wgUploadPath = "$wgScriptPath/images";
$wgUploadDirectory = "$IP/images";
$wgEmergencyContact = "styre(a)BergenKitesurfingklubb.no";
$wgPasswordSender = "styre(a)BergenKitesurfingklubb.no";
$wgDBserver = "xxxxx.no";
$wgDBname = "xxxxx";
$wgDBuser = "xxxxx";
$wgDBpassword = "xxxxx";
## To allow SQL queries through the wiki's Special:Askaql page,
## uncomment the next lines. THIS IS VERY INSECURE. If you want
## to allow semipublic read-only SQL access for your sysops,
## you should define a MySQL user with limited privileges.
## See MySQL docs: http://www.mysql.com/doc/en/GRANT.html
#
# $wgAllowSysopQueries = true;
# $wgDBsqluser = "sqluser";
# $wgDBsqlpassword = "sqlpass";
$wgDBmysql4 = $wgEnablePersistentLC = true;
## To enable image uploads, make sure the 'images' directory
## is writable, then uncomment this:
$wgDisableUploads = false;
$wgUseImageResize = true;
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "/usr/bin/convert";
## If you have the appropriate support software installed
## you can enable inline LaTeX equations:
# $wgUseTeX = true;
$wgMathPath = "{$wgUploadPath}/math";
$wgMathDirectory = "{$wgUploadDirectory}/math";
$wgTmpDirectory = "{$wgUploadDirectory}/tmp";
$wgLocalInterwiki = $wgSitename;
$wgLanguageCode = "en";
$wgUseLatin1 = false;
$wgProxyKey =
"80e02647ccf74a9c7e0a63e14c48928e9f7647e4147f15ea2751726c26b43dfa";
## Default skin: you can change the default skin. Use the internal
symbolic
## names, ie 'standard', 'nostalgia', 'cologneblue', 'monobook':
# $wgDefaultSkin = 'monobook';
## For attaching licensing metadata to pages, and displaying an
## appropriate copyright notice / icon. GNU Free Documentation
## License and Creative Commons licenses are supported so far.
# $wgEnableCreativeCommonsRdf = true;
$wgRightsPage = ""; # Set to the title of a wiki page that describes
your license/copyright
$wgRightsUrl = "";
$wgRightsText = "";
$wgRightsIcon = "";
# $wgRightsCode = ""; # Not yet used
$wgUseDatabaseMessages = false;
?>
-----Opprinnelig melding-----
Fra: Brion Vibber [mailto:brion@pobox.com]
Sendt: 22. juni 2004 18:27
Til: MediaWiki announcements and site admin list
Emne: Re: [Mediawiki-l] Speed issues
Rune Tomren wrote:
> However, i find the wiki very slow most of the times. sometimes i have
> to wait 25 seconds for a page to load.
> the worst is when entering the wiki, sometimes i have to wait about 20
> seconds.
> I have a static web on the same server and that is very fast indeed.
> File transfers is quick as well.
> When using the official wiki beta testserver sometimes the delay is
> equally bad there.
This might be the recaching of the MediaWiki message namespace, in
particular the caching stage which may take a while initially. Try
disabling database messages: $wgUseDatabaseMessages = false;
> I know this is beta but i'm qurious to know if this is the expected
> speed or if one can expect an increase in speed when the wiki is out
> of beta or maybe my server space has too little brain allocated?
Is it *frequently* that slow or once a day?
-- brion vibber (brion @ pobox.com)
After updating our database using 20040620_cur_table.sql, things like
{{June_22_selected_anniversaries}} would appear on our Main Page - that is,
the {{variables}} were not being expanded. 20040508_cur_table.sql doesn't
seem to have this issue, but any newer dump does.
Any ideas? I'm using MediaWiki 1.2.6, and this also happened under 1.2.5.
Thanks,
Paul
I've been using the beta for a while now, and i frequently update
through CVS. The wiki is installed at an isp and the average SQL
response time is between 0.1 and 0.2 seconds. Right now there's only
about 3 users of the wiki. I use IE 6.x.
However, i find the wiki very slow most of the times. sometimes i have
to wait 25 seconds for a page to load.
the worst is when entering the wiki, sometimes i have to wait about 20
seconds.
I have a static web on the same server and that is very fast indeed.
File transfers is quick as well.
When using the official wiki beta testserver sometimes the delay is
equally bad there.
I know this is beta but i'm qurious to know if this is the expected
speed or if one can expect an increase in speed when the wiki is out of
beta or
maybe my server space has too little brain allocated?
Anyways, thanks to all the developers for a brilliant software and I
hope that someone is able to confirm this and/or answer my questions.
Med vennlig hilsen
Rune E. Tomren
mediawiki-l-request(a)Wikimedia.org wrote:
------------------------------
Message: 6
Date: Mon, 21 Jun 2004 13:19:50 -0700
From: Brion Vibber <brion(a)pobox.com>
Subject: Re: [Mediawiki-l] Table prefix
To: MediaWiki announcements and site admin list
<mediawiki-l(a)Wikimedia.org>
Message-ID: <40D742E6.5010008(a)pobox.com>
Content-Type: text/plain; charset="us-ascii"
dcrkid(a)optonline.net wrote:
>> Is there any way to specify a table prefix, such as "prefix-user"
>> instead of just "user" as a table name?
>
>
Not presently.
-- brion vibber (brion @ pobox.com)
Oh. I guess I'll have to hack up some patch to allow table prefixes in
MediaWiki...
Debi wrote:
> I'm new to the list and new to the concept of the wiki. I've been
> learning as I go and have to admit that most of this stuff is way over
> my head at the moment!
>
> Anyway, this is the request of my team for our new wikipedia:
Just a quick note: "Wikipedia" is actually a trademark of the Wikimedia Foundation, so it's best not
to get into the habit of referring to something as "a Wikipedia" if it isn't part of wikipedia.org.
The generic term is simply "a wiki" or "a WikiWiki".
> We noticed that the Wikipedia.com site had something called a
> #siteNotice in their MediaWiki:Monobook.css, but I have no idea where
> this #siteNotice lives and whether or not links can be engrained in them.
My guess would be that that was the formatting for [[MediaWiki:fromwikipedia]] - but I've just
noticed that that message doesn't appear *at all* under monobook - anyone have any idea why not?
Just an oversight?
> We have a special "categories" menu we'd like to add to every page and
> have it have links to the actual Catetory:xxx pages to enhance navigation.
> We'd like to keep this list of categories up-to-date easily. Right now,
> we have Template:Showcategories, but that has to be put into each article.
Were you thinking of just a list of inline links (and not have many categories) or an actual
drop-down menu (which would be better for a large list of categories)? The former you might be able
to do with strange bits of JavaScript and CSS (although I dread to think how) or by modifying the
monobook skin itself (and, of course, any other skin you let your users select once they log in).
For the latter (and indeed the former, if you don't have any PHP wizards amongst you but want an
auto-updating list) I guess you'll have to lodge a Feature Request at the software's Sourceforge
Tracker (https://sourceforge.net/tracker/?atid=411195&group_id=34373&func=browse) and hope someone
feels like coding it for you.
I'm afraid I'm not very familiar with the skinning and CSS and stuff, so can't be more helpful than
that. Perhaps someone else can shed a bit more light on your options.
--
Rowan Collins
[IMSoP]
In a message dated 6/21/2004 5:02:01 PM Eastern Standard Time,
brion(a)pobox.com writes:
> I wouldn't recommend you actually approach 16mb, though. :)
:O
Thanks. I don't think we'll exceed that! I hope not, anyway!
I appreciate your quick responses.
We're still working the customized menu issue. I'll let you know how we make
out. :)
Take care,
Debi
Wiki version: 1.3beta2
We're building our wiki enthusiastically and have come across the warning
that a file should not exceed 32K because some browsers may not be able to edit
them.
So far, the volunteer who has been loading the large files has not had a
problem editing these larger files, but was concerned with the warning.
Is the only reason for the limiting of file size due to the editing or is
there another issue we should be concerned with -- such as storage or search
performance?
Thanks,
Debi