Put wrong ISO code and went live.. now changing F*CKS up site

[scandic_outlet]

hi guys

i made a bad mistake.

 

When installing the language pack for Danish language, i added the language in admin and put "dk" as the iso code... It should have been "da"

 

After a month of being "live" i discovered this mistake, because of some payment modules, who needs the correct iso code "da".

I tried chaning the admin setting to DA - but then most customers who visited the site before the change - now just gets a BLANK PAGE.

 

i dont know if its because most computers caches something or where i am going wrong.. but could anyone of you offer me any kind of solution how to get around this problem??

I realliy need to set the proper iso code - but at the same time, dont want to give all my returning customers a blank screen :(

 

 

please help me.

 

regards and many thanks

Michael

[scandic_outlet]

hi guys

i made a bad mistake.

 

When installing the language pack for Danish language, i added the language in admin and put "dk" as the iso code... It should have been "da"

 

After a month of being "live" i discovered this mistake, because of some payment modules, who needs the correct iso code "da".

I tried chaning the admin setting to DA - but then most customers who visited the site before the change - now just gets a BLANK PAGE.

 

i dont know if its because most computers caches something or where i am going wrong.. but could anyone of you offer me any kind of solution how to get around this problem??

I realliy need to set the proper iso code - but at the same time, dont want to give all my returning customers a blank screen :(

 

 

please help me.

 

regards and many thanks

Michael

 

anyone have any ideas for this matter?

[MrPhil]

A blank page usually means a fatal PHP error. It probably has nothing to do with changing the ISO code, but is an error introduced elsewhere. You should see somewhere on your system a log of PHP errors. Sometimes it's called error_log and resides in the directory where the error occurred. There may also be something in your web site host admin panel recording errors. Have you looked in these places? Also read http://www.catskilltech.com/freeSW/SMF/faqs/ > Blank page/White Screen of Death.

[scandic_outlet]

A blank page usually means a fatal PHP error. It probably has nothing to do with changing the ISO code, but is an error introduced elsewhere. You should see somewhere on your system a log of PHP errors. Sometimes it's called error_log and resides in the directory where the error occurred. There may also be something in your web site host admin panel recording errors. Have you looked in these places? Also read http://www.catskilltech.com/freeSW/SMF/faqs/ > Blank page/White Screen of Death.

 

Hi Phill

thanks so much for your reply

 

Well the error is fixed, as soon as i change the language iso code back to what it was before.

 

Also - if choosing to load the page with the language define in the end, it works as well..

 

Really strange.. i looked in the error log - but i will try again, and see if i missed something.

[scandic_outlet]

i just realize something..

We had a problem that we did not want the browser detection of language - so we changed this code:

 

// set the language

if (!tep_session_is_registered('language') || isset($HTTP_GET_VARS['language'])) {

if (!tep_session_is_registered('language')) {

tep_session_register('language');

tep_session_register('languages_id');

}

 

include(DIR_WS_CLASSES . 'language.php');

$lng = new language();

 

if (isset($HTTP_GET_VARS['language']) && tep_not_null($HTTP_GET_VARS['language'])) {

$lng->set_language($HTTP_GET_VARS['language']);

} else {

$lng->get_browser_language();

}

 

$language = $lng->language['directory'];

$languages_id = $lng->language['id'];

}

 

 

 

To this:

// set the language

if (!tep_session_is_registered('language') || isset($HTTP_GET_VARS['language'])) {

if (!tep_session_is_registered('language')) {

tep_session_register('language');

tep_session_register('languages_id');

}

 

include(DIR_WS_CLASSES . 'language.php');

$lng = new language();

 

if (isset($HTTP_GET_VARS['language']) && tep_not_null($HTTP_GET_VARS['language'])) {

$lng->set_language($HTTP_GET_VARS['language']);

} else {

$lng->set_language(DEFAULT_LANGUAGE);

}

 

$language = $lng->language['directory'];

$languages_id = $lng->language['id'];

}

 

 

 

 

 

Could this be part of the problem? If this "forced" setting of default language is somehow "stored" remembered by the visitors browser?

[MrPhil]

Are you sure that DEFAULT_LANGUAGE is properly defined at that point? From the usage, I would guess that it's expected to be a "define" or the equivalent from a configuration table. I don't think you're sending anything back to the visitor's browser; you're just asking it what language the visitor likes to use. I don't recall whether it would be a full name (e.g., english) or an ISO code (e.g., en or en_US). Just that one line is changed?

[scandic_outlet]

yes - it is working fine with this mod - in the sense that default language is chosen.

However when changing the iso code of the language - page just goes white.

 

I'll try run over the error log again..

 

Alternatively - could one do a .htaccess rule, that if visitors call language code XX - > change it to YY ?

[MrPhil]

Have you tried da-da? That's the format that Firefox has for its language setting. If that doesn't work, try da_DA (the standard formatting) and just da. I'm not sure if the language is changeable from .htaccess -- I'm away from my references this week.