Sorry my first question was in German :)
So here my Problem again.
I have Problems with files wich contains special signs like ä ö etc.
We switched our server and also we updated our wiki software. The Database is still on the same MySQL Server. We didn`t changed anything there. Just updating via the wiki upgrade script.
First we have problems with presenting the data. All special signs was broken. After we changed some settings everything is fine. But still some strange problems occur.
In the List of uploaded files all files are there. But if i click on some of them the wiki is telling me it is not there but i can upload it. But if I click on the directlink on the list of uploaded files i can download it.
This is so strange. I don`t know how to solve. It would be very nice to know why he thinks the file is not there.
Any Idea?
Jean Fiedler wrote:
Sorry my first question was in German :)
So here my Problem again.
I have Problems with files wich contains special signs like ä ö etc.
We switched our server and also we updated our wiki software. The Database is still on the same MySQL Server. We didn`t changed anything there. Just updating via the wiki upgrade script.
First we have problems with presenting the data. All special signs was broken. After we changed some settings everything is fine. But still some strange problems occur.
In the List of uploaded files all files are there. But if i click on some of them the wiki is telling me it is not there but i can upload it. But if I click on the directlink on the list of uploaded files i can download it.
This is so strange. I don`t know how to solve. It would be very nice to know why he thinks the file is not there.
Any Idea?
Are you using Windows as the host OS? I know Windows causes this problem due to issues between the PHP engine, UTF-8 and Windows filenames. We use a JavaScript hook on the upload form to munge the filename so it contains plain characters only. Unfortunately I can't share it.
Cheers, Rob.
No we are using linux the old and the new one was linux.
Is it possible to fix theese files. Your hint is only working for new files.
The strange thing ist that not every file with a special sign is broken. Only some.
-----Ursprüngliche Nachricht----- Von: mediawiki-l-bounces@lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] Im Auftrag von Robert Cummings Gesendet: Mittwoch, 23. Juni 2010 14:40 An: MediaWiki announcements and site admin list Betreff: Re: [Mediawiki-l] Problems with Special Signs in Filenames
Jean Fiedler wrote:
Sorry my first question was in German :)
So here my Problem again.
I have Problems with files wich contains special signs like ä ö etc.
We switched our server and also we updated our wiki software. The Database is still on the same MySQL Server. We didn`t changed anything there. Just updating via the wiki upgrade script.
First we have problems with presenting the data. All special signs was broken. After we changed some settings everything is fine. But still some strange problems occur.
In the List of uploaded files all files are there. But if i click on some of them the wiki is telling me it is not there but i can upload it. But if I click on the directlink on the list of uploaded files i can download it.
This is so strange. I don`t know how to solve. It would be very nice to know why he thinks the file is not there.
Any Idea?
Are you using Windows as the host OS? I know Windows causes this problem due to issues between the PHP engine, UTF-8 and Windows filenames. We use a JavaScript hook on the upload form to munge the filename so it contains plain characters only. Unfortunately I can't share it.
Cheers, Rob. -- E-Mail Disclaimer: Information contained in this message and any attached documents is considered confidential and legally protected. This message is intended solely for the addressee(s). Disclosure, copying, and distribution are prohibited unless authorized.
_______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Everyone, please - The marjority of a message should not be a quote of the previous message!
Jean Fiedler wrote:
First we have problems with presenting the data. All special signs was broken. After we changed some settings everything is fine. But still some strange problems occur.
This looks like you upgraded with the wrong $wgDBmysql5, and then applied some "solution" to the page table but not to others like image and oldimage.
# This looks like you upgraded with the wrong $wgDBmysql5, and then applied some "solution" to the page table but not to others like image and oldimage.
Yes we looked in our old settings and there was $wgDBmysql5 = false;. So we changed tot hat. We also changed back to $wgDBTableOptions = "ENGINE=InnoDB"; After Updating there was something different. After that all Pages and Filenames looked good.
But he still says that the file is not there. Wich is wrong because i can download the file. Only the Wiki Site about the file is saying the file does not exist.
Is it possible that the sarver cached this information somewhere? Is there a way to log the file checking? Wich PHP Script/Function is making the checking? Maybe i find my problem.
Jean Fiedler wrote:
# This looks like you upgraded with the wrong $wgDBmysql5, and then applied some "solution" to the page table but not to others like image and oldimage.
Yes we looked in our old settings and there was $wgDBmysql5 = false;. So we changed tot hat. We also changed back to $wgDBTableOptions = "ENGINE=InnoDB"; After Updating there was something different. After that all Pages and Filenames looked good.
But he still says that the file is not there. Wich is wrong because i can download the file. Only the Wiki Site about the file is saying the file does not exist.
Is it possible that the sarver cached this information somewhere? Is there a way to log the file checking? Wich PHP Script/Function is making the checking? Maybe i find my problem.
Is it listed in the image table? Maybe you have file stored in hashed folders and have configured the wiki as having all files in the image folder (or viceversa)? (you can check that by looking at the real url and the one generated by the wiki)
#Is it listed in the image table? #Maybe you have file stored in hashed folders and have configured the wiki as having all files in the image folder (or viceversa)? (you can check that #by looking at the real url and the one generated by the wiki)
Yes thats right. The files are stored in the image folder. The direct link is (http://wiki.ourintranet.de/images/e/eb/Pr%C3%A4sentation_Kanten_ger.zip).
Do I have to edit something?
Oh my god the problem is fixed !!! :-)
It was the APC Cache. We turned of caching and the site is working. Turning on cache -> site is not working.
For me this is very strange APC is only a bytecodecache for PHP Files right? Thoose problems should never ever happen!
Maybe someone open the files while it was not working and after we fixed the problem the cache still says the file is not there.
Does someone know how to empty the apc cache?
On Fri, Jun 25, 2010 at 9:48 AM, Jean Fiedler J.Fiedler@keyence.de wrote:
Oh my god the problem is fixed !!! :-)
It was the APC Cache. We turned of caching and the site is working. Turning on cache -> site is not working.
For me this is very strange APC is only a bytecodecache for PHP Files right? Thoose problems should never ever happen!
Maybe someone open the files while it was not working and after we fixed the problem the cache still says the file is not there.
Does someone know how to empty the apc cache?
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Did you check if Zend Optimizer is disabled in the new server? APC is well-known to have show-stopper conflicts with Zend extensions.
Regards, Usamah
Did you check if Zend Optimizer is disabled in the new server? APC is well-known to have show-stopper conflicts with Zend extensions.
Regards, Usamah _______________________________________________
I use the standard apache of debian. If I look into a phpinfo there is a "Zend Memory Manager" enabled. Zend Extension is 220090626.
Polite request to all - the major portion of a message should *not* be quote of the previous message, especially with the resonse is posted at the bottom. **Please.**
mediawiki-l@lists.wikimedia.org