I, too, have recently upgraded from 1.6.x to 1.11.0 and as such, I also had to switch from PHP4 to PHP5. And, I too, have noticed an unacceptable delay in getting pages delivered. (I had though it was a problem with my browser's rendering speed, but I now know this is not the case.)
The earlier system also had severe delays and my host (GoDaddy) turned off the Zend Optimizer. It got real quick then. Really - turning off the optimizer made it quicker.
However, with PHP5, there is no optimizer in play and I've not finished my analysis of the available extensions available.
Personally, I'm leaning towards delays in accessing and receiving recordsets from the database as the cause.
I have a developement installation on a local machine as well. No delays there.
GoDaddy (Linux Apache)
* MediaWiki: 1.11.0
* PHP: 5.1.4 (cgi-fcgi)
* MySQL: 4.0.27-max-log
Local (Windows 2003 Server SP2)
* MediaWiki: 1.11.0
* PHP: 5.2.4 (isapi)
* MySQL: 5.0.45-community-nt
>I have succesfully moved my wiki site to another location and upgraded
>from 1.6.5 to 1.11.0. The new site works well, except for the speed in
>generating the pages.
Hello
I want to update an image stored in mediawiki. In order to do that, I
upload the new version, using the same file name the image was previously
known.
mediawiki fires an internal error, with all the details below.
This is mediawiki-1.11.0, php-5.2.5, postgresql-8.2.6. Any hint?
--- cut here ---
Erreur interne
A database error has occurred Query: INSERT INTO oldimage (oi_name,oi_archive_name,oi_size,oi_width,oi_height,oi_bits,oi_timestamp,oi_description,oi_user,oi_user_text,oi_metadata,oi_media_type,oi_major_mime,oi_minor_mime,oi_sha1) SELECT img_name,'20080123094112!Test.jpg',img_size,img_width,img_height,img_bits,img_timestamp,img_description,img_user,img_user_text,img_metadata,img_media_type,img_major_mime,img_minor_mime,img_sha1 FROM image WHERE img_name = 'Test.jpg' Function: LocalFile::recordUpload2 Error: 1 ERROR: column "oi_metadata" is of type bytea but expression is of type text LINE 1: ...,oi_timestamp,oi_description,oi_user,oi_user_text,oi_metadat... ^ HINT: You will need to rewrite or cast the expression.
Backtrace:
#0 /usr/local/src/mediawiki-1.11.0/includes/Database.php(779): DatabasePostgres->reportQueryError('ERROR: column ...', 1, 'INSERT INTO ol...', 'LocalFile::reco...', false)
#1 /usr/local/src/mediawiki-1.11.0/includes/Database.php(1845): Database->query('INSERT INTO ol...', 'LocalFile::reco...')
#2 /usr/local/src/mediawiki-1.11.0/includes/filerepo/LocalFile.php(746): Database->insertSelect('oldimage', 'image', Array, Array, 'LocalFile::reco...')
#3 /usr/local/src/mediawiki-1.11.0/includes/filerepo/LocalFile.php(642): LocalFile->recordUpload2('20080123094112!...', 'Photo de Bertra...', 'Photo de Bertra...', Array, false)
#4 /usr/local/src/mediawiki-1.11.0/includes/SpecialUpload.php(436): LocalFile->upload('/tmp/php25707k', 'Photo de Bertra...', 'Photo de Bertra...', 1, Array)
#5 /usr/local/src/mediawiki-1.11.0/includes/SpecialUpload.php(248): UploadForm->processUpload()
#6 /usr/local/src/mediawiki-1.11.0/includes/SpecialUpload.php(14): UploadForm->execute()
#7 /usr/local/src/mediawiki-1.11.0/includes/SpecialPage.php(653): wfSpecialUpload(NULL, Object(SpecialPage))
#8 /usr/local/src/mediawiki-1.11.0/includes/SpecialPage.php(459): SpecialPage->execute(NULL)
#9 /usr/local/src/mediawiki-1.11.0/includes/Wiki.php(201): SpecialPage::executePath(Object(Title))
#10 /usr/local/src/mediawiki-1.11.0/includes/Wiki.php(45): MediaWiki->initializeSpecialCases(Object(Title), Object(OutputPage), Object(WebRequest))
#11 /usr/local/src/mediawiki-1.11.0/index.php(89): MediaWiki->initialize(Object(Title), Object(OutputPage), Object(User), Object(WebRequest))
#12 {main}
--- cut here ---
--
Emmanuel Dreyfus
manu(a)netbsd.org
hi all,
As i installed mediawiki in C drive and need to upload heavy files. so
i want to change path for this images folder.
I tried with two variables $wgUploadPath and $wgUploadDirectory in
DefaultSettings.php.
Images are going in given path but while reopening it is not able to locate.
thank you in advance
I neglected to add that the error message "Object not found" is
looking for the following URL : /cgi-fcgi/php4config/index.php
My website has no such items and why would it be needed if PHP5 is in
use anyway? How do I get around this. I seem to be blocked at every
turn.
Details:
MySQL 5.0.51
PHP Version 5.2.5
Sandy
Good afternoon!
How do I make a Category page remove a certain prefix from the page names,
which make up that category?
Let me give an example:
Suppose you've got a Wiki, where you are documenting settings of your servers.
Let's say, there are 2 servers and you're documenting the web server and
email server daemons. That's actually what I'm doing. So I've got these
pages:
- Server1/email
- Server1/web
- Server2/email
- Server2/web
The Server1/* pages belong to the Category:Server1 and Server2/* makes up
Category:Server2. When I now go to Category:Server1, I see:
S
- Server1/email
- Server1/web
That's no good, as the Server1/ prefix "clutters up" the display. Additionally,
all those pages are sorted under the "S" heading; but that could be worked
around by setting a "custom" sort key (ie. I'd use something like
[[Category:Server1/email|email]] on the Server1/email page).
But this would still show Server1/email on the Category:Server1 page.
How could I work around this feature?
Thanks a lot,
Michael
I've copied all the files to the server and made the config folder
writable, but when I try to run update.php I get the following error:
"Access forbidden!
You don't have permission to access the requested object. It is
either read-protected or not readable by the server. "
Then I tried renaming LocalSettings.php to LocalSettings.old.php and
just browsing to the wiki, but that gives me this error:
"Parse error: syntax error, unexpected T_STRING in
/home/sandy/htdocs/brooklyn/includes/UserMailer.php on line 46"
Is there another folder or file that needs to be writable?
Sandy
Has anyone experimented with "per-user categories" as an extension? The
commercial wiki Confluence has this feature: any category (called a
"label") that begins with "my:" is local to the current user. So people
can tag pages with their own categories for their own reference, and
these categories are not visible to other users.
So if you added to an article:
[[category:my:important]]
this creates a category "my:important" that's visible only to the
logged-in user who created it. So people can create their own locally
organized sets of articles.
DanB
Hello,
Sometimes after edit of long page I am getting the following error:
"Lock wait timeout exceeded; try restarting transaction"
and I can't use the wiki any more.
Only mysqld resrart everything returns to normal.
I would like to know if there is a way of preventing this from happening.
Using MediaWiki 1.6.12
Thanks,
Addady
I noticed a minor item with respect to the use of Tidy on Windows machines.
Windows binaries for PHP usually include Tidy by default. Unlike other
OS versions, the Windows users don't take an active role in including or
excluding Tidy.
In DefaultSettings.php for version 1.12 (looking ahead a bit), I noticed
that the global for internal Tidy is set by testing for the inclusion of
the internal Tidy extension in PHP. Parser.php will perform a check on
whether internal Tidy is available and selects that in preference to
external Tidy. Hence, if LocalSettings.php is set to use Tidy, it gets
internal Tidy by default.
If the admin doesn't realize that internal Tidy is in PHP and/or prefers
to use external Tidy (for whatever reason), he will be surprised that
external is not used unless he explicitly resets the internal Tidy flag
to false.
Personally, I find this a "surprising" default setting. I would expect
the internal Tidy flag to be false by default.
I haven't put this in as a bug, since I'd prefer to see if others think
this is not an issue.
PS - since internal Tidy has been knackered in Parser.php from 1.7 to
1.11 inclusive (it only had PHP4 functions), I assume that internal Tidy
is not something most developers/admins think much about. Hence this
change in Parser.php for 1.12 might not have been thought out in terms
of all OSes being used.
Mike