UTF8 MySQL problèmes sur les Rails - les problèmes d'encodage en utf8_general_ci

J'ai une mise en scène Rails site qui est en cours d'exécution sur MySQL 5.0.32-Debian.

Sur ce site, toutes mes tables sont en utilisant utf8 /utf8_general_ci encodage.

À l'intérieur de cette base de données, j'ai des données qui ressemble à ceci:

mysql> select * from currency_types limit 1,10;
+------+-----------------+---------+
| code | name            | symbol  |
+------+-----------------+---------+
| CAD  | Canadian Dollar | $       |
| CNY  | Chinese Yuan    | å…ƒ     |
| EUR  | Euro            | â‚¬     |
| GBP  | Pound           | Â£      |
| INR  | Indian Rupees   | â‚¨     |
| JPY  | Yen             | Â¥      |
| MXN  | Mexican Peso    | $       |
| USD  | US Dollar       | $       |
| PHP  | Philippine Peso | â‚±     |
| DKK  | Denmark Kroner  | kr      |
+------+-----------------+---------+

Voici la question que je vais avoir

Sur la mise en scène (avec la db et les Rails site en cours d'exécution sur le système debian), les caractères de symboles apparaissent correctement lors de l'affichage de Rails. Par exemple, le Yuan Chinois apparaît comme 元 dans mon navigateur, pas å...ƒ car il montre à l'intérieur de la base de données.

Quand je télécharger ces données vers mon local OS X machine de développement et exécuter la db et les Rails en local, je vois la représentation de l'intérieur de la DB (å...ƒ) sur mon navigateur, pas le personnage 元 que je vois dans la mise en scène.

De débogage j'ai fait

J'ai assuré tous les en-têtes Content-Type sont de retour comme de l'utf-8 à partir de chaque serveur (local, la mise en scène).

Mon serveur mysql local et le serveur de transit sont à la fois le programme d'installation pour l'utilisation de l'utf-8 comme le jeu de caractères par défaut. Je suis à l'aide de "set names 'utf8'" avant de me faire des appels.

Je peux même me connecter à ma base de données intermédiaire de mes OS X Rails de l'hôte, et je vois encore les personnages å...ƒ représentant le yuan. Je devine alors, peut-être il ya un problème avec mon mysql client local, mais je ne peux pas comprendre ce qu'est la question.

Peut-être cela peut donner un indice

Pour le rendre encore plus confus, si je colle le caractère 元 dans la db sur ma machine locale, je vois que dans le navigateur web de l'amende. --- POURTANT, si je colle le même personnage dans ma mise en scène db, je en obtenir un ? marque à sa place sur la page de ma mise en scène Rails site.

Aussi, localement sur mes OS X rails de la machine si j'utilise "set names 'latin1'" avant mes requêtes, tous les caractères de revenir correctement. J'ai eu ces tables comme latin1 avant - serait-ce la question?

Quelqu'un s'il vous plaît aidez-moi ici, je vais fou à essayer de comprendre ce qui est mal!

InformationsquelleAutor Subimage | 2008-12-06

29

AHA! Semble que j'ai eu quelques informations de la table de encodé en latin1 avant, et bêtement changé les bases de données en utf8 sans conversion.

L'exécution de la suite d'une correction currency_types table:
```
mysqldump -u root -p --opt --default-character-set=latin1 --skip-set-charset  DBNAME > DBNAME.sql

mysql -u root -p --default-character-set=utf8  DBNAME < DBNAME.sql
```
Maintenant, j'ai juste veiller à ce que les autres contenus générés après le codage latin1 > utf8 commutateur n'est pas gâché par qui 🙁
- Oui c'est ça le problème. mais lorsque vous définissez votre connexion à latin1, il est apparu normal car il fait la même traduction. J'ai eu ce problème, mais ne pouvait pas re-créer la base de données. J'ai changé de phpMyAdmin pour utiliser un latin1 de connexion, puis exportés (si les données exportées est maintenant correct), puis enlevé le hack et re-importé. Données fixes. Plus de détails ici: omegadelta.net/2010/11/23/...
- Merci!!!! J'ai été de me gratter la tête un peu ce matin et cela s'est avéré être la solution pour une base de données créée avant mon temps!
- L'utilisateur de Windows qui reçoivent uniquement "accès refusé" -les messages, devrait changer de DBNAME.sql pour %homepath%\DBNAME.sql pour la commande mysqldump - et mysql-appels. Et grâce à la sous-image!
- Du pur génie. Bravo @sous-image. Votre diagnostic que la base de données a été converti en utf8 sans convertir les données dans des tables individuelles est exactement ce qui s'était passé dans notre cas. Votre solution fonctionne très bien ainsi.
- J'ai lu sur de nombreux autres utf8-rails3-mysql questions avant de découvrir ce billet, qui s'est avéré être exactement ce qui s'était passé avec le site que je suis en train de travailler sur.
- A sauvé la journée pour moi. Merci.
InformationsquelleAutor Subimage
20

Avez-vous de ces deux lignes dans votre database.yml sous la bonne section?
```
encoding: utf8
collation: utf8_general_ci
```
- ne connaissais pas le fichier yml pourrait avoir un classement en ligne, mais oui j'ai l'encodage d'un...
- vous avez sauvé ma journée 🙂
- utf8_unicode_ci est recommandé
- Pourquoi est-utf8_unicode_ci recommandé en utf8_general_ci?
- Bonne question: essentiellement utf8_general_ci est un peu plus rapide, mais il n'est pas aussi précis. La meilleure pratique consiste à utiliser utf8_unicode_ci. Lire la suite ici: stackoverflow.com/questions/766809/...
InformationsquelleAutor Can Berk Güder
2
1. Le problème aurait pu être avec vous MySQL client dans la mise en scène, il ne supporte pas l'UTF-8.
2. Votre local OSX ruby configuration de l'installation peut ne pas avoir déclaré la bonne configs.
  Vous devriez avoir "encoding: utf-8" dans "config/database.yml" pour la base de données MySQL.
  Vous devriez avoir "$KCODE = " u "" dans "config/environment.rb" pour le rubis de l'environnement.
- Je n'ai pas le $KCODE partie, mais j'ai "encoding: utf-8" dans tous les fichiers de configuration. Il semble que mon problème était que j'avais mélangé le contenu encodé dans la base de données. J'ai donc été le stockage de caractères latin-1, mais en essayant de les lire comme utf8
- j'ai vu ur réponse après cette annonce.. de toute façon merci pour cette erreur. J'ai vu cette erreur se produire dans de nombreux cas
- L'ajout de la ligne de codage de base de données.yml résolu mon problème.
InformationsquelleAutor yrcjaya

Une autre approche simple consiste à définir le type d'encodage en utilisant SQL instruction Alter. Vous pouvez faire cela en utilisant la ci-dessous script bash.

for t in $(mysql --user=root --password=admin  --database=DBNAME -e "show tables";);do echo "Altering" $t;mysql --user=root --password=admin --database=DBNAME -e "ALTER TABLE $t CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci;";done

embellie

  for t in $(mysql --user=root --password=admin  --database=DBNAME -e "show tables";);
    do 
       echo "Altering" $t;
       mysql --user=root --password=admin --database=DBNAME -e "ALTER TABLE $t CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci;";
    done

InformationsquelleAutor RameshVel

Ma DB est déjà configurée par défaut en utf8, mais j'ai rencontré le même problème.

Aussi après adjonction d'habitude balise meta, le problème est toujours là:

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

Puis j'ai créé un dédié connection.php pour assurer toutes les communications avec MySQL est un ensemble de jeu de caractères utf8. Notez qu'il n'y a pas de - en utf8 dans mysqli_set_charset($bd, 'utf8')!

Voici mon Connection.php:

<?php
    $mysql_hostname = "localhost";
    $mysql_user = "username";
    $mysql_password = "password";
    $mysql_database = "dbname";
    $prefix = "";
    $bd = mysqli_connect($mysql_hostname, $mysql_user, $mysql_password) or die("Could not connect database");
    mysqli_select_db($bd, $mysql_database) or die("Could not select database");
    if(!mysqli_set_charset($bd, 'utf8'))  {
        exit() ;
    }
?>

Un autre fichier php:

<?php
    //Include database connection details
    require_once('connection.php');

    //Enter code here...

    //Create query
    $qry = "SELECT * FROM subject";
    $result = mysqli_query($bd, $qry);
?>

//Other stuff

InformationsquelleAutor mak arthur

0

Pour les Rails exécuter l'extrait de code suivant dans la console rails. Il va générer un sql pour toutes les tables. Ensuite vous connecter à mysql et exécuter copié sql à partir de rails de la console. Il change toutes les tables de codage.
```
schema = File.open('db/schema.rb', 'r').read
rows = schema.split("\n")

table_name = nil
rows.each do |row|
  if row =~ /create_table/
     table_name = row.match(/create_table "(.+)"/)[1]
     puts "ALTER TABLE `#{table_name}` CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci;"
  end
end
```
- Ce n'est pas les Rails de chemin, essayez d'utiliser des migrations à la place.
InformationsquelleAutor Rokibul Hasan
0

Vous pouvez générer une migration, les Rails de chemin, de modifier le classement de type à vos bases de données:
```
rails generate migration ChangeDatabaseCollation
```
Vous pouvez ensuite modifier le fichier généré et coller:
```
def change
  # for each table that will store the new collation execute:
  execute "ALTER TABLE my_table CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci"
end
```
Et exécuter la migration:
```
rake db:migrate
```
Vous pouvez également appliquer le nouveau classement sur votre base de données.yml:
```
development:
  adapter: mysql2
  encoding: utf8
  collation: utf8_general_ci
```
Pour plus d'informations sur les Rails de migrations:

http://edgeguides.rubyonrails.org/active_record_migrations.html

Pour plus d'informations sur les types de tri:

http://collation-charts.org/

InformationsquelleAutor mauriciomdea

Vous devez vous connecter pour publier un commentaire.