Ben kötü bir utf-8 sorunu hata ayıklamak çalışıyorum, ve nereden başlayacağımı bilmiyorum.

Bir sayfa kelime 'categorieà «n' içeren, wich İLETİŞİM KATEGORİLER edilmelidir. Açıkça bir şey UTF-8 yanlış. Bu, tüm bu multibite karakterleri ile olur. Ben burada UTF8 üzerinde gazillion konular taranmış, ama onlar çoğunlukla her şeyi yapılandırılmış ve doğru ayarlanmış gibi görünüyor, ama açıkça değil bu durum, temel değil kapsayacak.

Sayfaları bir MySQL veritabanı, Drupal tarafından sunulmaktadır.

Veritabanı sql-damping ve ithal oluk phpmyadmin ile (bana göre) göç etmiştir. Önce hiçbir sorun yoktu, çünkü iyi bir şans bir şey var yanlış gitti. Ve sorun sadece eski, ithal ürün oluşur çünkü. Bu öğeleri düzenlerken veya yenilerini ekleme ve elle yanlış kodlanmış karakterleri fixxing, sorunu giderir. Ben veritabanında bir fark göremiyorum rağmen.

• İçerik yeniden düzenlenebilir yalak Drupal bu sorun yok.
• CLI, MySQL kullanarak, ben o metni okumak ve doğru ë karakterini alabilirsiniz. "Doğru" ve "yanlış" karakterleri işler hem makaleleri.
• Tablolar harmanlama utf8_general_ci
• Başlıkları doğru kodlama ile gönderilmiş gibi görünen: Vary Accept-Encoding ve Content-Type text/html; charset=utf-8
• HTML başlığı içeren bir <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
• HTTP başlıklarını bir Vernik vekil inbetween olduğunu söyle. Acaba bu neden UTF8-conversion/breakage
• içerik Drupal normal GZipped, servis edilir, ve ben bu UTF8 issie Gzip Sıkıştırma WRT görmedim, ama asla bilemezsiniz.

It appears the import is the culprit and I would like to know a) what went wrong. b) why I cannot see a difference in the mysql cli client between "wrong" and "correct" characters c) how to fix the database, or where to start looking and learning on how to fix it.