Kryptronic Software Support Forum

dansmith490 · 12-08-2014 05:39:05

Hi,
I am having trouble in both the admin, invoice printing and frontend on the website with foreign characters, the database is set to UTF8_general_ci and the html character set is UTF8, as so

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

I added the code of "default-character-set = utf8" to the database connection for inserting, which inserted the data correctly in to the database, yet this caused some very strange characters to appear before any £ and other areas of the website. The main one was this Â and also appeared in areas that had no data just   such as Â 

I had to remove this code to stop the front end showing these symbols.

Is this common issue, I have read lots of people with the same issue of UTF8 and tried many solutions but nothing seems to match up correctly.

This is a very recent order:
Ã„Â°stanbul Teknik Ãƒniversitesi
ATTN:
Ã„Â°stanbul Teknik Ãƒniversitesi
Avrasya Yer Bilimleri EnstitÃƒÂ¼sÃƒÂ¼ Maslak
Ã„Â°stanbul, Turkey 34469

Any known solution for this?

webmaster · 12-08-2014 10:05:40

All your magic is going to happen in the xhtml_translate() function in {private}/core/CORE/CORE.php. You'll see that's where strings are encoded and decoded for display. You're going to have to make adjustments there based on your server's configuration in order to fully get UTF8 working right

This is assuming you've changed the charset headers in all the skins (top of all skin.php files in {public}/skins/*) used by Kryptronic software. And also assuming you've changed the collation of your MySQL database to UTF8.

sdn · 07-01-2015 03:59:58

Will this issue be fixed in v9? We get corrupted orders from other EU countries like

Liev?n instead of Lievägen

I have noticed that the text is corrupted in the order emails, BOM view and in SagePay but if I go into System Dashboard > Store > Orders > Processing and view the order there the text is correct.

webmaster · 07-01-2015 07:16:04

It's more of an issue with the browser (mail client, etc) viewing the characters than the software or content itself. In V9 we've gone to straight UTF-8 output to help alleviate this issue.

geraldz · 10-13-2017 05:37:07

The W3 validator reports that both my V8 and V9 is "using windows-1252 instead of the declared encoding iso-8859-1" and that "Legacy encoding windows-1252 used. Documents should use UTF-8."

It appears that the encoding is specified in the http header on the Kryptronic server.

In the post above, you state that V9 has gone to UTF-8 as recommended by W3.org. But it appears that the server character encoding is still ISO-8859-1?

webmaster · 10-13-2017 08:44:26

This post is two years old and contains outdated information. You're on KMH, meaning the server and PHP are using ISO-8859-1. K9 uses ISO-8859-1. If UTF-8 input is introduced, it's encoded properly as ISO-8859-1. Version 9.0.2 goes far and explicitly sets ISO-8859-1 as the charset for PHP and latin1 as the encoding for the database to ensure proper encoding on newer versions of PHP, which set no default (UTF-8). The fact is that properly encoded ISO-8859-1 is the most portable and easiest to work with across all platforms.

Kryptronic Software Support Forum

#1 12-08-2014 05:39:05

Foreign Characters with UTF-8

#2 12-08-2014 10:05:40

Re: Foreign Characters with UTF-8

#3 07-01-2015 03:59:58

Re: Foreign Characters with UTF-8

#4 07-01-2015 07:16:04

Re: Foreign Characters with UTF-8

#5 10-13-2017 05:37:07

Re: Foreign Characters with UTF-8

#6 10-13-2017 08:44:26

Re: Foreign Characters with UTF-8

Board footer