Yesterday I set up a new server and migrated my site from
MediaWiki 1.16.0 PHP 5.2.10-pl0-gentoo (apache2handler) MySQL 5.0.70 2.6.21-gentoo-r4
to
MediaWiki 1.16.0 PHP 5.3.3 (apache2handler) MySQL 5.1.52 2.6.18-194.26.1.el5PAE (CentOS 5.5 i386)
For the most part things have worked, but so far I've found 2 exceptions (I'm using monobook):
- Code in Common.css doesn't seem to be running. Some style changes that were init failed, for the moment I've had to update some monobook skin files directly.
- When I typed a term in the previous sidebar searchbox, it would show a dropdown list of items matching the pattern I typed in. On the new one, no pattern shows up.
Has anyone else seen similar behavior, and have you figured out why? I'm not sure how to deal with this, and I'd hate to have to downgrade PHP if I can avoid it. I did the same migration to an Ubuntu 10.04 machine, it transferred over and ran fine.
Thanks for any feedback, I appreciate it. - skew
trueskew wrote:
Yesterday I set up a new server and migrated my site from
For the most part things have worked, but so far I've found 2 exceptions (I'm using monobook):
- Code in Common.css doesn't seem to be running. Some style changes that
were init failed, for the moment I've had to update some monobook skin files directly.
- When I typed a term in the previous sidebar searchbox, it would show a
dropdown list of items matching the pattern I typed in. On the new one, no pattern shows up.
It looks like the urls generated by the wiki for those items are wrong. Take a look at the page source at what url is it builiding.
You may also want to check that $wgEnableMWSuggest is set to true and $wgUseSiteCss is not set to false.
Has anyone else seen similar behavior, and have you figured out why? I'm not sure how to deal with this, and I'd hate to have to downgrade PHP if I can avoid it. I did the same migration to an Ubuntu 10.04 machine, it transferred over and ran fine.
Thanks for any feedback, I appreciate it.
- skew
From the source, I can see that the paths are right, as shown by the working
BreadCrumbs and logos. I've got a few more clues. ------------------------------------------------ 1) I'm using collapsible tables, and there aren't any Show/Hide links. Common.js holds the javascript needed to do it, so it appears it's not getting loaded either. From the source, the beginning of a hidden section on the Ubuntu side shows:
<table class="collapsible collapsed" id="collapsibleTable0"> <tbody><tr> <th><span class="collapseButton">[<a id="collapseButton0" href="javascript:collapseTable(0);">Show</a>]</span><i> Tags:</i></th> </tr> <tr style="display: none; "> <td>
as opposed to the CentOS side, which shows only
<table class="collapsible collapsed"> <tbody><tr> <th><i> Tags:</i></th> </tr> <tr> <td> ------------------------------------------------ 2) The PageObjectModel extension is enabled in both environments, but only in the CentOS environment do I see the following lines included in the source:
<? # # PageObjectModel is a set of classes that allow easy manipulation of MediaWiki page source. #
require_once('POM/Element.php'); require_once('POM/Page.php'); require_once('POM/Parser.php'); require_once('POM/TemplateParser.php'); require_once('POM/Template.php'); require_once('POM/TemplateCollection.php'); require_once('POM/TextNode.php'); ------------------------------------------------ I'm running out of time on this, I'm almost ready to give up on CentOS and go Ubuntu for the main server. I'm not crazy about that idea for other enterprise-related reasons though.
Thanks for the feedback.
-----Original Message----- From: mediawiki-l-bounces@lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Platonides Sent: Thursday, November 18, 2010 9:37 AM To: mediawiki-l@lists.wikimedia.org Subject: Re: [Mediawiki-l] Server Migration Issues
trueskew wrote:
Yesterday I set up a new server and migrated my site from
For the most part things have worked, but so far I've found 2 exceptions (I'm using monobook):
- Code in Common.css doesn't seem to be running. Some
style changes
that were init failed, for the moment I've had to update
some monobook
skin files directly.
- When I typed a term in the previous sidebar searchbox, it
would show
a dropdown list of items matching the pattern I typed in.
On the new
one, no pattern shows up.
It looks like the urls generated by the wiki for those items are wrong. Take a look at the page source at what url is it builiding.
You may also want to check that $wgEnableMWSuggest is set to true and $wgUseSiteCss is not set to false.
Has anyone else seen similar behavior, and have you figured
out why?
I'm not sure how to deal with this, and I'd hate to have to
downgrade
PHP if I can avoid it. I did the same migration to an Ubuntu 10.04 machine, it transferred over and ran fine.
Thanks for any feedback, I appreciate it.
- skew
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
trueskew wrote:
From the source, I can see that the paths are right, as shown by the working BreadCrumbs and logos. I've got a few more clues.
- I'm using collapsible tables, and there aren't any Show/Hide links.
Common.js holds the javascript needed to do it, so it appears it's not getting loaded either. From the source, the beginning of a hidden section on the Ubuntu side shows:
<table class="collapsible collapsed" id="collapsibleTable0"> <tbody><tr> <th><span class="collapseButton">[<a id="collapseButton0" href="javascript:collapseTable(0);">Show</a>]</span><i> Tags:</i></th> </tr> <tr style="display: none; "> <td>
as opposed to the CentOS side, which shows only
<table class="collapsible collapsed"> <tbody><tr> <th><i> Tags:</i></th> </tr> <tr> <td>
I'm not sure if it's relevant. I think those links are added by javascript, so if the javascript file is not loaded, neither are the links added.
- The PageObjectModel extension is enabled in both environments, but only
in the CentOS environment do I see the following lines included in the source:
<? # # PageObjectModel is a set of classes that allow easy manipulation of MediaWiki page source. #
require_once('POM/Element.php'); require_once('POM/Page.php'); require_once('POM/Parser.php'); require_once('POM/TemplateParser.php'); require_once('POM/Template.php'); require_once('POM/TemplateCollection.php'); require_once('POM/TextNode.php');
I'm running out of time on this, I'm almost ready to give up on CentOS and go Ubuntu for the main server. I'm not crazy about that idea for other enterprise-related reasons though.
Thanks for the feedback.
They should not appear in the html source. It uses php short_tags (<? instead of <?php), which seem to be disabled on your CentOS install (either enable them or fix PageObjectModel extension to use <?php).
On Centos 5.5, leaving all things the same and downgrading PHP to 5.1.6 resulted in everything working as expected. I went ahead and switched to Ubuntu Server 10.04 which has had no problems at all so far.
-----Original Message----- From: trueskew [mailto:trueskew@gmail.com] Sent: Friday, November 19, 2010 2:55 AM To: 'MediaWiki announcements and site admin list' Subject: RE: [Mediawiki-l] Server Migration Issues
From the source, I can see that the paths are right, as shown by the working BreadCrumbs and logos. I've got a few more clues.
- I'm using collapsible tables, and there aren't any
Show/Hide links. Common.js holds the javascript needed to do it, so it appears it's not getting loaded either. From the source, the beginning of a hidden section on the Ubuntu side shows:
<table class="collapsible collapsed" id="collapsibleTable0"> <tbody><tr> <th><span class="collapseButton">[<a id="collapseButton0" href="javascript:collapseTable(0);">Show</a>]</span><i> Tags:</i></th> </tr> <tr style="display: none; "> <td>
as opposed to the CentOS side, which shows only
<table class="collapsible collapsed"> <tbody><tr> <th><i> Tags:</i></th> </tr> <tr> <td> ------------------------------------------------ 2) The PageObjectModel extension is enabled in both environments, but only in the CentOS environment do I see the following lines included in the source:
<? # # PageObjectModel is a set of classes that allow easy manipulation of MediaWiki page source. #
require_once('POM/Element.php'); require_once('POM/Page.php'); require_once('POM/Parser.php'); require_once('POM/TemplateParser.php'); require_once('POM/Template.php'); require_once('POM/TemplateCollection.php'); require_once('POM/TextNode.php');
I'm running out of time on this, I'm almost ready to give up on CentOS and go Ubuntu for the main server. I'm not crazy about that idea for other enterprise-related reasons though.
Thanks for the feedback.
-----Original Message----- From: mediawiki-l-bounces@lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Platonides Sent: Thursday, November 18, 2010 9:37 AM To: mediawiki-l@lists.wikimedia.org Subject: Re: [Mediawiki-l] Server Migration Issues
trueskew wrote:
Yesterday I set up a new server and migrated my site from
For the most part things have worked, but so far I've found 2 exceptions (I'm using monobook):
- Code in Common.css doesn't seem to be running. Some
style changes
that were init failed, for the moment I've had to update
some monobook
skin files directly.
- When I typed a term in the previous sidebar searchbox, it
would show
a dropdown list of items matching the pattern I typed in.
On the new
one, no pattern shows up.
It looks like the urls generated by the wiki for those items are wrong. Take a look at the page source at what url is it builiding.
You may also want to check that $wgEnableMWSuggest is set
to true and
$wgUseSiteCss is not set to false.
Has anyone else seen similar behavior, and have you figured
out why?
I'm not sure how to deal with this, and I'd hate to have to
downgrade
PHP if I can avoid it. I did the same migration to an
Ubuntu 10.04
machine, it transferred over and ran fine.
Thanks for any feedback, I appreciate it.
- skew
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
mediawiki-l@lists.wikimedia.org