Is the "moveBatch.php" script in the maintinence folder the best way to move bunches of files into a new namespace?
Also, I noticed the [-i <interval>] option with "moveBatch.php". -- Is there anything functionaly dangerous about running the script wide-open [interval = 0]? -- and what would be a reason someone would want to slow it down? -- just to monitor it by eye?
- rich (revansx)
Having done my due diligence (rtfm) I have created a template with the
name
Template:Test-Template
Upon viewing this page looks great.
I then created a new page
Test-Usingtemplate
In which I entered
{{subst:Test-Template}}
Which the fm says
{{subst:Name}} inserts the content of the page "[[Template:Name]]" when
you save your text.
This would lead me to believe when I SAVE PAGE it will get the template
I created and insert all text into this page.
What I get on SAVE PAGE is a page that says
{{subst:Test-Template}}
I am sure that I have gone awry here.
Ideas?
DSig
David Tod Sigafoos | SANMAR Corporation
PICK Guy
206-770-5585
davesigafoos(a)sanmar.com
This is a total newbie question but how do you run the
updateArticleCount.php?
Date: Wed, 28 Mar 2007 15:17:56 +0100
From: "Charles Collis" <charles.collis(a)gmail.com>
Subject: [Mediawiki-l] Total pages (not legit content pages) reporting
incorrectly after merge
To: mediawiki-l(a)lists.wikimedia.org
Message-ID:
<b44a81310703280717r30fa7025q1f6264516f52b2c4(a)mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi all,
I have mentioned this issue previously but as there was no response I shall
have another attempt, this time being clearer and more succinct!
I have an issue with two wikis that I have merged in that the total no. of
pages in the special:statistics page is being mis-reported, (please note
I'm not talking about the 'legitimate content pages' number). Although all
the page titles do seem to be present when I go to Special:Allpages.
I am concerned that if that figure is being read directly from a table, that
there may be data integrity issues - can I trust this combined wiki enough
to make it live and operational? Or is it possible that the figure for total
number of articles has simply become 'stuck' somehow?
After I ran rebuildall.php all the statistics remained fixed at the values
they were at before I appended the second wiki, although after I ran
updateArticleCount.php, the figure for legitimate content page then doubled,
although not the figure for total no. of pages...
Is this normal?
Thanks for any assistance.
Regards,
Charles.
I found the problem why the "Remember my login" checkbox had stopped
working on my site. I had secured the MediaWiki login page with SSL
(https), and as a result, cookies were being created as secure, which
made them inaccessible to the regular http site. Thus, I lost my session
and got handed a new one.
To prevent this, I set $wgCookieSecure = false in LocalSettings.php, and
all is well.
If anyone is interested in my secure login page "extension," here it is,
ready for inclusion in LocalSettings.php:
http://meta.wikimedia.org/wiki/Help:Configuration_tips_and_tricks#HTTPS_
on_Login_only
- DanB
(maiden_taiwan on meta.wikimedia.org)
Hi all,
I have mentioned this issue previously but as there was no response I shall
have another attempt, this time being clearer and more succinct!
I have an issue with two wikis that I have merged in that the total no. of
pages in the special:statistics page is being mis-reported, (please note
I'm not talking about the 'legitimate content pages' number). Although all
the page titles do seem to be present when I go to Special:Allpages.
I am concerned that if that figure is being read directly from a table, that
there may be data integrity issues - can I trust this combined wiki enough
to make it live and operational? Or is it possible that the figure for total
number of articles has simply become 'stuck' somehow?
After I ran rebuildall.php all the statistics remained fixed at the values
they were at before I appended the second wiki, although after I ran
updateArticleCount.php, the figure for legitimate content page then doubled,
although not the figure for total no. of pages...
Is this normal?
Thanks for any assistance.
Regards,
Charles.
I'm running MediaWiki 1.9.3 on a dual core Windows 2003 server, 2 GB
RAM, with Apache 2.2.4 and PHP 5.2.1. (Actually it's a VMware virtual
machine.) A few times each day we get this error in the Windows error
log:
Faulting application httpd.exe, version 2.2.4.0, faulting module
php5ts.dll,
version 5.2.1.1, fault address 0x0000ae66
and Apache complains:
[Thu Mar 22 13:21:31 2007] [notice] Parent: child process exited with
status 3221226324 -- Restarting.
[Thu Mar 22 13:21:32 2007] [notice] Apache/2.2.4 (Win32) mod_ssl/2.2.4
OpenSSL/0.9.8d PHP/5.2.1 configured -- resuming normal operations
[Thu Mar 22 13:21:32 2007] [notice] Server built: Jan 6 2007 15:20:29
[Thu Mar 22 13:21:32 2007] [notice] Parent: Created child process 3456
PHP Warning: Module 'ldap' already loaded in Unknown on line 0
PHP Warning: Module 'mysql' already loaded in Unknown on line 0
PHP Warning: Module 'mysqli' already loaded in Unknown on line 0
PHP Warning: Module 'PDO' already loaded in Unknown on line 0
PHP Warning: Module 'pdo_mysql' already loaded in Unknown on line 0
[Thu Mar 22 13:21:32 2007] [notice] Child 3456: Child process is
running
[Thu Mar 22 13:21:32 2007] [notice] Child 3456: Acquired the start
mutex.
[Thu Mar 22 13:21:32 2007] [notice] Child 3456: Starting 250 worker
threads.
[Thu Mar 22 13:21:33 2007] [notice] Child 3456: Starting thread to
listen on port 443.
[Thu Mar 22 13:21:33 2007] [notice] Child 3456: Starting thread to
listen on port 80.
and the user gets a browser error page.
I Googled for this and it's a common problem:
http://issues.apache.org/bugzilla/show_bug.cgi?id=41326http://www.apachelounge.com/forum/viewtopic.php?p=6502http://www.apachelounge.com/forum/viewtopic.php?p=4785http://bugs.php.net/bug.php?id=39603
but nobody seems to have a workable solution. I have tried:
- increasing the PHP memory_limit in php.ini, but that didn't help.
- Setting Win32DisableAcceptEx as in
http://www.apache.org/dist/httpd/binaries/win32/#xpbug,
in case that was the problem, but that just crashed the server
Any ideas?
DanB
Hi All,
Today my webhost enabled for security reasons *php_suexec, *but now my
wiki installations are broken.
Does anybody know a quick fix for this issue??
Kind regards
Erik van Berkum
Hi,
We have upgraded our knowledge repository from 1.6.5 to 1.9.0 recently. We
use Monobook skin. Ever since the upgrade, there are two issues.
1.=A0 The section =91edit=92 link that used to display in the right side is=
now
displayed on the left before the section name. The font size of the edit
link is the same as that of the section name.
I have checked the main.css file in monobook directory and the alignment is
correct (right). The font size is also small.
2. The logo display is correct although there is a shift, of say, 2pixels to
the right. Before the upgrade, in 1.6.5, there was no left margin. Now, I
checked the main.css file and the margin is 0 for the logo-portlet
properties.
Please give your suggestions.=A0 Could there be any connection between the t=
wo
problems =96 say since there is an shift to the right, the edit link moved b=
y
a couple of pixels and so appearing in the next line on the left?=A0 Just a
vague thought-
Thanks and regards,
Maya
DISCLAIMER=0A=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=
This e-mail may contain privileged and confidential information which is the=
property of Persistent Systems Pvt. Ltd. It is intended only for the use of=
the individual or entity to which it is addressed. If you are not the inten=
ded recipient, you are not authorized to read, retain, copy, print, distribu=
te or use this message. If you have received this communication in error, pl=
ease notify the sender and delete all copies of this message. Persistent Sys=
tems Pvt. Ltd. does not accept any liability for virus infected mails.
yup! that did it :-)
[......how embarassing......]
thanks!
- rich (revansx)
---- Robert Leverington <lcarsdata(a)googlemail.com> wrote:
> PHP variables are case sensitive, change $ID to $id .
> Robert.
>
> On 26/03/07, revansx(a)cox.net <revansx(a)cox.net> wrote:
> > Hi, I may not ask this question correctly, but please meet me half-way. I wish to modify the "monobook.php" file at the line which renders the top page title into the "firstHeading" portion of the page. The php syntax is:
> >
> > <?php $this->text('title') ?>
> >
> > and it provides the page title at the top of the wiki entry. I wish to get it to provide the wikidb's pages table's "pageid" number as part of the title. Something like this:
> >
> > "PageID:#7654, My Page Title"
> >
> > where pageid=7654 and
> > pagetitle="My Page Title"
> >
> > Based of a recomendation from an earlier post (thanks Rob!), I tried to add the following php code to the top of the "monobook.php" file:
> >
> > global $wgTitle;
> > $id = $wgTitle->getArticleId();
> >
> > and then modified the firstHeading code as:
> >
> > PageID:#<?php $ID ?>, <?php $this->text('title') ?>
> >
> > but this didn't work and it crashed the page such that it wouldn't even render at all (just a blank white page with no error message).
> >
> > I have 3 questions:
> >
> > Q1 - Why didn't it work?
> >
> > Q2 - What do do i need to do to get it to work.
> >
> > Q3 - where is the "$this" class described so that I can see what page information i have available (I'm asking for a link please).
> >
> > thanks,
> > - rich (revansx)
> >
> > _______________________________________________
> > MediaWiki-l mailing list
> > MediaWiki-l(a)lists.wikimedia.org
> > http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
> >
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)lists.wikimedia.org
> http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Hi, I may not ask this question correctly, but please meet me half-way. I wish to modify the "monobook.php" file at the line which renders the top page title into the "firstHeading" portion of the page. The php syntax is:
<?php $this->text('title') ?>
and it provides the page title at the top of the wiki entry. I wish to get it to provide the wikidb's pages table's "pageid" number as part of the title. Something like this:
"PageID:#7654, My Page Title"
where pageid=7654 and
pagetitle="My Page Title"
Based of a recomendation from an earlier post (thanks Rob!), I tried to add the following php code to the top of the "monobook.php" file:
global $wgTitle;
$id = $wgTitle->getArticleId();
and then modified the firstHeading code as:
PageID:#<?php $ID ?>, <?php $this->text('title') ?>
but this didn't work and it crashed the page such that it wouldn't even render at all (just a blank white page with no error message).
I have 3 questions:
Q1 - Why didn't it work?
Q2 - What do do i need to do to get it to work.
Q3 - where is the "$this" class described so that I can see what page information i have available (I'm asking for a link please).
thanks,
- rich (revansx)