Mise-à-jour -> UTF-8 sans iconv - Page 3 Mise-à-jour -> UTF-8 sans iconv - Page 3
 

News:

CPG Release 1.6.26
Correct PHP8.2 issues with user and language managers.
Additional fixes for PHP 8.2
Correct PHP8 error with SMF 2.0 bridge.
Correct IPTC supplimental category parsing.
Download and info HERE

Main Menu

Mise-à-jour -> UTF-8 sans iconv

Started by Titooy, December 09, 2005, 12:32:15 AM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

poet24

Quote from: jullebarge on December 29, 2005, 06:38:02 PM
Bonjour,

J'ai essayé de faire la modif, je suis chez Free, mais quand je réinjecte la base de données, ça me met cette erreur:
#1007 - Can't create database 'jujudepomme'; database exists

Ce qui est logique puisque sur Free on a une seule base de données et qu'elle existe déjà...
Bref, je comprends pas trop ce que je dois faire, là ça n'a rien changé...

j'ai le meme problème, je vous que vous donnez cette solution :



Ce n'est pas grave, il suffit de supprimer la ligne
Code:

CREATE DATABASE `votrelogin` DEFAULT CHARACTER SET latin1 COLLATE latin1_general_ci;

dans le fichier sql

mais je comprends pas ou enlever cette phrase. Si c'est dans le fichier qu'on a téléchargé precedemment alors avec quel programme puis-je l'ouvrir? ???

François Keller

Bonjour,

C'est dans le fichier de sauvegarde de votre base de donnée. Vou spouvez l'ouvrir avec notepad par exemple
Avez vous lu la DOC ? la FAQ ? et cherché sur le forum avant de poster ?
Did you read the DOC ? the FAQ ? and search the board before posting ?
Mon Blog

poet24

bonjour, j'ai enlevé la phrase et quand je charge le fichier j'ai ce message qui apparait:

Il semble que vous ayiez trouvé une anomalie dans l'analyseur syntaxique SQL. Veuillez examiner votre requête attentivement, et vérifier que vos apostrophes sont conformes. Il se pourrait aussi que vous ayiez chargé un fichier dont le contenu binaire n'est pas entre apostrophes. Si vous avez accès à MySQL via son interface de commande en mode ligne, vous pouvez y essayer votre requête. Le message d'erreur présenté plus bas pourrait vous indiquer la source du problème. En dernier recours, veuillez trouver la plus courte requête possible qui cause le problème, et soumettre un rapport d'anomalie en incluant la section à couper:
----Début de la section à couper----
eNodjrtKA0EYRkdiIVMLaf9isdr9M7M34lgNYVmDsxd3shEECyWJLqxhnSQSG/EB7HwBO/ENLHwU
n0ALSztxY3s4fOeLiiIrBAw4DFxQUSrABQ98j+pRizuUDsZagDWcCFjc1M25WUwN1tUFNleNfQsu
ej66yMFlLOixsOcx4KEI+oJzqKfX+xCtG7BocqePlQAfOfKAlrqATNsg4ygd2TCO2tRJNYckOx0q
JSFARvNEtl8wRM9pak7zw3zj2ZnerPjIQFXz1ZoqmcYCZsZZLWdOn/5X8qPO9i4hZIe8monfff55
6u5dLg8IeSy3WkiIlGUsk3v+fvZlPt7M7/fLw6f1B1zkRt8=
----Fin de la section à couper----
----Début des informations sur l'anomalie----

ERROR: C1 C2 LEN: 2 3 43
STR: 

CVS: $Id: sqlparser.lib.php,v 2.34.2.1 2005/06/30 16:58:11 lem9 Exp $
MySQL: 4.1.15
USR OS, AGENT, VER: Win MOZILLA 5.0
PMA: 2.6.3-pl1
PHP VER,OS: 4.4.0 Linux
LANG: fr-utf-8
SQL: PK

sui quelqu'un peut m'expliquer d'ou vient le pb?
merci d'avance

poet24

c'est encore moi désolée :-[ j'ai réussi à comprendre pourquoi j'avais ce message c'était à cause d'une compression - decompression g refait sans compresser en enlevant la phrase en trop et meintenant j'ai ce message

Erreur

requête SQL:

-- phpMyAdmin SQL Dump
-- version 2.6.3-pl1
-- http://www.phpmyadmin.net
--
-- Serveur: a.augama.sql.free.fr
-- Généré le : Samedi 04 Mars 2006 à 17:12
-- Version du serveur: 4.1.15
-- Version de PHP: 4.4.0
--
-- Base de données: `a_augama`
--
USE a_augama

MySQL a répondu:Documentation
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '-- phpMyAdmin SQL Dump
-- version 2.6.3-pl1
-- http://www.phpmyadmin.net
--
' at line 1

voilà si quelqu'un y comprend quelque chose ce serait cool  merci