Gibberish from setup.php
Weird installation problem
I unzipped yacs at a hosting provider (PHP5 and MySQL 4), and the first time I access setup.php I get this:
UM6^... (and a lot of question marks).
I get similar gibberish from other php files. I narrowed it down to those file that include 'shared/global.php', if I comment that single line the gibberish disappears.
What could be the problem?
I get similar gibberish from other php files. I narrowed it down to those file that include 'shared/global.php', if I comment that single line the gibberish disappears.
What could be the problem?
Dobliu from L'Île de Pâques (en espagnol Isla de Pascua, en rapanui Rapa Nui) 216 posts |
Hi, Please, make a trying by a LOCAL install (with easyphp, wamp, ....), for "le baragouin- gibberisch ", please a picture perhaps? if you comment shared/glopbal.php, the solution is not good because YACS needs this file. Have you read the readme.txt ? |
| Jonathan 5 posts |
Dobliu: I installed it locally on several systems (php5, mysql5/5.1) and everything worked great. This time it is an hosting provider, so I don't know what's wrong. Of course global.php is mandatory, but now we know where the problem is. The output is not in HTML. It looks like several lines of this:
|
Bernard from nearby-an-airport Associate, 6796 posts |
Maybe you are suffering from the BOM syndroma. This issue is coming from the Unicode/UTF-8 encoding of international characters. The BOM is a sequence of chars to be put at the beginning of files to signal they support the Unicode standard. However, this should not be inserted into PHP scripts, because it kills the standard XHTML output as you have reported. The question is: why has the BOM appeared in some scripts, since the YACS archive does not feature it at all? Maybe you have edited some file with a UTF-8 compatible tool that has added the BOM header to global.php? Normally this issue would not appear with files from the official archive... |
| Jonathan 5 posts |
Bernard: I unzipped the files from the official download (6.9) on my desktop (Windows) and uploaded them to the hosting provider (Unix) using FileZilla. When I edit the files (using an online editor) they look perfectly good. I suspect something is faulty with the PHP at the hosting provider (maybe a dependency is lacking), and this is causing global.php to return gibberish. I'm going to try and narrow it down. |
| Jonathan 5 posts |
Jonathan: OK, I fixed it. Here is what happened: The hosting provider had this line in the php.ini: zlib.output_compression = On
Changing this to Off solved the problem.
It was a clash between the mime-type php thinks is being used, and the mime-type Apache actually use.
|
| Bernard from nearby-an-airport Associate, 6796 posts |
Jonathan: Thank you for the feed-back. It's the first time i am seeing this kind of issue. Good to know... |
UM6??^Z??$??^x 
Rate this page
Posted by Jonathan on Nov. 21 2006, commented by Bernard on Nov. 21 2006, (popular)
