Hi Thomas. This was not the case. Since I am using the CSV implementation I found one note in ZF's documentation regarding a bug in PHP and fgetcsv so I ended using setlocale in the bootstrap of the non-functional server to match the development one. The LC_ALL was different.
http://bugs.php.net/bug.php?id=38471 After doing this all went well. Thanks for the reply. 2008/9/13 Thomas Weidner <[EMAIL PROTECTED]> > You missed installing the japanese character set on server2. > Not installed charsets are shown as empty or sometimes also as box > character. The behaviour depends on the used programm/browser. > > ZF always outputs the encoding as defined within the source, and this > should always be UTF-8. > > Greetings > Thomas Weidner, I18N Team Leader, Zend Framework > http://www.thomasweidner.com > > ----- Original Message ----- From: "mbneto" <[EMAIL PROTECTED]> > To: "Zend Framework General" <[email protected]> > Sent: Saturday, September 13, 2008 12:20 AM > Subject: [fw-general] Loosing translations: ja_JP > > > > Hi, >> >> I am facing a strange problem. I have two servers (both same Linux >> distro/version) and in one I can use the ja_JP translation with ZF and in >> the other the loaded locale simply show empty strings for all japanese >> characters. >> >> I have a locale/ja_JP (CSV) with >> >> something;字だけ入力してください >> smeothing2:something2 >> >> in my code I use the $tr->_('something') and $tr->_('something2'); >> >> In one server both work and in the other only the something2 (added just >> to >> test the application was loading the right locale file). >> >> I've var_dump the $tr and it shows the ["_translate:protected"] with all >> the locales and the key => value correct for the something2 but in blank >> for >> the something (ex. >> >> ["ja_JP"]=> >> array(29) { >> ["Name"]=> >> string(0) "" >> ... >> >> Any ideas? >> >> >
