Un texte tronqué apparaît lors de la navigation sur la page php

Les pages Web tronquées ont toujours été un casse-tête pour les experts en programmation réseau. Je suis débutant en programmation Web PHP. J'ai également rencontré ce problème au cours de mes études. comme suit. :

Encodage chinois général : gb2312, gbk (une extension du premier), ces deux encodages manquent de polyvalence internationale ; UTF-8 est un encodage standard international, et l'encodage général des pages Web utilise cette méthode d'encodage ; ;

Les caractères tronqués sont principalement causés par des incohérences dans les méthodes d'encodage. Il existe quatre incohérences principales qui peuvent provoquer cette possibilité :

1. ( .html, .php, etc.)

2. La méthode d'encodage du navigateur spécifiée dans html.head

3 La méthode d'encodage de la transmission de la base de données MySql

4. Jeu de caractères Apache

Les encodages de ces quatre doivent généralement être unifiés, et il est plus approprié de les unifier en UTF-8. Les quatre points suivants doivent être notés :

1. L'édition comme PlusEdit reconnaîtra l'encodage du fichier, et l'encodage restera inchangé après l'ouverture et l'enregistrement avec des outils de développement tels que Visual Studio 2005 et Zend Studio ; utilisera des outils. Le caractère défini dans les préférences est ouvert et enregistré, et l'encodage d'origine peut être modifié.

Il peut s'agir d'utf-8 à l'origine, outil zend studio -> (l'encodage de préférence est gb2312), ouvrez-le et enregistrez-le et il deviendra gb2312, ce qui peut provoquer des caractères tronqués

2 ; . < ;meta http-equiv="Content-Type" content="text/html; charset=utf-8">Cette phrase peut forcer le navigateur à afficher la page en codage utf-8, mais il y a une chose à faire. Remarque : Il est possible que le jeu de caractères d'Apache ne soit pas UTF-8, comme GB2312. Dans ce cas, le navigateur ouvrira d'abord le codage du jeu de caractères du serveur (GB2312), ce qui peut provoquer des caractères tronqués.

Donc cela peut généralement être géré comme ceci : Désactiver le jeu de caractères du serveur Apache AddDefaultCharset off A ce moment, la navigation s'ouvrira avec le jeu de caractères dans la page Head.

3. PHP interagit généralement avec la base de données Mysql Lorsque les deux communiquent entre eux, il y a aussi un problème d'encodage, qu'il s'agisse d'ajout ou d'interrogation, la méthode d'encodage de la communication doit être spécifiée (généralement cohérente avec la méthode d'encodage). UTF-8 dans l'en-tête. Sinon, les données extraites sont codées en non-UTF-8 et elles seront toujours tronquées lorsqu'elles seront affichées sur la page ; les méthodes de communication échoueront également.J'ai rencontré cet échec d'insertion.Question, j'espère que tout le monde ne répétera pas la même erreur, O(∩_∩)O~) Spécifiez la méthode de communication : mysql_query('set names utf8'), notez qu'elle n'est pas utf-8 ;

4. Généralement lors de la construction d'une base de données, l'encodage n'a pas d'importance. Il y aura des problèmes dans l'exécution des instructions SQL après modification. Par exemple, lorsque l'outil de visualisation frontal supprime des données. , il signalera une erreur indiquant que le jeu de caractères ne correspond pas. Il n'est pas nécessaire de modifier la méthode d'encodage dans le fichier my.ini. Après modification, Mysql peut ne pas pouvoir le faire. Au démarrage, une erreur 1065 a été signalée.

Tant qu'il n'y a pas de code tronqué lors de l'ajout et de la vérification du programme client MySQL sur la ligne de commande, il ne devrait y avoir aucun problème avec la méthode d'encodage de la base de données. L'élément clé à vérifier est si le code est tronqué. est causé par les trois ci-dessus.

Tutoriel vidéo recommandé : Tutoriel vidéo PHP

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!