Skip to main content Help Control Panel

Login   A+   A-

Community «   Discussion forum «   Installation support «  

Localization problem...

avatarAnstey Stephan -- on Feb. 14 2007
Since install...I've had this one problem. Now I hacked around it, but, I'd really like to know the setting to fix.
Anytime this code:

// load localized strings i18n::bind('root');

appears, I get a giant dump of everything in session (I think that's what it is anyways, it's absolutely huge) at the top of the file before it outputs the page.

everything works fine as soon as I comment it out.

I'm wondering if it's not parsing something, i.e. is there a filetype that i need to register in some setting in apache? my php.ini file?

I have looked around, I don't see any mention of a similar problem.

Any advice would be wonderful.

thanks, stephan
Bernard
avatar
from nearby-an-airport
Associate, 6734 posts

on Feb. 14 2007


Stephan: i have never experienced this before. What version of PHP are you using?
AnsteyER
avatar
301 posts

inspired from Bernard on Feb. 15 2007


" Stephan: i have never experienced this before. What version of PHP are you using? "


PHP 5.1.5

apache 2.0

mysql 5.0.24
Bernard
avatar
from nearby-an-airport
Associate, 6734 posts

on Feb. 15 2007


These are more or less similar to what I have at the development computer. Would you like to copy first lines of the buggy output, to get an idea of what it looks like? You can make a file and upload here if you like.
AnsteyER
avatar
301 posts

inspired from Bernard on Feb. 15 2007


Language-Team: Core team MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Plural-Forms: nplurals=2; plural=(n != 1); X-Poedit-SourceCharset: utf-8 X-Poedit-Country: UNITED KINGDOM '; $l10n['en']['%s (and shortcuts, buttons, ...)']='%s (and shortcuts, buttons, ...)'; $l10n['en']['%s (and table of content)']='%s (and table of content)'; $l10n['en']['%s (bold, underline, ...)']='%s (bold, underline,..)'; $l10n['en']['%s (flags, ...)']='%s (flags, ...)'; $l10n['en']['%s (indentation, script, quote, ...)']='%s (indentation, script, quote, ...)'; $l10n['en']['%s (with bullets, numbered, ...)']='%s (with bullets, numbered, ...)'; $l10n['en']['%s (with headers, with grids, use CSV data, ...)']='%s (with headers, with grids, use CSV data, ...)'; $l10n['en']['%s LGPL and variations']='%s LGPL and variations'; $l10n['en']['%s and change it if you like.']='%s and change it if you like.'; $l10n['en']['%s and check some configuraon parameters.']='%s and check some configuration parameters.'; $l10n['en']['%s of this site.']='%s of this site.'; $l10n['en']['%s on this site']='%s on this site'; $l10n['en']['%s that will be published on this site']='%s that will be published on this site'; $l10n['en']['%s to access more material, and to receive our newsletters']='%s to access more material, and to receive our newsletters'; $l10n['en']['%s to be authenticated at each visit']='%s to be authenticated at each visit'; $l10n['en']['%s to be viewed by other meers']='%s to be viewed by other members'; $l10n['en']['%s to look for additional support']='%s to look for additional support'; $l10n['en']['%s to publish them']='%s to publish them'; $l10n['en']['%s with other members']='%s with other members'; $l10n['en']['%s with the Content Assistant']='%s with the Content Assistant'; $l10n['en']['%s. Or call it a \'blog entry\' if you prefer.']='%s. Or call it a \'blog entry\' if you prefer.'; $l10n['en']['%s. Some people would say \'a new blog\'.']='%s. Some people would say \'a new bl\'.'; $l10n['en']['(anonymous)']='(anonymous)'; $l10n['en']['-- All sections']='-- All sections'; $l10n['en']['1 result
AnsteyER
avatar
301 posts

inspired from ansteyER on Feb. 15 2007


AnsteyER:

here's a link so you can see what i'm talking about.

http://www.shakespearesmonkeys.com/privacy.php
Bernard
avatar
from nearby-an-airport
Associate, 6734 posts

on Feb. 15 2007


Would you kindly do a test for me? Edit the file i18n/i18n.php and replace require_once with include_once. Does this fix the issue?
AnsteyER
avatar
301 posts

inspired from Bernard on Feb. 15 2007


Bernard:

made that change to line 281.

No apparent difference. I did open a new browser all together. forced the cache out, through teh control panel as well.
Bernard
avatar
from nearby-an-airport
Associate, 6734 posts

on Feb. 18 2007


Actually, YACS makes intensive usage of included files, and I don't understand why this particular one creates an issue. Maybe the file has been corrupted somewhere. To check this you could delete all files with the extension .mo.php in the sub-directories of i18n/locale. Don't worry about that action, these files are cached versions of the .mo translated binaries, and will be rebuilt by YACS on first load.
AnsteyER
avatar
301 posts

inspired from Bernard on Feb. 21 2007


Bernard:

BLARGH!!!!

Things just got dramatically worse on the upgrade. (I KNOW, i shouldn't have done it. I should have waited until I knew what the problem was.)

Here's what i know, commenting out that line no longer helps me. Also, adding .mo.php into my apache config didn't doa nything either.

I didn't see any line in php.ini that would help.

I did run the test you suggested, and it did fix it for one click, then it rebuilt the cache and did it again. I haven't run this test on the upgraded server.

Fondly stephan
AnsteyER
avatar
301 posts

inspired from ansteyER on Feb. 21 2007


AnsteyER:

Hey, Just as more info...

It DOES still fix the problem when I rm *.mo.php in that directory..but of course, since it rebuilds them, that only solves the problem for a second
Bernard
avatar
from nearby-an-airport
Associate, 6734 posts

on Feb. 22 2007


Maybe you could prevent YACS to write the .mo.php files by changing permissions in the directory? At least this would let us some time to think about the issue...
AnsteyER
avatar
301 posts

inspired from Bernard on Mar. 1 2007


" Maybe you could prevent YACS to write the .mo.php files by changing permissions in the directory? At least this would let us some time to think about the issue... "


Thank you Bernard, this was the solution I used -- so that my site is live.

I appreciate it. I will continue looking for the underlying problem. So far, no luck.
Bernard
avatar
from nearby-an-airport
Associate, 6734 posts

on Mar. 1 2007


I have again checked the code of i18n/i18n.php, which looks good to me. Please let me know if you need more help on this issue.

Rate this page
Posted by AnsteyER on Feb. 14 2007, commented by Bernard on Mar. 1 2007, (popular)