I imported a large number of pages into a MediWiki 1.6.9 installation (custom script that generated an XML file). All of these pages use a {{Template}} that generates multiple [[Category:XXXX]] tags. The Category:XXX pages don't show all the pages in the category, unless I edit and save each page individual. I guess whatever code that inserts the Category links doesn't run on import, only on edit.
Is there any way to do a mass update of all pages to update all the category links?
I tried running several of the scripts in the /maintenance directory, but none of them seemed to have any effect. In fact, none of them seemed to do anything at all (returned immediately), so that's probably an entirely different problem.
joe
Joe Keenan wrote:
I imported a large number of pages into a MediWiki 1.6.9 installation (custom script that generated an XML file). All of these pages use a {{Template}} that generates multiple [[Category:XXXX]] tags. The Category:XXX pages don't show all the pages in the category, unless I edit and save each page individual. I guess whatever code that inserts the Category links doesn't run on import, only on edit.
Is there any way to do a mass update of all pages to update all the category links?
I tried running several of the scripts in the /maintenance directory, but none of them seemed to have any effect. In fact, none of them seemed to do anything at all (returned immediately), so that's probably an entirely different problem.
joe
Try maintenance/runJobs.php
-- Tim Starling
On Feb 26, 2007, at 11:23 AM, Tim Starling wrote:
Joe Keenan wrote:
I imported a large number of pages into a MediWiki 1.6.9 installation (custom script that generated an XML file). All of these pages use a {{Template}} that generates multiple [[Category:XXXX]] tags. The Category:XXX pages don't show all the pages in the category, unless I edit and save each page individual. I guess whatever code that inserts the Category links doesn't run on import, only on edit.
Is there any way to do a mass update of all pages to update all the category links?
I tried running several of the scripts in the /maintenance directory, but none of them seemed to have any effect. In fact, none of them seemed to do anything at all (returned immediately), so that's probably an entirely different problem.
joe
Try maintenance/runJobs.php
-- Tim Starling
Returns so fast it's clearly not doing anything at all. And there's no change to any of my Category pages after running it.
This is starting to look like a bigger problem that I can't run any of the maint scripts at all.
I've verified that $wgDBadminuser and $wgDBadminpassword in AdminSettings.php are set to the same values as $wgDBuser and $wgDBpassword in LocalSettings.php.
Any suggestions on debugging the problem executing the scripts in general?
joe
Joe Keenan wrote:
On Feb 26, 2007, at 11:23 AM, Tim Starling wrote:
Joe Keenan wrote:
I imported a large number of pages into a MediWiki 1.6.9 installation (custom script that generated an XML file). All of these pages use a {{Template}} that generates multiple [[Category:XXXX]] tags. The Category:XXX pages don't show all the pages in the category, unless I edit and save each page individual. I guess whatever code that inserts the Category links doesn't run on import, only on edit.
Is there any way to do a mass update of all pages to update all the category links?
I tried running several of the scripts in the /maintenance directory, but none of them seemed to have any effect. In fact, none of them seemed to do anything at all (returned immediately), so that's probably an entirely different problem.
joe
Try maintenance/runJobs.php
-- Tim Starling
Returns so fast it's clearly not doing anything at all. And there's no change to any of my Category pages after running it.
This is starting to look like a bigger problem that I can't run any of the maint scripts at all.
I've verified that $wgDBadminuser and $wgDBadminpassword in AdminSettings.php are set to the same values as $wgDBuser and $wgDBpassword in LocalSettings.php.
Any suggestions on debugging the problem executing the scripts in general?
joe
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Have your tried running rebuildall.php? How have you imported the data, I assume using importDump.php? What version of PHP are you using?
Cheers Tom
On Feb 26, 2007, at 12:38 PM, Tom M wrote:
Have your tried running rebuildall.php? How have you imported the data, I assume using importDump.php? What version of PHP are you using?
Cheers Tom
I tried a number of the scripts in that directory. None of them seem to do anything. I think that's a problem in and of itself.
I imported the data by writing a script that generated an XML from an input data file (CSV). The XML in the generated file was modeled after a page export (Special:Export) I did from the same wiki. The XML file was imported using the Special:Import page. It's PHP 4.4.4, I think.
joe
Joe Keenan wrote:
On Feb 26, 2007, at 12:38 PM, Tom M wrote:
Have your tried running rebuildall.php? How have you imported the data, I assume using importDump.php? What version of PHP are you using?
Cheers Tom
I tried a number of the scripts in that directory. None of them seem to do anything. I think that's a problem in and of itself.
I imported the data by writing a script that generated an XML from an input data file (CSV). The XML in the generated file was modeled after a page export (Special:Export) I did from the same wiki. The XML file was imported using the Special:Import page. It's PHP 4.4.4, I think.
joe
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
If you can't run any of the scripts in the maintenance directory you might not have a php command line interpreter... When I did my XML importing I used importDump.php (in the maintenance directory).
On Feb 26, 2007, at 3:26 PM, Tom M wrote:
If you can't run any of the scripts in the maintenance directory you might not have a php command line interpreter... When I did my XML importing I used importDump.php (in the maintenance directory).
No, that's not it:
server:/Library/WebServer/docs/wiki/maintenance jkeenan$ php -v runJobs.php PHP 4.4.4 (cli) (built: Nov 1 2006 18:12:33) Copyright (c) 1997-2006 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies server:/Library/WebServer/applecare.apple.com/wiki/maintenance jkeenan$
In fact:
server:/Library/WebServer/docs/wiki/maintenance jkeenan$ time php -v runJobs.php PHP 4.4.4 (cli) (built: Nov 1 2006 18:12:33) Copyright (c) 1997-2006 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
real 0m0.059s user 0m0.034s sys 0m0.022s server:/Library/WebServer/docs/wiki/maintenance jkeenan$
It's just not doing anything at all when I try to execute the scripts. There's something obviously missing here, but I have no idea what.
joe
Joe Keenan wrote:
server:/Library/WebServer/docs/wiki/maintenance jkeenan$ time php -v runJobs.php
php -v prints the version and then exits, it doesn't run any script. You might have better luck with php -n, which will ignore php.ini and thereby skip whatever error suppression and logging directives you might have in that file.
Failing that, my Magic Segfault Tracker might help you out:
http://noc.wikimedia.org/~tstarling/magic_segfault_tracker.php.html
Download it and put:
require('/path/to/magic_segfault_tracker.php');
...after the <?php in the problem maintenance script. This should generate a huge trace, the last few lines of which will tell you where it is failing.
-- Tim Starling
On 26/02/07, Joe Keenan jkeenan@apple.com wrote:
I tried a number of the scripts in that directory. None of them seem to do anything. I think that's a problem in and of itself.
Is there an AdminSettings.php file in the wiki root (see AdminSettings.sample)? I can't remember if the original post mentioned this or not.
Rob Church
On Feb 27, 2007, at 12:18 AM, Rob Church wrote:
On 26/02/07, Joe Keenan jkeenan@apple.com wrote:
I tried a number of the scripts in that directory. None of them seem to do anything. I think that's a problem in and of itself.
Is there an AdminSettings.php file in the wiki root (see AdminSettings.sample)? I can't remember if the original post mentioned this or not.
Yes there is.
joe
One more folks!
When creating a page section ('''SectionName''') I have the inclusion of the Edit link on the right hand side of the page which allows direct editing of solely that section. Is it possible to include a link to the left of the Edit" link? I want to give guidance to users on how best to complete each section and this strikes me as a nice way to do it.
Something like... What goes in this section? [Edit]
Thanks, Paul
Apologies, that should have been ==SectionName== !!
On 2/27/07 12:14 PM, "Paul Coghlan" pcoghlan@usa.net wrote:
One more folks!
When creating a page section ('''SectionName''') I have the inclusion of the Edit link on the right hand side of the page which allows direct editing of solely that section. Is it possible to include a link to the left of the Edit" link? I want to give guidance to users on how best to complete each section and this strikes me as a nice way to do it.
Something like... What goes in this section? [Edit]
Thanks, Paul
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
I finally fixed this. Turns out I was getting bitten by my AutoLogin setup, which doesn't work in CLI mode. I can disable that in LocalSettings.php, run the scripts, then enable it again. Hmm. I wonder if there's any good way to conditionally include lines in LocalSettings.php so it won't include those lines when run by CLI.
joe
On 27/02/07, Joe Keenan jkeenan@apple.com wrote:
I finally fixed this. Turns out I was getting bitten by my AutoLogin setup, which doesn't work in CLI mode. I can disable that in LocalSettings.php, run the scripts, then enable it again. Hmm. I wonder if there's any good way to conditionally include lines in LocalSettings.php so it won't include those lines when run by CLI.
if( $wgCommandLineMode ) { } *might* work
Rob Church
On Feb 28, 2007, at 1:57 AM, Rob Church wrote:
On 27/02/07, Joe Keenan jkeenan@apple.com wrote:
I finally fixed this. Turns out I was getting bitten by my AutoLogin setup, which doesn't work in CLI mode. I can disable that in LocalSettings.php, run the scripts, then enable it again. Hmm. I wonder if there's any good way to conditionally include lines in LocalSettings.php so it won't include those lines when run by CLI.
if( $wgCommandLineMode ) { } *might* work
Seems to work fine. Thanks!
joe
mediawiki-l@lists.wikimedia.org