CURL importation de codage de caractères problème

J'utilise CURL pour l'import de code. Cependant, en français, tous les personnages sortent drôle. Par exemple: Bonjour ...

Je n'ai pas à changer quoi que ce soit sur les importations de code. Est-ce que je peux faire de mon côté pour résoudre ce problème?

Grâce

  • Votre situation n'est pas claire. Où est-PHP venir? Est le contenu que vous téléchargez le code PHP? Qu'utilisez-vous pour consulter le texte par la suite? C'est presque certainement juste une affaire de manipulation de données téléchargées dans le codage approprié. Toutefois, vous aurez besoin de savoir quel encodage (regardez les en-têtes HTTP pour un éventuel soupçon, même si elle peut ne pas avoir été correctement définies) et comment utiliser le bon encodage. Nous ne pouvons pas vous aider sur ce dernier point jusqu'à ce que nous savons ce que vous faites avec les données après l'extraction il.
  • "Votre situation n'est pas claire. Où est-PHP venir? Est le contenu que vous téléchargez le code PHP? Qu'utilisez-vous pour consulter le texte par la suite?" -de Jon Skeet la réponse ci-dessous
InformationsquelleAutor | 2009-03-16
  1. 14

    Comme Jon Skeet a dit qu'il est difficile de comprendre votre situation, néanmoins, si vous n'avez accès qu'à la version finale, vous pouvez essayer d'utiliser iconv pour la modification de l'encodage du texte.

    I. e.

    $text = iconv("Windows-1252","UTF-8",$text);

    J'ai eu le même problème il y a le temps (avec la langue italienne et de caractères spéciaux) et je l'ai résolu de cette façon.

    D'essayer différentes combinaisons (UTF-8, ISO-8859-1, Windows-1252).

    InformationsquelleAutor Alekc
  2. 7

    J'ai eu un problème similaire. J'ai essayé de faire une boucle par toutes les combinaisons d'entrée et de sortie, les jeux de caractères. Rien n'y fait! 🙁

    Cependant, j'ai été en mesure d'accéder à du code qui en fait récupéré les données et c'est là que le coupable a menti. Des données ont été récupérés par l'cURL. L'ajout de 

     curl_setopt($ch,CURLOPT_BINARYTRANSFER,true);

    il fixe.

    Un ensemble de code pour essayer toutes les combinaisons possibles d'une liste de jeux de caractères:

    $charsets = array(  
        "UTF-8", 
        "ASCII", 
        "Windows-1252", 
        "ISO-8859-15", 
        "ISO-8859-1", 
        "ISO-8859-6", 
        "CP1256"
        ); 

foreach ($charsets as $ch1) { 
    foreach ($charsets as $ch2){ 
        echo "<h1>Combination $ch1 to $ch2 produces: </h1>".iconv($ch1, $ch2, $text_2_convert); 
    } 
}
    InformationsquelleAutor Rid Iculous
  3. 3

    PHP semble utiliser l'UTF-8 par défaut, j'ai donc trouvé les ouvrages suivants

    $texte = iconv("UTF-8","Windows-1252",$texte);

    InformationsquelleAutor
  4. 3

    Vous pouvez remplacer votre 

    $data = curl_exec($ch);

    par

    $data = utf8_decode(curl_exec($ch));

    J'ai eu ce même problème et ça a bien fonctionné pour moi.

    • IMPORTANT: lors de la conversion UTF8 données qui contient le signe de l'EURO N'UTILISEZ PAS utf_decode fonction. utf_decode convertit les données en ISO-8859-1 jeu de caractères. Mais l'ISO-8859-1 jeu de caractères ne contient pas le symbole de l'EURO, à cet effet, le signe de l'EURO sera converti en un point d'interrogation '?' Afin de convertir correctement les données UTF8 avec le symbole de l'EURO, vous devez utiliser: iconv("UTF-8", "CP1252", $data)
    InformationsquelleAutor Ben
  5. 2

    Je suis en train de souffrir d'un problème similaire, je suis en train d'écrire une simple html <title> importateur de la cia cURL. Je vais donc vous donner une idée de ce que j'ai fait jusqu'à maintenant:

    1. Récupérer le code HTML via cURL
    2. Vérifier si il n'y a aucun soupçon de codage sur les en-têtes de réponse via curl_getinfo() et le faire correspondre via des regex
    3. Analyser le code HTML pour le but de la recherche à la content-type meta et le <title> tag (oui, je sais les conséquences)
    4. Comparer les deux type de contenu, en-tête et de meta et de choisir le méta-un s'il est différent, parce que nous savons que personne ne se soucie de leur configuration de httpd et il y a beaucoup de saleté à l'aide de solutions de contournement, il
    5. iconv() la chaîne
    6. Qui, tous les jours, quand quelqu'un ne respecte pas les normes $DEITY punit lui jusqu'à la fin des jours, parce qu'il me sauverait la méta-analyse
    InformationsquelleAutor rmontagud