Re: MediaWiki-l Digest, Vol 31, Issue 38

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

Re: MediaWiki-l Digest, Vol 31, Issue 38

Yuk, Young
I was wondering, what's the best / easiest way to link to a wiki page from
an image?  Right now a picture links to the corresponding Image: page.
I've seen some funky implementations, but is there a no-brainer way?
   
Thanks!


Young Yuk | QuickBooks Rotational Development Program | Office: (650) 944 -
5736


-----Original Message-----
From: [hidden email]
[mailto:[hidden email]] On Behalf Of
[hidden email]
Sent: Thursday, April 13, 2006 8:57 AM
To: [hidden email]
Subject: MediaWiki-l Digest, Vol 31, Issue 38

Send MediaWiki-l mailing list submissions to
        [hidden email]

To subscribe or unsubscribe via the World Wide Web, visit
        http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
or, via email, send a message with subject or body 'help' to
        [hidden email]

You can reach the person managing the list at
        [hidden email]

When replying, please edit your Subject line so it is more specific than
"Re: Contents of MediaWiki-l digest..."


Today's Topics:

   1. The 1.6.2 to 1.6.3 upgrade (Hiram Clawson)
   2. Re: The 1.6.2 to 1.6.3 upgrade (Brion Vibber)
   3. MediaWiki as a media repository (Jason Young)
   4. Re: MediaWiki as a media repository (Morten Blaabjerg)
   5. login Captcha (Hiram Clawson)
   6. Re: login Captcha (M. Cameron Jones)
   7. Can MW support "conditional" TOCs? (Matt England)
   8. TOC in one page, content in others (Pedro Flores)
   9. wikitext search (Mr Scsi)


----------------------------------------------------------------------

Message: 1
Date: Wed, 12 Apr 2006 12:44:58 -0700
From: Hiram Clawson <[hidden email]>
Subject: [Mediawiki-l] The 1.6.2 to 1.6.3 upgrade
To: MediaWiki announcements and site admin list
        <[hidden email]>
Message-ID: <[hidden email]>
Content-Type: text/plain; charset=UTF-8; format=flowed

Good Afternoon MediaWiki Fans:

It appears from the source changes from 1.6.2 to 1.6.3 that there are
important database table changes.  Is this just for MySQL 5.0 support, or
are these real database table changes that will take place during the run of
the maintenance/update.php script ?

--Hiram


------------------------------

Message: 2
Date: Wed, 12 Apr 2006 13:00:41 -0700
From: Brion Vibber <[hidden email]>
Subject: Re: [Mediawiki-l] The 1.6.2 to 1.6.3 upgrade
To: MediaWiki announcements and site admin list
        <[hidden email]>
Message-ID: <[hidden email]>
Content-Type: text/plain; charset="iso-8859-1"

Hiram Clawson wrote:
> Good Afternoon MediaWiki Fans:
>
> It appears from the source changes from 1.6.2 to 1.6.3 that there are
> important database table changes.

There are no differences at all, no.

Some early versions of MySQL 4.0 didn't accept the 'ENGINE' parameter on
CREATE TABLE statements. It's been changed back to 'TYPE' for improved
compatibility.
(Apparently it was changed to 'ENGINE' because some versions of the
experimental MySQL 5.1 had removed the 'TYPE' keyword, a change which has
since been reverted.)

-- brion vibber (brion @ pobox.com)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 249 bytes
Desc: OpenPGP digital signature
Url :
http://mail.wikipedia.org/pipermail/mediawiki-l/attachments/20060412/103c463
b/attachment-0001.bin

------------------------------

Message: 3
Date: Wed, 12 Apr 2006 16:04:55 -0400
From: Jason Young <[hidden email]>
Subject: [Mediawiki-l] MediaWiki as a media repository
To: MediaWiki announcements and site admin list
        <[hidden email]>
Message-ID: <[hidden email]>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed

One of our MediaWiki installs is for faculty to collaboratively build
content, tagged with additional dublin-core (or whatever that IEEE metadata
standard is, I forget which) metadata, gone through a bit of peer analysis
and review, and be exported out to a more "public" web site.

One of the things that those that are shepherding this use have been needing
is to do media uploads (as opposed to just images) - so that  
they can collaboratively view/evaluate the media for future export.    
Mainly flash files and mpeg4 movies.   Some of which could be  
50-100MB, maybe even more.  The total number of these flash/movie files will
probably stay under a few hundred for the next year, year and a half.

Because MediaWiki comes "out of the box" supporting only image extensions,
and because the default upload file size on most PHP installations is so
low, I've avoided letting them use Mediawiki for  
this.   I did open up the extensions, but never really let files >  
4MB be uploaded.    In earlier 1.5.x MediaWiki releases, the Gallery  
of New Files would often blow up, as MediaWiki ran out of memory (I
assume) trying render thumbnails for the PDF, flash, (and powerpoint  
sadly, but that's another story) files.     That has abated, due to  
increases in PHP memory available to that mediawiki site, and maybe even
fixed by later 1.5.x releases, I haven't gone through all the change notes.

But, despite that, I need to do something quick, and we'ved managed to get
older faculty, some of who can be pretty obstinate about  
learning new technologies, working in a wiki.   They are beginning to  
understand the wiki way (even if they insist on subverting it a bit with
this validation/peer review process before things are deemed  
"public"), use the history, use metadata, etc.   I like the idea of  
opening up the limits a bit on the mediawiki install so they can upload
their multi-tens-of-megabytes media, because we have the history,
categories, other metadata right there in a somewhat familar interface.

All this is a rambly introduction to a question of:

Are others using MediaWiki as a media repository of sorts?  What kinds of
things do I need to watch out for?  What are some of the  
best practices/settings/etc. for this?    Thoughts from my fellow MW  
admins

Thanks,
Jason
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jason Young --  Systems Engineer, eXtension
  http://about.extension.org/wiki/Jason_Young
______________________________________




------------------------------

Message: 4
Date: Wed, 12 Apr 2006 23:51:07 +0200
From: "Morten Blaabjerg" <[hidden email]>
Subject: Re: [Mediawiki-l] MediaWiki as a media repository
To: "MediaWiki announcements and site admin list"
        <[hidden email]>
Message-ID: <001f01c65e7b$34465250$0302a8c0@Morten>
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
        reply-type=original

This is a VERY relevant question - I am also very interested to hear other
experiences in using MediaWiki as a media repository.

Our wiki is an information system, as it is now, on cultural people and
projects - one of my primary ambitions is to combine the knowledge base with
a filesharing system in the not-so-far-away future. My idea is to combine
MediaWiki with a Bittorrent tracker, so that users can upload and share
torrents - keeping large video files etc. on their own computers. I would
still like the wiki to contain images, documents, zips and other small
files.

Does this idea sound feasible? Anyone who has similar plans or experiences
to share?
More specifically, what is the best way to go around customizing the
Image-namespace - or alternatively, how to make such files go into the
Media- or a new customized File-namespace?

Best wishes,
Morten :-)

--
Crews Cut Production
Morten Blaabjerg
Danmarksgade 97 - DK-5000 Odense C
Tlf. 65 90 60 88 / 51 80 91 55
http://morten.crewscut.com
[hidden email]


----- Original Message -----
From: "Jason Young" <[hidden email]>
To: "MediaWiki announcements and site admin list"
<[hidden email]>
Sent: Wednesday, April 12, 2006 10:04 PM
Subject: [Mediawiki-l] MediaWiki as a media repository


> One of our MediaWiki installs is for faculty to collaboratively build
> content, tagged with additional dublin-core (or whatever that IEEE
> metadata standard is, I forget which) metadata, gone through a bit of
> peer analysis and review, and be exported out to a more "public" web
> site.
>
> One of the things that those that are shepherding this use have been
> needing is to do media uploads (as opposed to just images) - so that
> they can collaboratively view/evaluate the media for future export.
> Mainly flash files and mpeg4 movies.   Some of which could be
> 50-100MB, maybe even more.  The total number of these flash/movie
> files will probably stay under a few hundred for the next year, year
> and a half.
>
> Because MediaWiki comes "out of the box" supporting only image
> extensions, and because the default upload file size on most PHP
> installations is so low, I've avoided letting them use Mediawiki for
> this.   I did open up the extensions, but never really let files >
> 4MB be uploaded.    In earlier 1.5.x MediaWiki releases, the Gallery
> of New Files would often blow up, as MediaWiki ran out of memory (I
> assume) trying render thumbnails for the PDF, flash, (and powerpoint
> sadly, but that's another story) files.     That has abated, due to
> increases in PHP memory available to that mediawiki site, and maybe
> even fixed by later 1.5.x releases, I haven't gone through all the
> change notes.
>
> But, despite that, I need to do something quick, and we'ved managed
> to get older faculty, some of who can be pretty obstinate about
> learning new technologies, working in a wiki.   They are beginning to
> understand the wiki way (even if they insist on subverting it a bit
> with this validation/peer review process before things are deemed
> "public"), use the history, use metadata, etc.   I like the idea of
> opening up the limits a bit on the mediawiki install so they can
> upload their multi-tens-of-megabytes media, because we have the
> history, categories, other metadata right there in a somewhat familar
> interface.
>
> All this is a rambly introduction to a question of:
>
> Are others using MediaWiki as a media repository of sorts?  What
> kinds of things do I need to watch out for?  What are some of the
> best practices/settings/etc. for this?    Thoughts from my fellow MW
> admins
>
> Thanks,
> Jason
> --
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Jason Young --  Systems Engineer, eXtension
>  http://about.extension.org/wiki/Jason_Young
> ______________________________________
>
>
> _______________________________________________
> MediaWiki-l mailing list
> [hidden email]
> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
>




------------------------------

Message: 5
Date: Wed, 12 Apr 2006 16:08:30 -0700
From: Hiram Clawson <[hidden email]>
Subject: [Mediawiki-l] login Captcha
To: MediaWiki announcements and site admin list
        <[hidden email]>
Message-ID: <[hidden email]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Good Afternoon Captcha Fans:

I discovered an interesting situation with the login Captcha
business here today.

If I have anonymous users excluding from reading anything:
$wgGroupPermissions['*'    ]['read']            = false;

When they go to the create account page, they don't have
permission to read the Captcha png image and it doesn't
show up on the login page.  Everything else is there for
the Captcha entry, but since there is no image to view,
it is unknown what to enter into the verify entry box.

Is there some way to allow anonymous users to read
only this one bit that the img src URL references:
img src="/index.php?title=Special:Captcha/image&amp;wpCaptchaId=696369
457"

--Hiram


------------------------------

Message: 6
Date: Wed, 12 Apr 2006 23:53:49 -0500
From: "M. Cameron Jones" <[hidden email]>
Subject: Re: [Mediawiki-l] login Captcha
To: "MediaWiki announcements and site admin list"
        <[hidden email]>
Message-ID:
        <[hidden email]>
Content-Type: text/plain; charset=ISO-8859-1

On 4/12/06, Hiram Clawson <[hidden email]> wrote:
> Is there some way to allow anonymous users to read
> only this one bit that the img src URL references:
> img src="/index.php?title=Special:Captcha/image&amp;wpCaptchaId=696369
> 457"

Don't know for sure, but my guess would be to add "Special:Captcha" to
$wgWhitelistRead in LocalSettings.php

- Cameron


------------------------------

Message: 7
Date: Thu, 13 Apr 2006 09:23:53 -0500
From: Matt England <[hidden email]>
Subject: [Mediawiki-l] Can MW support "conditional" TOCs?
To: MediaWiki site admin list <[hidden email]>
Cc: [hidden email]
Message-ID: <6.1.2.0.2.20060413092104.061a0010@127.0.0.1>
Content-Type: text/plain; charset="us-ascii"; format=flowed

My MW 1.4.0 server always displays a TOC whenever there are more then a
certain number (4?) sections in a page.

Is there a means to configure MW such that it _never_ displays a TOC unless
the markup has a "__TOC__" in it?

My group is running 1.4.0 (yes, I know this is ancient) server on one
system to be upgraded soon, am building a separate 1.5.6 server.

-Matt



------------------------------

Message: 8
Date: Thu, 13 Apr 2006 09:57:13 -0500
From: Pedro Flores <[hidden email]>
Subject: [Mediawiki-l] TOC in one page, content in others
To: [hidden email]
Message-ID: <[hidden email]>
Content-Type: text/plain; charset=ISO-8859-1

So I ran into this small problem.  I've created a rather big FAQ page
which has a rather big table of contents (TOC).  My wiki users are
complaining that the FAQ is too big, and that they would rather have the
big TOC in one page and then move the wiki content to different pages.
Can this be achieved, to have an automatically generated TOC in a single
page and have the content on different pages?  Or even have the big TOC
in a single page and have all the content in another single page? Thanks.

--p


------------------------------

Message: 9
Date: Thu, 13 Apr 2006 10:57:05 -0500
From: "Mr Scsi" <[hidden email]>
Subject: [Mediawiki-l] wikitext search
To: [hidden email]
Message-ID:
        <[hidden email]>
Content-Type: text/plain; charset=ISO-8859-1

Hello,
We have an installation of Wikimedia with a mysql backend for a proof of
concept.
Currently, everyone thinks very highly of it with one problem. The search
function doesn't seem to be searching the wikitext field of any articles.
It returns catagory names and page names if they match exactly, but nothing
from the body of the article.
I'm sure this is just a configureation issue, that needs to be set. Could
someone tell me what we are missing?

Heres all the version info:

This wiki is powered by *MediaWiki <http://www.mediawiki.org/>*, copyright
(C) 2001-2006 Magnus Manske, Brion Vibber, Lee Daniel Crocker, Tim Starling,
Erik M?ller, and others.

MediaWiki is free software; you can redistribute it and/or modify it under
the terms of the GNU General Public License as published by the Free
Software Foundation; either version 2 of the License, or (at your option)
any later version.

MediaWiki is distributed in the hope that it will be useful, but WITHOUT ANY
WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS
FOR A PARTICULAR PURPOSE. See the GNU General Public License for more
details.

You should have received a copy of the GNU General Public
License<http://mutualwiki/COPYING>along with this program; if not,
write to the Free Software Foundation,
Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. or read it
online <http://www.gnu.org/copyleft/gpl.html>

   - MediaWiki <http://www.mediawiki.org/>: 1.5.6
   - PHP <http://www.php.net/>: 4.3.9 (apache2handler)
   - MySQL <http://www.mysql.com/>: 4.1.12




I have enabled logging with sql dump, here is a test search:

Start request
GET /index.php/Special:Search?search=bre&fulltext=Search
Host: mutualwiki
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1)
Gecko/20060111 Firefox/1.5.0.1
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9
,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://mutualwiki/index.php/Special:Version
Cookie: wikidbUserName=Req73000; wikidbUserID=44;
wikidb_session=5ae00ad07ddba778b8aff0b372a79098

Main cache: eaccelbagostuff
Message cache: eaccelbagostuff
Parser cache: eaccelbagostuff
User::loadFromSession() unable to load from memcached
SQL: /* Database::begin */ BEGIN
SQL: SHOW PROCESSLIST
Using reader #0: localhost...
SQL: SHOW STATUS
SQL: /* User::loadFromDatabase */ SELECT
user_name,user_password,user_newpassword,user_email,user_email_authenticated
,user_real_name,user_options,user_touched,user_token
FROM `user`  WHERE user_id = '44'  LIMIT 1
SQL: /* User::loadFromDatabase */ SELECT ug_group  FROM `user_groups`  WHERE
ug_user = '44'
User::loadFromSession() successfully saved user

SQL: /* Parser::replaceLinkHolders */ SELECT page_id, page_namespace,
page_title FROM `page` WHERE (page_namespace=4 AND page_title
IN('Searching'))
Would search with '+bre'
Match with /\bbre\b/
SQL: SELECT page_id, page_namespace, page_title FROM `page`,`searchindex`
WHERE page_id=si_page AND  MATCH(si_title) AGAINST('+bre' IN BOOLEAN MODE)
AND page_is_redirect=0 AND page_namespace IN
(0,1,2,3,4,6,7,8,9,10,11,12,13,14,15)   LIMIT 0,20
Would search with '+bre'
Match with /\bbre\b/
SQL: SELECT page_id, page_namespace, page_title FROM `page`,`searchindex`
WHERE page_id=si_page AND  MATCH(si_text) AGAINST('+bre' IN BOOLEAN MODE)
AND page_is_redirect=0 AND page_namespace IN
(0,1,2,3,4,6,7,8,9,10,11,12,13,14,15)   LIMIT 0,20
SQL: /* Database::immediateCommit */ COMMIT
SQL: /* Database::begin */ BEGIN
SQL: /* LinkCache::addLinkObj */ SELECT page_id  FROM `page`  WHERE
page_namespace = '2' AND page_title = 'Req73000'  LIMIT 1
SQL: /* User::getNewtalk */ SELECT wl_user  FROM `watchlist`  WHERE wl_title
= 'Req73000' AND wl_namespace = '3' AND wl_user = '44' AND
(wl_notificationtimestamp != 0)
SQL: /* LinkCache::addLinkObj */ SELECT page_id  FROM `page`  WHERE
page_namespace = '3' AND page_title = 'Req73000'  LIMIT 1
SQL: /* Revision::fetchRow */ SELECT
page_namespace,page_title,page_latest,rev_id,rev_page,rev_text_id,rev_commen
t,rev_user_text,rev_user,rev_minor_edit,rev_timestamp,rev_deleted
FROM `page`,`revision`  WHERE (rev_id=page_latest) AND (page_id=rev_page)
AND page_namespace = '8' AND page_title = 'Mutual_of_Omaha_Wiki_News'  LIMIT
1
SQL: /* Revision::fetchRow */ SELECT
page_namespace,page_title,page_latest,rev_id,rev_page,rev_text_id,rev_commen
t,rev_user_text,rev_user,rev_minor_edit,rev_timestamp,rev_deleted
FROM `page`,`revision`  WHERE (rev_id=page_latest) AND (page_id=rev_page)
AND page_namespace = '8' AND page_title = 'Mutual_of_Omaha_Wiki_News'  LIMIT
1
SQL: /* Revision::fetchRow */ SELECT
page_namespace,page_title,page_latest,rev_id,rev_page,rev_text_id,rev_commen
t,rev_user_text,rev_user,rev_minor_edit,rev_timestamp,rev_deleted
FROM `page`,`revision`  WHERE (rev_id=page_latest) AND (page_id=rev_page)
AND page_namespace = '8' AND page_title = 'Mutual_Wiki_News'  LIMIT 1
SQL: /* Revision::fetchRow */ SELECT
page_namespace,page_title,page_latest,rev_id,rev_page,rev_text_id,rev_commen
t,rev_user_text,rev_user,rev_minor_edit,rev_timestamp,rev_deleted
FROM `page`,`revision`  WHERE (rev_id=page_latest) AND (page_id=rev_page)
AND page_namespace = '8' AND page_title = 'Mutual_Wiki_News'  LIMIT 1
SQL: /* Revision::fetchRow */ SELECT
page_namespace,page_title,page_latest,rev_id,rev_page,rev_text_id,rev_commen
t,rev_user_text,rev_user,rev_minor_edit,rev_timestamp,rev_deleted
FROM `page`,`revision`  WHERE (rev_id=page_latest) AND (page_id=rev_page)
AND page_namespace = '8' AND page_title = 'Recent_Changes'  LIMIT 1
SQL: /* Revision::fetchRow */ SELECT
page_namespace,page_title,page_latest,rev_id,rev_page,rev_text_id,rev_commen
t,rev_user_text,rev_user,rev_minor_edit,rev_timestamp,rev_deleted
FROM `page`,`revision`  WHERE (rev_id=page_latest) AND (page_id=rev_page)
AND page_namespace = '8' AND page_title = 'Recent_Changes'  LIMIT 1
SQL: /* Revision::fetchRow */ SELECT
page_namespace,page_title,page_latest,rev_id,rev_page,rev_text_id,rev_commen
t,rev_user_text,rev_user,rev_minor_edit,rev_timestamp,rev_deleted
FROM `page`,`revision`  WHERE (rev_id=page_latest) AND (page_id=rev_page)
AND page_namespace = '8' AND page_title = 'Special:Categories'  LIMIT 1
SQL: /* Revision::fetchRow */ SELECT
page_namespace,page_title,page_latest,rev_id,rev_page,rev_text_id,rev_commen
t,rev_user_text,rev_user,rev_minor_edit,rev_timestamp,rev_deleted
FROM `page`,`revision`  WHERE (rev_id=page_latest) AND (page_id=rev_page)
AND page_namespace = '8' AND page_title = 'Special:Categories'  LIMIT 1
SQL: /* Revision::fetchRow */ SELECT
page_namespace,page_title,page_latest,rev_id,rev_page,rev_text_id,rev_commen
t,rev_user_text,rev_user,rev_minor_edit,rev_timestamp,rev_deleted
FROM `page`,`revision`  WHERE (rev_id=page_latest) AND (page_id=rev_page)
AND page_namespace = '8' AND page_title = 'Sandbox'  LIMIT 1
SQL: /* Revision::fetchRow */ SELECT
page_namespace,page_title,page_latest,rev_id,rev_page,rev_text_id,rev_commen
t,rev_user_text,rev_user,rev_minor_edit,rev_timestamp,rev_deleted
FROM `page`,`revision`  WHERE (rev_id=page_latest) AND (page_id=rev_page)
AND page_namespace = '8' AND page_title = 'Sandbox'  LIMIT 1
SQL: /* Revision::fetchRow */ SELECT
page_namespace,page_title,page_latest,rev_id,rev_page,rev_text_id,rev_commen
t,rev_user_text,rev_user,rev_minor_edit,rev_timestamp,rev_deleted
FROM `page`,`revision`  WHERE (rev_id=page_latest) AND (page_id=rev_page)
AND page_namespace = '8' AND page_title = 'Sandbox'  LIMIT 1
SQL: /* Revision::fetchRow */ SELECT
page_namespace,page_title,page_latest,rev_id,rev_page,rev_text_id,rev_commen
t,rev_user_text,rev_user,rev_minor_edit,rev_timestamp,rev_deleted
FROM `page`,`revision`  WHERE (rev_id=page_latest) AND (page_id=rev_page)
AND page_namespace = '8' AND page_title = 'Sandbox'  LIMIT 1
SQL: /* Revision::fetchRow */ SELECT
page_namespace,page_title,page_latest,rev_id,rev_page,rev_text_id,rev_commen
t,rev_user_text,rev_user,rev_minor_edit,rev_timestamp,rev_deleted
FROM `page`,`revision`  WHERE (rev_id=page_latest) AND (page_id=rev_page)
AND page_namespace = '8' AND page_title = 'Contact'  LIMIT 1
SQL: /* Revision::fetchRow */ SELECT
page_namespace,page_title,page_latest,rev_id,rev_page,rev_text_id,rev_commen
t,rev_user_text,rev_user,rev_minor_edit,rev_timestamp,rev_deleted
FROM `page`,`revision`  WHERE (rev_id=page_latest) AND (page_id=rev_page)
AND page_namespace = '8' AND page_title = 'Contact'  LIMIT 1
SQL: /* Revision::fetchRow */ SELECT
page_namespace,page_title,page_latest,rev_id,rev_page,rev_text_id,rev_commen
t,rev_user_text,rev_user,rev_minor_edit,rev_timestamp,rev_deleted
FROM `page`,`revision`  WHERE (rev_id=page_latest) AND (page_id=rev_page)
AND page_namespace = '8' AND page_title = 'Contact'  LIMIT 1
SQL: /* Revision::fetchRow */ SELECT
page_namespace,page_title,page_latest,rev_id,rev_page,rev_text_id,rev_commen
t,rev_user_text,rev_user,rev_minor_edit,rev_timestamp,rev_deleted
FROM `page`,`revision`  WHERE (rev_id=page_latest) AND (page_id=rev_page)
AND page_namespace = '8' AND page_title = 'Contact'  LIMIT 1
** private caching;  **
SQL: /* Database::immediateCommit */ COMMIT
Request ended normally


------------------------------

_______________________________________________
MediaWiki-l mailing list
[hidden email]
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l


End of MediaWiki-l Digest, Vol 31, Issue 38
*******************************************
_______________________________________________
MediaWiki-l mailing list
[hidden email]
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l