Sorry for my last post, if forgot to use english
i want to convert a existing wiki (1.4.7) from latin-1 coding to UTF-8. I
tried this with partial success:
-mysql-dump converted to UTF-8 using iconv
-mysql.dump restored
-in LocalSettings.php i set latin1=false
The wiki now works well in UFT-8, but all links to files (pictures) with
german umlauts are broken. I tried to rename these files witz convmv, but
without success.
The upgrade_15.php-script which is part of verion 1.5 doesn't work. There is a
errormessage: table wikidb.page not found.
i hope anyone can help me,
regards
--
E-Mail by http://www.jesus.ch/ and http://www.livenet.ch/
News, Magazin, Events, Forum, Chat, Free E-Mail, Dialin, Jobs,
Top-Newsletter
Hallo zusammen,
ich moechte ein vorhandenes Wiki (1.4.7) mit Latin-1 Codierung nach UTF-8
konvertieren, um dann ein upgrade auf die 1.5er version zu machen. Ich habe
folgendes mit Teilerfolg probiert:
-mysql-dump mit iconv nach UTF-8 konvertiert
-mysql.dump zurueckgeschrieben
-in der LocalSettings.php latin1=false gesetzt
Jetzt funktioniert das wiki ganz prima in UTF-8, aber alle Dateien (z.B.
Bilder) mit Umlauten werden nicht mehr gefunden. Auch wenn ich die Dateinamen
mit convmv nach UTF-8 umbenenne.
Das upgrade_15.php-script was bei der 1.5er Version dabei ist funktioniert
ueberhaupt nicht. Es gibt eine Fehlermeldung, die sich darueber beschwert,
dass es die Tabelle wikidb.page nicht gibt.
Freue mich auf Hilfe,
Gruesse
--
E-Mail by http://www.jesus.ch/ and http://www.livenet.ch/
News, Magazin, Events, Forum, Chat, Free E-Mail, Dialin, Jobs,
Top-Newsletter
Hi.
I'm having trouble getting image resizing to work. I can upload and view
images just fine, but resizing and thumbs do not work.
e.g. [[Image:a_largish_image.png | 30px |]] does nothing for me. The
image shows up fine, just not small. The largish images I'm trying are
only 300x100 or so - not large enough to cause memory or timeout issues,
but large enough so that a resize operation's results should be
unambiguous.
I have:
- Searched through the old mails on this list looking for answers. I've
looked at everything with "ImageM*" and "resize". Nothing has helped me
so far.
- Googled extensively to no avail.
- Made sure that ImageMagic works just fine from PHP w/o MediaWiki. I can
resize an image just fine using exec() to call convert on files.
Specifically, I can use exec() to make convert resize files.
- Made sure that the following lines appear in my LocalSettings.php
$wgDisableUploads = false;
$wgUseImageResize = true;
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "/usr/local/bin/convert";
The convert binary is set to be executable by the web server's group.
- Made sure that exec() is not forbidden in my php.conf file. Nothing
exec-related appears to be locked down at all and, as I mentioned before,
I can call exec() on convert just fine using PHP without MediaWiki.
- Made sure I'm not running in PHP's safe mode.
- Attempted to comment out $wgUseImageMagick which I believe forces
MediaWiki to use GD, which I have installed. This does not help.
- Attempted to use .gif, .jpeg and .png files in my testing. They all
behave identically (none of them work).
- Made sure that the wiki directory and all its subdirectories are
accessible by Apache via chown -R web_person:apache_group /path/to/wiki.
- I am using an access file on the wiki directory to keep outsiders out of
the wiki, if that makes any difference. It hasn't had an effect on the
rest of the wiki functionality as far as I can tell.
Installed versions:
GD 2.0.33
Apache 2.0.54
ImageMagick 6.2.3-4
MediaWiki 1.4.5
MySql 4.1.12
PHP 5.0.4
zlib 1.2.3
libpng 1.2.8
jpeg library version 6b
I'm running on Fedora Core 4 (2.6.11-1.1369_FC4). X/KDE/Gnome/etc were
not installed. Packages listed above were installed from source tarballs.
Everything else about the wiki works wonderfully. I can edit, upload
images, etc. with no problems whatsoever. It's a great piece of software.
I'm just having this one little problem.
I'm new to PHP, so I'm not so familiar with troubleshooting it.
Any ideas?
Thanks for your help,
Dana Robinson
>Phil wrote:
>> I've tried installing mediawiki 1.4.7 multiple times already with
>> different settings; can anyone advise me on getting this working (or is
>> Mediawiki 1.5 coming soon without these issues?
>
>Try installing 1.5beta3 and see.
Result: config gives Fatal errors (reported in separate email).
>>(Q) Is it possible that php 5.0.4's default
>> is to use the new 4.1 mysql passwords?
>
>Might be, or it might not; I haven't tested FC4 to see
>how they've compiled it. Set up a script like this:
<?php phpinfo() ?>
>And check the MySQL section for the client library version.
>The MediaWiki 1.5 installer should include a warning
>message if it detects the older version.
mysql: Client API version 4.1.11
mysqli: Client API version 4.1.11
Let me know if I should send the whole output.
>> ... in which case forcing mysql to use the old passwords is a problem?
>
>Try also disabling turck & memcache.
do you mean: in mediawiki config, select no caching;
or do you mean, make sure the machine doesn't load them at all?
>> Warning: array_key_exists() [function.array-key-exists]: The second
>> argument should be either an array or an object in
>> /var/www/html/mediawiki-1.4.7/includes/User.php on line 716
>That probably shouldn't happen, but sounds harmless.
>Where exactly did you get this?
When trying to re-run the config/index.php file, instead of moving on
with 'success!' the config/webform page is refreshed with those error
messages between the list of detected stuff and the section of text
input forms.
>> and other complaints which I assume have to do with attempting
>> to create already created databases and/or users.
>Can you include those? Rerunning the installer after a successful
>installation will only run updaters, not creation of tables.
Well, when the sql root user has either new- or old-style password, I can
no longer get past the config file:
===============================before:==========================
MediaWiki 1.4.7 installation
Please include all of the lines below when reporting installation
problems.
Checking environment...
* PHP 5.0.4: ok
* PHP server API is apache2handler; ok, using pretty URLs
(index.php/Page_Title)
* Have XML / Latin1-UTF-8 conversion support.
* PHP's memory_limit is 8M. If this is too low, installation may fail!
Attempting to raise limit to 20M... ok.
* Have zlib support; enabling output compression.
* Turck MMCache installed
* Found ImageMagick: /usr/bin/convert; image thumbnailing will be
enabled if you enable uploads.
* Found GD graphics library built-in.
* Installation directory: /var/www/html/mediawiki-1.4.7
* Script URI path: /wiki
================================================================
>Check the PHP error log. If there is not a PHP error
> log by default, find php.ini and set one up.
ok on retrying the 1.4.7 config, with no caching and all passwords the
same, I am getting in http/logs/error_log: (which php errors are reported
to)
[Thu Jul 21 17:18:50 2005] [notice] child pid 7283 exit signal
Segmentation fault (11)
[Thu Jul 21 17:19:00 2005] [notice] child pid 7281 exit signal
Segmentation fault (11)
[Thu Jul 21 17:19:39 2005] [notice] child pid 7284 exit signal
Segmentation fault (11)
[Thu Jul 21 17:19:40 2005] [notice] child pid 7285 exit signal
Segmentation fault (11)
[Thu Jul 21 17:20:39 2005] [notice] child pid 7286 exit signal
Segmentation fault (11)
[Thu Jul 21 17:21:20 2005] [notice] child pid 7287 exit signal
Segmentation fault (11)
[Thu Jul 21 17:21:21 2005] [notice] child pid 7280 exit signal
Segmentation fault (11)
Keep seeing these in my apache logs after editing any page. Needless
to say the browser disconnects and cannot complete the request so the
edit never takes.
==> access_log <==
192.168.100.190 - - [22/Jul/2005:12:40:33 -0400] "GET / HTTP/1.1" 301 28
192.168.100.190 - - [22/Jul/2005:12:40:33 -0400] "GET /index.php/
Main_Page HTTP/1.1" 304 28
192.168.100.190 - - [22/Jul/2005:12:40:40 -0400] "GET /index.php?
title=Main_Page&action=edit HTTP/1.1" 200 3004
==> error.log <==
[Fri Jul 22 12:40:53 2005] [notice] child pid 26551 exit signal
Segmentation fault (11)
I'm running (not sure if the perl stuff matters, but I'll include it
anyway):
php4-4.3.11_1
perl-5.8.6_2
mod_perl2-2.0.1,2
bsdpan-libwww-perl-5.803
apache-2.0.50_1
mediawiki-1.4.6
Anyone seen this or know how to possibly troubleshoot it?
With all due respect to the work you have done, I believe spell
checking is the domain of the client.
On Safari (MacOS X) at least, client-side interactive spell checking
works great with MediaWiki. Does it not in other browers/OSs?
:::: Faith in the Universe is ultimately faith in one's self.
:::: Jan Steinman http://www.Bytesmiths.com/Item/770301
Hi just a quick note to say thanks to all who posted advice, wiki now up
and running perfectly, In the end the winning combination was
mediawiki1.4.6 and uniserver3.2a on a windows xp network.
thanks again
Caspar
===============================================================
National Australia Group Europe Limited (Company Number 02108635, Registered Office 88 Wood Street, London EC2V 7QQ) (NAGE) is a subsidiary of National Australia Bank Limited (an Australian registered company). The following UK companies are authorised and regulated by the Financial Services Authority: Clydesdale Bank PLC (trading as Clydesdale Bank and Yorkshire Bank), MLC Savings Limited, MLC Trust Management Company Limited, Clydesdale Bank Insurance Brokers Limited, Yorkshire Bank Financial Services Limited, National Australia Insurance Services Limited and Custom Fleet Limited.
The views and opinions expressed in this email may not reflect the views and opinions of any member of the group of which NAGE forms part. The information contained in this message is confidential and may also be privileged. It is intended only for the addressee named above. The unauthorised use, disclosure, copying or alteration of this message is strictly prohibited. If you are not the addressee (or responsible for delivery of the message to the addressee), please notify the originator immediately by return message and destroy the original message. This message and any attachments have been scanned for viruses prior to leaving the NAGE network. However, NAGE does not guarantee the security of this message and will not be responsible for any damages arising as a result of any virus being passed on or arising from any alteration of this message by a third party. NAGE may monitor emails sent to and from the NAGE network.
> From: Brion Vibber <brion(a)pobox.com>
>
> Jan Steinman wrote:
>
>>> I'm definitely looking forward to when 1.5 stabilizes...
>>
>> Is there a timeline for a 1.5 "product" release?
>
> When it's ready.
I suspected as much. :-)
:::: My parents went on a long vacation in their SUV,
:::: and all I got was a year in Iraq.
:::: CORRECTION: 18 months, the last six against my will...
:::: Jan Steinman <http://www.Bytesmiths.com/Item/99BA01>
hi,
at avar's suggestion i've created a wiki for MediaWiki (gosh, to think we
never had one of those before...). it's located at:
http://wiki.mediawiki.org/wiki/Main_Page
i'm not really sure what the best use for it is at the moment, but to start
with, moving wikipedia.sourceforge.net there seems reasonable, and then maybe
some of the documentation from meta.
have fun.
kate.
> I'm definitely looking forward to when 1.5 stabilizes, as e-mail
> notification is really useful in many environments.
Is there a timeline for a 1.5 "product" release?
I have customers clamoring for wiki changes, and I just can't bring
myself to do it to 1.4, since The Known World is changing soon...
:::: We need an energy policy that encourages consumption. -- George
W. Bush
:::: Jan Steinman <http://www.Bytesmiths.com/Item/99BD07>