php - UTF8 characters not printed as such in Drupals HTML -
I'm trying to debug a bad utf-8 problem, and do not know where to start
The word 'carriageia' n 'in one page should be classified. Obviously something is wrong with UTF-8. It happens with all these multilingual characters. I have scanned gazial topics on UTF 8, but they cover mostly basic information, this is not the situation where everything is properly Is configured and is set correctly, but not clearly.
The pages are provided by Drup a MySQL database
Database Microsoft (not mine) was migrated by SQL-dumping and -importing trough phpmyadmin. Good chance there was something wrong, because before, there was no problem. And because the problem is only on old, imported items. Editing these objects or adding new ones, and handling incorrectly encoded characters, fixes the problem, though I'm not seeing any difference in the database.
- Content Re-edited Trough Drupal does not have this problem.
- When, on CLI, using MySQL, I can read that text and get the correct "Letter" present both the "right" and "incorrect" characters on the article < Li> Columns
- Headers with correct encoding appear:
Different Approval-Encoding
andContent-Type Text / html ; Charset = utf-8
- In the HTML head, a
& lt; Meta http-equiv = "content-type" content = "text / html; charset = utf-8" / & gt;
- HTTP header tells me that there is a varnish proxy in between UTF 8-conversion / brazage
- General content has been jizid in the drip , And I have never seen this QIP issuing UTF 8, but you never know.
utf8_general_ci
It appears that the importer is a criminal and I would like to know what happened wrong. B) Why can not I see the difference between mysql cli client between "false" and "correct" characters c) how to fix the database, or how to fix it, and how to begin to begin learning and start learning. >
The dump file was probably output as a UTF-8, but was interpreted as Latin 1 during the import. Latin 1 two-byte representation of à «
, ë
of UTF-8, physically in your table as UTF-8 data is.
A mix of broken data will be difficult to determine, but in general, this dirty functioning * works well Will:
update table SET column = REPLACE ("a«, "ë", column);
Unless you have other languages By the time the broken letters limit should be limited and you may be able to correct it with some statements.
The same problem Binding question:
* (Of course, < by walking this way Before do not forget to make a backup!)
Comments
Post a Comment