Page rendering on mediawiki 1.6.x

L.S.,

I'm using mediawiki 1.6.3 and I've hooked in an RSS feed on page level.
However, the feed icon (firefox) only shows when I do something with the
page: Edit it e.g.

Does anyone know how can I change this behaviour?

Thanks in advance for your answers,

Hans Oesterholt-Dijkema

Code follows:

*************************************************************

<?php
#########################################################
# Configure here
#########################################################
$wgBlog_MaxRSSEntries=10;
$wgBlog_RSS_Location="/feeds/rss";
$wgBlog_RSS_Prefix="http://sample.sa/rss/";
$wgBlog_RSS_Title_Prefix="Sample Intranet - ";
$wgBlog_RSS_Prefix="/rss";
$wgBlog_HTTP="http://";
#########################################################

$wgExtensionFunctions[] = "wfBlogExtension";

Re: Uploading images suddenly denied

On Apr 29, 2006, at 12:56 PM, RedleX wrote:

> Hi to all the experts here,
>
> I am running a wikimedia server at http://www.oriredler.com
>
> For some reason, unknown to me, WM stopped allowing me to upload
> files. Any image file I try to upload, including files formerly
> uploaded to my server, is invariably ending with a "uploadcorrupt"
> message and the upload does not come through.
>
> I did not change on my own accord any of the parameters. The last
> changes are:
> A. Switched database server a few weeks ago (did not upload images
> since).
> B. Upgraded to MW 1.6.3
> C. Installed the "cite.php" extension a few days ago.
>
> None of those should affect the uploads, in my view.
>
> Any advise on this?
>
> Ori Redler

I had a similar experience, mine turned out that my hosting provider  
had turned on PHP's open_basedir restrictions. You might check that  
and the other PHP security settings.

Peter

Re: Page rendering on mediawiki 1.6.x

Hans Oesterholt wrote:
> I'm using mediawiki 1.6.3 and I've hooked in an RSS feed on page level.
> However, the feed icon (firefox) only shows when I do something with the
> page: Edit it e.g.
> 
> Does anyone know how can I change this behaviour?

Cache.

-- brion vibber (brion  <at>  pobox.com)

_______________________________________________
MediaWiki-l mailing list
MediaWiki-l@...
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l

Re: Authenfication with Identd

I am well aware about the security problem.
I looked into the  AuthPlugin.php file, I think it is about an external 
authentification and a user still need to go throught the "UserLogin Form" 
to authenticate himself. I would like a auto-authentification method using 
identd if possible . Any ideas ? I am sure I missed something in this class 
but what ? :p

>From: Brion Vibber <brion@...>
>Reply-To: MediaWiki announcements and site admin list 
><mediawiki-l@...>
>To: MediaWiki announcements and site admin list <mediawiki-l@...>
>Subject: Re: [Mediawiki-l] Authenfication with Identd
>Date: Sat, 29 Apr 2006 09:28:11 -0700
>
>Olivier Hanesse wrote:
> > I would like to create an extension to automatically identify (and 
>create
> > account at 1st login) for mediawiki using the IDENTD info.
> >
> > Any ideas ?
>
>This would be *extremely* unreliable. :) But if this would actually be 
>useful
>for you in a closed environment, feel free.
>
>See AuthPlugin.php.
>
>-- brion vibber (brion  <at>  pobox.com)
>

How to reduce database size

I'm running close to a limit of mySQL database size for the level of
hosting service I'm on.

I bet there's some unused records in there taking up unnecessary space.
Can anybody suggest an easy, safe way of compacting the database
somehow please?

The mediawiki was set up as a  1.3, upgraded to 1.5  and current versions are

#  MediaWiki: 1.5.0
# PHP: 4.4.1 (apache)
# MySQL: 4.0.26-standard-log

--
Andy Roberts

Re: Uploading images suddenly denied (summing up)

On 1 May 2006, at 12:06, mediawiki-l-request@... wrote:

>> Hi to all the experts here,
>>
>> I am running a wikimedia server at http://www.oriredler.com
>>
>> For some reason, unknown to me, WM stopped allowing me to upload
>> files. Any image file I try to upload, including files formerly
>> uploaded to my server, is invariably ending with a "uploadcorrupt"
>> message and the upload does not come through.
>>
>> I did not change on my own accord any of the parameters. The last
>> changes are:
>> A. Switched database server a few weeks ago (did not upload images
>> since).
>> B. Upgraded to MW 1.6.3
>> C. Installed the "cite.php" extension a few days ago.
>>
>> None of those should affect the uploads, in my view.
>>
>> Any advise on this?
>>
>> Ori Redler
>
> I had a similar experience, mine turned out that my hosting provider
> had turned on PHP's open_basedir restrictions. You might check that
> and the other PHP security settings.
>
> Peter

Re: How to reduce database size

To save Brion some work:
Please upgrade to (at least) 1.5.8 because 1.5.0 contains some serious bugs
(including security).

Somebody else please take up the answer to his real question.  

On 5/1/06, Andy Roberts <aroberts@...> wrote:
>
> I'm running close to a limit of mySQL database size for the level of
> hosting service I'm on.
>
> I bet there's some unused records in there taking up unnecessary space.
> Can anybody suggest an easy, safe way of compacting the database
> somehow please?
>
> The mediawiki was set up as a  1.3, upgraded to 1.5  and current versions
> are
>
> #  MediaWiki: 1.5.0
> # PHP: 4.4.1 (apache)
> # MySQL: 4.0.26-standard-log
>
> --
> Andy Roberts
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l@...
> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
>

bug in user.php - function matchEditToken ?

I changed user.php as stated below. went to preferences. unchecked jump to
navigation, clicked save and received the following error.

"Undefined variable wgSessionsInMemcached in C:\wiki\Mediawiki\mediawiki-
1.6.3\includes\User.php on line 1693"

------
ipbwiki list ipbwiki.list at gmail.com
Sat Apr 8 13:27:31 UTC 2006

Hi,in the function matcheditToken there is a call to a function only
availableif you use memcached. The line in question is

$mckey = memsess_key( session_id() );

the memsess_key function is registered in the function "SetupSession"
(alsoin user.php). This function is only included if $wgSessionsInMemcached
istrue tough (as it should).

to solve the problem the function matcheditToken has to be
altered.searchfor the line:

 if ( $val != $sessionToken ) {
and change this to:

  if ( $val != $sessionToken and $wgSessionsInMemcached ) {

This change will avoid the error "call to undefined function
memsess_key"when the session is lost.
Best regards,

Re: How to reduce database size

On 01/05/06, Andy Roberts <aroberts@...> wrote:
> I'm running close to a limit of mySQL database size for the level of
> hosting service I'm on.
>
> I bet there's some unused records in there taking up unnecessary space.
> Can anybody suggest an easy, safe way of compacting the database
> somehow please?

You've had the "for the love of God, upgrade!" note, so let's get to a
possible solution. There are two methods of compressing the database.
One is to erase all old revisions of all old pages. This is quite
destructive, but might work in some cases. The script to do this is
deleteOldRevisions.php and is found in the maintenance directory.

The other, and safer, method, would be to run the compressOld.php
maintenance script, which can be found in maintenance/storage. There
are lots of little switches for customising this, but the defaults
work fine.

Rob Church

Re: How to reduce database size

On 01/05/06, Rob Church <robchur@...> wrote:
> On 01/05/06, Andy Roberts <aroberts@...> wrote:
> > I'm running close to a limit of mySQL database size for the level of
> > hosting service I'm on.
> >
> > I bet there's some unused records in there taking up unnecessary space.
> > Can anybody suggest an easy, safe way of compacting the database
> > somehow please?
>
> You've had the "for the love of God, upgrade!" note, so let's get to a
> possible solution. There are two methods of compressing the database.
> One is to erase all old revisions of all old pages. This is quite
> destructive, but might work in some cases. The script to do this is
> deleteOldRevisions.php and is found in the maintenance directory.
>

Sounds promising, but what is the definition of an 'old page' in this
case please?
If it's the same as a deleted page then that would be fine.

If already truncated the archive table, mind.

> The other, and safer, method, would be to run the compressOld.php
> maintenance script, which can be found in maintenance/storage. There
> are lots of little switches for customising this, but the defaults
> work fine.
>

Thanks, I tried it and got