Archives FluxBB.fr

numaa

Membre

Problème de (drôles) et de (présentation)

Bonjour ,

Sur mon forum : http://www.viva-portugal.net/forum/index.php

Les caractères accentués ressortent avec de droles de signes .

En fait j'ai changé d'hébergeur pour OVH et c'est depuis que ça va plus .

Auriez-vous une solution ?

Merci d'avance .

EBS

Membre

Re : Problème de (drôles) et de (présentation)

Problème d'encodage des caractères.
Regardes si ta base de données est encodée en iso ou en utf8. A première vue elle est en utf8 alors que ton forum doit être en iso.
Tu peux le changer sous phpMyAdmin.

numaa

Membre

Re : Problème de (drôles) et de (présentation)

Problème d'encodage des caractères.
Regardes si ta base de données est encodée en iso ou en utf8. A première vue elle est en utf8 alors que ton forum doit être en iso.
Tu peux le changer sous phpMyAdmin.

Bonjour EBS,

Comment je change ça sous phpMyAdmin, j'ai un peu regardé mais je vois pas ?

Otomatic

Régisseur

Re : Problème de (drôles) et de (présentation)

Bonjour,

On peut, sans aucun problème, avoir des pages avec un charset=iso-8859-1, une base de données dont le jeu de caractères pour MySQL est UTF-8 Unicode (utf8), des tables dans la base de données dont le charset est CHARSET=latin1 (iso-8859-1) et dont l'interclassement est COLLATE=latin1_general_ci.
Tout cela cohabite très bien ; le seul problème est qu'il faut que ce soit explicitement déclaré.

Il ne faut surtout pas changer le jeu de caractères des tables de la base de données.

Vu tes problèmes, je dirais que le transfert des contenus de la base de données n'a pas été effectué dans les régles entre les deux hébergeurs.

Peux-tu décrire comment tu as procédé ?

---

Ce n'est pas parce que l'erreur se propage qu'elle devient vérité. Gandhi
Sont différents : ça et sa - est et ait - à et a - ce et se - mes et mais ou met - été et était - c'est et ces - ce-si et ceci
La vie sans musique est tout simplement une erreur, une fatigue, un exil. Friedrich Nietzsche

EBS

Membre

Re : Problème de (drôles) et de (présentation)

Il ne faut surtout pas changer le jeu de caractères des tables de la base de données.

Il a changé d'hébergeur, peut être que dans le transfert il a sans le vouloir modifier son jeu de caractère, ce qui peut provoquer le problème actuel.
Il peut juste faire un test en modifiant le jeu de caractère d'une table (style la table des posts) pour vérifier...ce n'est pas très dangereux en soit mais bien entendu il faut faire un backup de la base avant toute manipulation de ce style.

Otomatic

Régisseur

Re : Problème de (drôles) et de (présentation)

Bonsoir,

Pour voir quelles sont les caractéristiques d'une table, lancer PhpMyAdmin (Ou équivalent selon l'hébergeur), choisir la base de données, puis l'onglet SQL qui doit ouvrir une fenêtre de « requête » SQL et, dans cette fenêtre taper :

SHOW CREATE TABLE punbb_posts

puis Bouton Exécuter.
Le résultat doit être (La valeur de l'auto_incrément sera différente ):

CREATE TABLE `punbb_posts` (
 `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
 `poster` varchar(200) COLLATE latin1_general_ci NOT NULL DEFAULT '',
 `poster_id` int(10) unsigned NOT NULL DEFAULT '1',
 `poster_ip` varchar(15) COLLATE latin1_general_ci DEFAULT NULL,
 `poster_email` varchar(50) COLLATE latin1_general_ci DEFAULT NULL,
 `message` text COLLATE latin1_general_ci NOT NULL,
 `hide_smilies` tinyint(1) NOT NULL DEFAULT '0',
 `posted` int(10) unsigned NOT NULL DEFAULT '0',
 `edited` int(10) unsigned DEFAULT NULL,
 `edited_by` varchar(200) COLLATE latin1_general_ci DEFAULT NULL,
 `topic_id` int(10) unsigned NOT NULL DEFAULT '0',
 PRIMARY KEY (`id`),
 KEY `punbb_posts_topic_id_idx` (`topic_id`),
 KEY `punbb_posts_multi_idx` (`poster_id`,`topic_id`)
) ENGINE=MyISAM AUTO_INCREMENT=11634 DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci

Pour éventuellement (Si pas CHARSET=latin1) modifier, toujours dans la même fenêtre de requête, taper :

ALTER TABLE punbb_posts CHARSET latin1 COLLATE latin1_general_ci

---

Ce n'est pas parce que l'erreur se propage qu'elle devient vérité. Gandhi
Sont différents : ça et sa - est et ait - à et a - ce et se - mes et mais ou met - été et était - c'est et ces - ce-si et ceci
La vie sans musique est tout simplement une erreur, une fatigue, un exil. Friedrich Nietzsche

Otomatic

Régisseur

Re : Problème de (drôles) et de (présentation)

Bonjour,

[Il peut juste faire un test en modifiant le jeu de caractère d'une table (style la table des posts) pour vérifier...

C'est un peu moins simple que ça
Il faut que numaa vérifie plusieurs points.
- Comment et avec quels charset et collation ont été créées les tables (Voir ma précédente contribution)
- Comment il a procédé pour transférer la base de données depuis son ancien hébergeur
- Comment est codé le fichier SQL qui lui a servi au transfert ; ce doit être un codage utf8, même si aucun champ de la base n'est en charset utf8.

J'ai, sous le coude, deux explications détaillées :
- MySQL, jeux de caractères et collation
- Comment transférer une base ou des tables

Que je pourrais poster si nécessaire.

---

Ce n'est pas parce que l'erreur se propage qu'elle devient vérité. Gandhi
Sont différents : ça et sa - est et ait - à et a - ce et se - mes et mais ou met - été et était - c'est et ces - ce-si et ceci
La vie sans musique est tout simplement une erreur, une fatigue, un exil. Friedrich Nietzsche

numaa

Membre

Re : Problème de (drôles) et de (présentation)

Bonsoir Otomatic et tous les autres

J'ai éxécuter

SHOW CREATE TABLE punbb_posts

et voila ce que ça donne :

Ensuite j'ai quand même éxécuter :

ALTER TABLE punbb_posts CHARSET latin1 COLLATE latin1_general

et ça n'a rien changé : http://www.viva-portugal.net/forum/index.php

Sinon j'ai transféré ma base avec un dump non compressé appelé : fichier sql que j'avais obtenu en faisant dans phpmyadmin : Exporter, cocher transmettre et éxécuter .

Ensuite pour le réimporter sur OVH j'ai utilisé un fichier .php contenant :

<?php
echo "Votre base est en cours de restauration.......
<br>";
system("cat | mysql --host= --user= --password= tutoriauhmanu");
echo "C'est fini. Votre base est en place sur cet hébergement.";
?>

et tout a bien marché sauf pour le forum qui ne marchait pas du tout .

Du coup j'ai demandé de l'aide sur WRI .

Voici le fil : http://forum.webrankinfo.com/probleme-f … 11563.html

J'ai fait ce qu'on m'a dit j'ai retrouvé le forum mais sans les caractères accentués .

Voili voilou .

Merci de l'aide que vous pourrez m'apporter .

Dernière modification par numaa (26-05-2009 01:23:59)

Otomatic

Régisseur

Re : Problème de (drôles) et de (présentation)

Bonjour,

Pour voir la réponse TOTALE de la requête SHOW CREATE TABLE, il faut « cliquer » sur la sorte de symbole <-T-> de PhpMyAdmin qui permet de voir les textes en entier.

... fichier sql que j'avais obtenu en faisant dans phpmyadmin : Exporter, cocher transmettre et exécuter.

En ne faisant QUE ça il y a des « trucs » qui sont loupés.

La procédure ci-dessous fonctionne parfaitement, dans tous les sens (Import/Export), sans aucun problème avec les caractères accentués, entre trois hébergeurs différents et une base locale, et avec toutes les tables MYISAM depuis « un certain temps ».

Lancer PhpMyAdmin
Nota : Suivant les hébergeurs, cela ne s'appelle pas toujours PhpMyAdmin ; ce peut être Gestion des bases de données, Administration SQL, etc.

Vérifier dans l'Accueil (Home - Petite Maison)
-- Jeu de caractères pour MySQL : UTF-8 Unicode (utf8) - Impératif
-- Interclassement pour la connexion MySQL : utf8_unicode_ci

Choisir la Base de données à exporter puis Onglet Exporter
- Cadre de gauche Exporter
-- Choisir la ou les tables à exporter
-- Choisir le format :
   Pour une sauvegarde permettant une éventuelle future restauration, le format SQL est le plus approprié.  De plus, c'est un format purement texte qui peut donc être édité et éventuellement découpé en plusieurs parties.

- Cadre de droite Options
-- Commentaires mis en en-tête : vide, mais on peut mettre un commentaire
-- Pas coché : Utiliser le mode transactionnel
-- Pas coché : Désactiver la vérification des clés étrangères
-- Mode de compatibilité SQL : NONE

- Cadre Structure : Cocher Structure
-- Coché : Ajouter DROP TABLE / VIEW / PROCEDURE / FUNCTION
-- Coché : Ajouter IF NOT EXISTS
-- Coché : Inclure la valeur courante de l'AUTO_INCREMENT
-- Coché : Protéger les noms des tables et des champs par des "`"
-- Pas coché : Ajouter CREATE PROCEDURE / FUNCTION (Sauf si vous avez des procédures stockées)

- Cadre Inclure sous forme de commentaires
-- Au choix, coché ou non coché : Dates de création/modification/vérification

- Cadre Données : Cocher Données
-- Coché : Insertions complètes
-- Coché : Insertions étendues
-- Taille maximum de la requête générée : 50000
-- Pas coché : Insertions avec délais (DELAYED)
-- Pas coché : Ignorer les erreurs de doublons (INSERT IGNORE)
-- Coché : Utiliser l'hexadecimal pour les BLOB
-- Type d'exportation : INSERT

- Cocher Transmettre
-- Modèle de nom de fichier (1): __DB__
-- Compression : Valider aucune

Valider le bouton Exécuter puis choisir l'endroit de la sauvegarde et éventuellement le nom du fichier. Personellement : nom_base_(préfixe_tables ou nom_table ou totale)_année-mois-jour.sql

Voilà, votre base (ou vos tables) sont sauvegardées.

Le fichier étant au format texte, avec un éditeur de texte (Notepad suffit), vous pourrez éditer le fichier, modifier des valeurs (Attention, quand même à ce que vous faites...), extraire et sauvegarder une seule table, etc.

--- Restauration ---

Lancer PhpMyadmin

Choisir la Base de données à restaurer (Même pour une seule table de cette base)
Onglet Importer
(Pour certaine versions limitées de PhpMyadmin, il faudra choisir l'onglet SQL)
- À l'aide du bouton Parcourir, choisir le fichier précédemment sauvegardé.
- Jeu de caractères du fichier : utf8 - Impératif
- Coché ou pas coché : Importation partielle
-- Nombre d'enregistrements (requêtes) à ignorer à partir du début : 0
- Format du fichier d'importation : SQL
- Options
-- Mode de compatibilité SQL : NONE
- Valider le bouton Exécuter

Attendre la fin des opérations et le message de bonne excution du genre :
  L'importation s'est terminée avec succès, xxx requêtes exécutées.

---

Ce n'est pas parce que l'erreur se propage qu'elle devient vérité. Gandhi
Sont différents : ça et sa - est et ait - à et a - ce et se - mes et mais ou met - été et était - c'est et ces - ce-si et ceci
La vie sans musique est tout simplement une erreur, une fatigue, un exil. Friedrich Nietzsche

Otomatic

Régisseur

Re : Problème de (drôles) et de (présentation)

Bonsoir,

system("cat mon_fichier.sql | mysql --host=mysql5-7 --user=ma_pomme --password=pas_moi");

Note : jamais de mots de passe en clair dans les forums.

Ceci indique que la restauration de la base de données à été effectuée par la console MySQL en mode texte et c'est de là que vient le problème des caractères accentués.
En effet, si dans la console MySQL en mode texte on exécute la requête SHOW VARIABLES LIKE 'char%'; on obtient : (1)

character_set_client     | latin1
character_set_connection   latin1
character_set_database     latin1
character_set_filesystem   binary
character_set_results      latin1
character_set_server       latin1
character_set_system       utf8

alors que la même requête effectuée via PhpMyAdmin donne :

character_set_client         utf8
character_set_connection     utf8
character_set_database       latin1
character_set_filesystem     binary
character_set_results        utf8
character_set_server         latin1
character_set_system         utf8

Ce qui veut dire que la base de données a été transféré comme ISO-8859-1 (latin1) et pas utf8, ce qui veut dire que pour les caractères accentués, codés par la sauvegarde en utf8, comme "é" en deux octets utf8 "A©" sont pris comme deux caractères latin1 "A" et "©" et non pas un seul caractère utf8 "é".
Il aurait fallu que la première instruction de la console MySQL en mode texte soit SET NAMES utf8;.

Y'a peut-être un moyen de s'en sortir.
D'abord, faire une copie du fichier.sql de la sauvegarde originelle de la base de données.
Ouvrir, dans un éditeur de texte (Surtout pas Word - Notepad fera l'affaire) le fichier.sql de la sauvegarde originelle de la base de données. Normalement, on devrait voir, au début au fichier une ligne de commentaires du genre :
/*!40101 SET NAMES utf8 */;
qui montre bien que le fichier a le jeu de caractères utf8.
Vérifier également, pour chaque table, que les premières lignes sont :
DROP TABLE IF EXISTS `punbb_bans`;
CREATE TABLE IF NOT EXISTS `punbb_bans` (
Sinon, modifier chaque création de table en conséquence et sauver le fichier (Ctrl-S).

Chez l'hébergeur, lancer PhpMyAdmin ou son équivalent et appliquer la procédure de restauration de ma précédente contribution.

Bonne chance.

(1) À chaque ouverture de sessions, MySQL renseigne quatre variables système :
-    Le jeu de caractères que le client utilise en saisie, cette indication est enregistrée dans la variable @@character_set_client.
-    Le jeu de caractères utilisé pour la communication entre le client et MySQL (@@character_set_connection) : la collation par défaut de ce jeu de caractères détermine la @@collation_connection.
- Le jeu de caractères utilisé pour afficher le résultat des requêtes dans le client (@@character_set_results).
Le texte de la requête est interprété selon le jeu du client, puis converti dans le jeu de la connexion (@@character_set_connection et @@collation_connection). MySQL envoie ensuite le résultat en utilisant à nouveau le @@characterset_connection, puis en le convertissant ensuite en @@character_set_results.

Dernière modification par Otomatic (26-05-2009 18:37:13)

---

Ce n'est pas parce que l'erreur se propage qu'elle devient vérité. Gandhi
Sont différents : ça et sa - est et ait - à et a - ce et se - mes et mais ou met - été et était - c'est et ces - ce-si et ceci
La vie sans musique est tout simplement une erreur, une fatigue, un exil. Friedrich Nietzsche

numaa

Membre

Re : Problème de (drôles) et de (présentation)

Otomatic,

Merci pour cette réponse détaillée .

Je vais voir dès que j'ai un peu de temps à appliquer .

Pour les Mdp's pourrait-tu éditer ton message et les enlever j'ai fait de même dans mon message .

J'aurais du faire plus attention .

@

Mpok

Néo Admin

Re : Problème de (drôles) et de (présentation)

Excellente explication Otomatic... (les 2 messages)
Je prendrai le temps demain d'en faire un "fixe" soit dans l'aide, soit dans la rubrique Astuces... (j'en profiterai pour rechercher tous les sujets sur le même thème afin de faire éventuellement une synthèse).

Deux remarques :

1) "Il aurait fallu que la première instruction de la console MySQL en mode texte soit SET NAMES utf8" : oui, tout à fait... (j'ai d'ailleurs expérimenté ce genre de dump-restore en mode console il y a une semaine, il faut effectivement préciser l'encodage du fichier avant exécution).
A noter que pour ceux qui ont accès à la console MySQL ce mode de restauration est bien meilleur que le classique PhpMyAdmin, puisque non seulement il est plus rapide, mais SURTOUT il permet de passer outre la fameuse limite des 2048 Ko...

2) Certaines versions (ou options d'installation) de PhpMyAdmin permettent AUSSI de choisir l'encodage du fichier AU MOMENT DE LA SAUVEGARDE (c'est le cas sur Free.fr par exemple).
Du coup le "impératif" que tu signales lors de l'importation n'est pas forcément juste : si la sauvegarde a été faite en latin1, il faut choisir latin1 à l'importation (logique).

Otomatic

Régisseur

Re : Problème de (drôles) et de (présentation)

Bonjour,

Pour la console MySQL texte sous Windows c'est même un peu plus vicieux que ça.
Sans aucune déclaration de jeu de caractères par défaut dans le fichier my.ini (default-character-set=), le jeu de caractère du client texte, tout en étant déclaré latin1 est en fait cp850 (Enfin, pas toujours, ça dépend des API).

Pour s'en convaincre, il suffit de lancer dans une console MySQL :
SHOW VARIABLES LIKE 'char%';
USE test;
Puis choisir une champ d'une table CHARSET=latin1 et comportant des caractères accentués.
Pour cela j'utilise une table test avec un champ test (latin1) contenant "éèàù ÉÈÀÙ ç Ç"
SELECT test FROM test;
Les "é" sont transformés en "ù" et les autres caractères en ÚÞÓ¨ ++++ þ Ã
Si le jeu de caractères de la console était bien latin1, cela ne devrait pas arriver.
SET NAMES cp850;
Et refaire le select. Les caractères accentués sont bons.

Un bon moyen de voir quel est le jeu de caractères de la console est de lancer une requête est d'indiquer à MySQL quel est le jeu de caractère d'une chaîne littérale en la faisont précéder d'un introducteur :

SELECT _latin1'été', _utf8'été', _cp850'été';

Une chaîne littérale précédée d'un introducteur est envoyée telle quelle à MySQL, quelles que soient les variables @@charecter_set_client et @@character_set_connexion, MySQl l'interprète selon le jeu indiqué par l'introducteur, puis la renvoie.

---

Ce n'est pas parce que l'erreur se propage qu'elle devient vérité. Gandhi
Sont différents : ça et sa - est et ait - à et a - ce et se - mes et mais ou met - été et était - c'est et ces - ce-si et ceci
La vie sans musique est tout simplement une erreur, une fatigue, un exil. Friedrich Nietzsche

Otomatic

Régisseur

Re : Problème de (drôles) et de (présentation)

... Je vais voir dès que j'ai un peu de temps à appliquer.

Bonjour,

Contrairement à ce que j'ai écrit, Notepad.exe ne suffira pas pour :
- Visualiser correctement le contenu du fichier.
- vérifier que le fichier est bien « encodé » en ut8.

J'utilise, depuis des lustres, UltraEdit comme éditeur de texte ; il est extrêmement performant, mais « payant ».
Un éditeur de texte performant, libre, en français et gratuit existe : notepad++ et peut être téléchargé ici : http://notepad-plus.sourceforge.net/fr/site.htm.

---

Ce n'est pas parce que l'erreur se propage qu'elle devient vérité. Gandhi
Sont différents : ça et sa - est et ait - à et a - ce et se - mes et mais ou met - été et était - c'est et ces - ce-si et ceci
La vie sans musique est tout simplement une erreur, une fatigue, un exil. Friedrich Nietzsche

numaa

Membre

Re : Problème de (drôles) et de (présentation)

Je suis charette en ce moment, je pense que j'étudierais ça demain .

Peut-tu éditer ton message Otomatic pour enlever mes mots de passe ?

Merci .

numaa

Membre

Re : Problème de (drôles) et de (présentation)

Bonjour otomatic,

Je m'y suis remis mais sans grand résultat .

- 1ère étape : J'ai fait la requête :

SHOW CREATE TABLE punbb_posts

et voila ce que ça donne :

CREATE TABLE `forum_posts` (
`id` int(10) unsigned NOT NULL auto_increment,
`poster` varchar(200) character set latin1 NOT NULL default '',
`poster_id` int(10) unsigned NOT NULL default '1',
`poster_ip` varchar(15) character set latin1 default NULL,
`poster_email` varchar(50) character set latin1 default NULL,
`message` text character set latin1 NOT NULL,
`hide_smilies` tinyint(1) NOT NULL default '0',
`posted` int(10) unsigned NOT NULL default '0',
`edited` int(10) unsigned default NULL,
`edited_by` varchar(200) character set latin1 default NULL,
`topic_id` int(10) unsigned NOT NULL default '0',
PRIMARY KEY  (`id`),
KEY `forum_posts_topic_id_idx` (`topic_id`),
KEY `forum_posts_multi_idx` (`poster_id`,`topic_id`)
) ENGINE=MyISAM AUTO_INCREMENT=1345 DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci

J'ai l'impression que ça parait correct ....

- 2ème étape : Editer le fichier SQL

  Dans les premières lignes du fichier pas de traces de :

/*!40101 SET NAMES utf8 */;

Voici ce qu'on trouve dans ces premières lignes :

-- phpMyAdmin SQL Dump
-- version 2.7.0-pl2
-- http://www.phpmyadmin.net
--
-- Serveur: localhost
-- Généré le : Vendredi 22 Mai 2009 à 15:06
-- Version du serveur: 5.0.15
-- Version de PHP: 5.0.5
--
-- Base de données: `viva_portugal_net`
--

-- --------------------------------------------------------

--
-- Structure de la table `actu_annonce`
--

CREATE TABLE `actu_annonce` (
  `idann` int(11) NOT NULL auto_increment,
  `idaut` int(11) NOT NULL default '1',
  `ann_debut` date NOT NULL default '0000-00-00',
  `ann_fin` date NOT NULL default '0000-00-00',
  `ann_titre` varchar(255) NOT NULL,
  `ann_texte` mediumtext NOT NULL,
  `ann_lien` varchar(255) NOT NULL,
  `ann_email` varchar(255) NOT NULL,
  `ann_email_visu` tinyint(1) NOT NULL default '1',

Ensuite tu me dis :

Vérifier également, pour chaque table, que les premières lignes sont :
DROP TABLE IF EXISTS `punbb_bans`;
CREATE TABLE IF NOT EXISTS `punbb_bans` (

Voici ce qu'on trouve dans chaque table :

--
-- Structure de la table `forum_bans`
--

CREATE TABLE `forum_bans` (
  `id` int(10) unsigned NOT NULL auto_increment,
  `username` varchar(200) default NULL,
  `ip` varchar(255) default NULL,
  `email` varchar(50) default NULL,
  `message` varchar(255) default NULL,
  `expire` int(10) unsigned default NULL,
  PRIMARY KEY  (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=136 ;

--
-- Contenu de la table `forum_bans`

Est-ce qu'il faut que je rajoute après :

CREATE TABLE `forum_bans` (

les deux lignes que tu m'a dis c'est à dire :

DROP TABLE IF EXISTS `punbb_bans`;
CREATE TABLE IF NOT EXISTS `punbb_bans` (

Voila je suis pas beaucoup avancé et surtout toujours aussi perdu, dommage que j'ai oublié d'aller à l'école quand j'étais petit .:)

Otomatic

Régisseur

Re : Problème de (drôles) et de (présentation)

Bonjour,

Non, non, ça n'a rien à voir avec l'école Surtout que PHP et MySQL ne s'apprennent pas à l'école.

Pour que tu puisse essayer de ré-écrire ta base de données depuis PhpMyAdmin avec ton fichier.sql tel qu'il est, il faudrait supprimer les tables avant.

Déjà, première chose, sauvegarder, via PhpMyAdmin, toutes les tables telles qu'elles sont en suivant scrupuleusement la procédure précédemment postée et en choisissant un nom de fichier adéquate.

Ensuite je vais essayer de te simplifier la vie sans avoir à modifier ton fichier.sql originel.

- 1 - À partir du fichier originel (fichier.sql), noter le nom de toutes les tables accolés à tous les CREATE TABLE
- 2 - Chez l'hébergeur, lancer PhpMyAdmin ou son équivalent
- 3 - Choisir la base de donnée idoine
- 4 - Dans le cadre de droite, cocher chaque nom de table faisant partie de la liste notée en - 1 -
- 5 - En bas de la liste des tables, dans la liste déroulante Pour la sélection choisir Supprimer
- 6 - Une confirmation Voulez-vous vraiment effectuer.... sera demandé ; Répondre Oui.
- 7 - Toujours avec PhpMyAdmin, effectuer la procédure de restauration de la base de données à partir du fichier.sql originel telle que mentionnée dans un de mes précédents post.

---

Ce n'est pas parce que l'erreur se propage qu'elle devient vérité. Gandhi
Sont différents : ça et sa - est et ait - à et a - ce et se - mes et mais ou met - été et était - c'est et ces - ce-si et ceci
La vie sans musique est tout simplement une erreur, une fatigue, un exil. Friedrich Nietzsche

numaa

Membre

Re : Problème de (drôles) et de (présentation)

Otomatic ,

Je t'ai envoyé un MP mais je vois vraiment pas ou accéder à la boite de courriel pour voir si tiu m'a répondu .

Pandark

Guide

Re : Problème de (drôles) et de (présentation)

Courriel, ça veut dire courrier électronique. Il faut donc aller vérifier le contenu de ta boite e-mail personnelle

---

=>  Plugins | Modifications | Liens utiles   <=
                .._ -Pandark- _..
                Serial Dreamer

numaa

Membre

Re : Problème de (drôles) et de (présentation)

Courriel, ça veut dire courrier électronique. Il faut donc aller vérifier le contenu de ta boite e-mail personnelle

Oui, merci j'avais vu ça après avoir posté .

Apparement il n'y a pas moyen  d'envoyer des MP's sur les forums Punbb ?

Pandark

Guide

Re : Problème de (drôles) et de (présentation)

Ça ne semble pas nécessaire.
Ceux qui veulent quand même avoir un système de messagerie internet installent une mod pour ça, par exemple Another Private Messaging System

Mais on va arrêter là le hors sujet
Si tu as d'autres questions sans rapport avec le problème de caractères accentués, ouvre une nouvelle discussion

---

=>  Plugins | Modifications | Liens utiles   <=
                .._ -Pandark- _..
                Serial Dreamer

krikrizzz

Membre

Re : Problème de (drôles) et de (présentation)

Bonjour je relance ce sujet car j'ai un gros souci de caractère :s

voila mon problème : je suis en version 1.2.20.

il y a quelques jours j ai fait un export a la va vite sans me préoccuper de l encodage.

J'ai bien fait vu qu'un matin j'avais tout perdu.

je restaure ma base et la les problème d'accent sont survenus

dans l'import mes accent sont bien en é mais en affichage c'est ce style la : é

j'ai réussi a réavoir les é après de multiples essai de changement de charset et autre et aussi en modifiant le main.tld en mettant utf8 mais si je le fait ce soitn tous les mots du forum en lui même qui pose problème par exemple les mod?r?

Quelqu'un aurait il une solution ? merci par avance.

krikrizzz

Membre

Re : Problème de (drôles) et de (présentation)

je tiens a préciser que sur 2 serveurs différents avec la meme base y en a un qui est bien l'autre non :s

Mpok

Néo Admin

Re : Problème de (drôles) et de (présentation)

Il faut que les tables (et leurs champs) soient en latin1 (iso-8859-1).
Ensuite, lors de l'importation, il faut dire à phpmyadmin l'encodage du fichier d'import. Donc, si ta sauvegarde est en utf-8, tu lui dis utf-8, sinon latin1.
C'est phpmyadmin qui fera le transcodage correct au moment de l'importation.