Hi,
I'm trying to set up a wiki accepting large file uploads (up to 50MB)
but for some reason I can't upload anything larger than ~8MB: after I
click the upload button it waits a few seconds and just displays the
empty upload form again. Does this sound like a MediaWiki problem? I'd
be grateful for any hints..
Apache config: LimitRequestBody 0 (=unlimited)
php.ini: upload_max_filesize = 50M
LocalSettings.php: $wgUploadSizeWarning = 52428800
Thanks,
Stanislav Traykov
Hi
I just wanted to inform you, that it seems to be nearly impossible to
extract the
image dumps with Windows. Or at least I like to complain about it ;)
The newest gnutar-version for cygwin seems to be 1.13 and it
cant handle the archive.
The link you gave the windows-users
(http://gnuwin32.sourceforge.net/packages/libarchive.htm)
is rather useless because its not an utility but only a library.
It would realy be nice if you could use another file format for the next
dumps.
By the way: I got the best results with bsdtar. At least this program
did find all the files but they came out corrupt.
Best regards, Sebastian Stabinger
It seems new datamodel scripts are required for each
back-end database. Since it may not be possible to
have 1 script in generic SQL that will work across all
databases, has anyone considered maintaining the
datamodel through a UML tool and then using various
code-generator templates to generate appropriate SQL
DDL per-database? One fringe-benefit of this approach
would be the ability to visualize the current
datamodel by exporting the UML digram into a graphic
file.
>
> Date: Wed, 13 Jul 2005 23:18:00 +0100
> From: Kate <keturner(a)livejournal.com>
> Subject: [Wikitech-l] Oracle support
> To: mediawiki-l(a)mail.wikimedia.org,
> wikitech-l(a)mail.wikimedia.org
>
> hi,
>
> for those interested, i have begun adding support
> for Oracle database backend
> to 1.5, in a separate branch. at present it's
> somewhat usable (editing
> mostly works), but many things are unimplemented or
> broken. to check out a
> copy of the source:
>
> >cvs -d :pserver:anoncvs@cvs.defau.lt:/root login
> (press enter for password)
> >cvs -d :pserver:anoncvs@cvs.defau.lt:/root co
> -rORACLE_WORK phase3
>
> there's no installer support, so you'll need to
> create a LocalSettings.php
> manually (easiest is to install it under MySQL and
> copy the file). set
> $wgDBserver to any non-empty string, $wgDBtype to
> 'oracle' and $wgDBname to
> your Oracle SID. run
> "@maintenance/oracle/tables.sql" from SQLPlus to
> import
> the table definitions. to make a user into a sysop
> after installation:
>
> SQL> CALL add_user_right('Username', 'sysop')
> SQL> CALL add_user_right('Username', 'bureaucrat')
>
> please file bugs related to Oracle support in
> bugzilla, blocking #652.
>
> kate.
>
>
__________________________________
Yahoo! Mail
Stay connected, organized, and protected. Take the tour:
http://tour.mail.yahoo.com/mailtour.html
Err, ignore that part. Did you restart apache?
V/r,
Ryan Lane
> -----Original Message-----
> From: wikitech-l-bounces(a)wikimedia.org
> [SMTP:wikitech-l-bounces@wikimedia.org] On Behalf Of Lane, Ryan
> Sent: Thursday, July 14, 2005 9:40 AM
> To: 'Wikimedia developers'
> Subject: RE: [Wikitech-l] Uploaded file size limits
>
> Check /etc/php.ini, and the php.conf file under apache's configuration to
> make sure you are allowing larger uploads as well.
>
> V/r,
>
> Ryan Lane
> NAVOCEANO
>
> > -----Original Message-----
> > From: wikitech-l-bounces(a)wikimedia.org
> > [SMTP:wikitech-l-bounces@wikimedia.org] On Behalf Of Stanislav Traykov
> > Sent: Thursday, July 14, 2005 9:31 AM
> > To: wikitech-l(a)wikimedia.org
> > Subject: [Wikitech-l] Uploaded file size limits
> >
> > Hi,
> >
> > I'm trying to set up a wiki accepting large file uploads (up to 50MB)
> > but for some reason I can't upload anything larger than ~8MB: after I
> > click the upload button it waits a few seconds and just displays the
> > empty upload form again. Does this sound like a MediaWiki problem? I'd
> > be grateful for any hints..
> >
> > Apache config: LimitRequestBody 0 (=unlimited)
> > php.ini: upload_max_filesize = 50M
> > LocalSettings.php: $wgUploadSizeWarning = 52428800
> >
> > Thanks,
> > Stanislav Traykov
> > _______________________________________________
> > Wikitech-l mailing list
> > Wikitech-l(a)wikimedia.org
> > http://mail.wikipedia.org/mailman/listinfo/wikitech-l
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/wikitech-l
Check /etc/php.ini, and the php.conf file under apache's configuration to
make sure you are allowing larger uploads as well.
V/r,
Ryan Lane
NAVOCEANO
> -----Original Message-----
> From: wikitech-l-bounces(a)wikimedia.org
> [SMTP:wikitech-l-bounces@wikimedia.org] On Behalf Of Stanislav Traykov
> Sent: Thursday, July 14, 2005 9:31 AM
> To: wikitech-l(a)wikimedia.org
> Subject: [Wikitech-l] Uploaded file size limits
>
> Hi,
>
> I'm trying to set up a wiki accepting large file uploads (up to 50MB)
> but for some reason I can't upload anything larger than ~8MB: after I
> click the upload button it waits a few seconds and just displays the
> empty upload form again. Does this sound like a MediaWiki problem? I'd
> be grateful for any hints..
>
> Apache config: LimitRequestBody 0 (=unlimited)
> php.ini: upload_max_filesize = 50M
> LocalSettings.php: $wgUploadSizeWarning = 52428800
>
> Thanks,
> Stanislav Traykov
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/wikitech-l
hi,
for those interested, i have begun adding support for Oracle database backend
to 1.5, in a separate branch. at present it's somewhat usable (editing
mostly works), but many things are unimplemented or broken. to check out a
copy of the source:
>cvs -d :pserver:anoncvs@cvs.defau.lt:/root login
(press enter for password)
>cvs -d :pserver:anoncvs@cvs.defau.lt:/root co -rORACLE_WORK phase3
there's no installer support, so you'll need to create a LocalSettings.php
manually (easiest is to install it under MySQL and copy the file). set
$wgDBserver to any non-empty string, $wgDBtype to 'oracle' and $wgDBname to
your Oracle SID. run "@maintenance/oracle/tables.sql" from SQLPlus to import
the table definitions. to make a user into a sysop after installation:
SQL> CALL add_user_right('Username', 'sysop')
SQL> CALL add_user_right('Username', 'bureaucrat')
please file bugs related to Oracle support in bugzilla, blocking #652.
kate.
Hello all,
Im having trouble with MediaWiki 1.4.6 full text search.
If im searching for FooBarBas, it returns pages with FooBarBas, but if I
search for FooBar*, I get no hits. None of the other MySQL Boolean
Full-Text search operators work either (+, -, <, >, etc.).
Im running it on a FreeBSD 5.4-RELEASE, Apache+mod_ssl 1.3.33+2.8.22,
php4.3.11_1 and MySQL 4.1.12. I've also tried with MySQL 4.0.something.
-MediaWiki:
I've run maintenance/rebuildall.php
and in LocalSettings.php I've set:
$wgDBmysql4 = true;
-MySQL:
I've set the following in /etc/my.cnf (only changes, based on
my-medium.cnf)
[mysqld]
ft_min_word_len=3
[isamchk]
ft_min_word_len=3
[myisamchk]
ft_min_word_len=3
Thanks, with regards,
Rune Høsjgaard
rune(a)hojsgaard.dk
http://rune.iversen-net.dk
Per the suggestion of Tim Starling I implemented a way for extensions
to display their credits on Special:Version ( see it live at
http://commons.wikimedia.org/wiki/Special:Version ), to add your
credits to the page just include the following in your extension:
$wgExtensionCredits[$type][] = array(
'name' => 'Example extension',
'author' => 'Foo Barstein',
'url' => 'http://wwww.example.com/Example%20Extension/',
);
Where $type is one of 'specialpage', 'parserhook', or 'other'.
Happy hacking.
Stephen Betts said:
"... each extension needs to be aware of what extensions have already been used..."
Instead of what you're doing with putting variables in templates, now about making your extensions themselves more intelligent by using a static variable to log which extensions have been used?
I am currently doing something like this to prevent an extension being used more than once.
Best Regards,
Aerik