- 1 - Version de Windows utilisée 64 - 2 - Version de Wampserver 32 (sinon ne fonctionnait pas sous windows 8.1) - 3 - Version Apache ne sais pas - 4 - Version PHP 5.5.12 - 5 - Version MySQL 4.1.14
Bonjour,
Suite à une exportation, le site (qui fonctionnait en local chez moi) ne fonctionne plus : rien ne s'affiche. Voici ce que donne la BDD :
-- phpMyAdmin SQL Dump -- version 4.1.14 -- [www.phpmyadmin.net] -- -- Client : 127.0.0.1 -- Généré le : Mer 04 Juin 2014 à 13:10 -- Version du serveur : 5.6.17-log -- Version de PHP : 5.5.12
/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */; /*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */; /*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */; /*!40101 SET NAMES utf8 */;
-- phpMyAdmin SQL Dump -- version 4.1.14 -- [www.phpmyadmin.net] -- -- Client : 127.0.0.1 -- Généré le : Mer 04 Juin 2014 à 13:10 -- Version du serveur : 5.6.17-log -- Version de PHP : 5.5.12 -- -- Base de données: `mon_site` -- CREATE DATABASE `mon_site` DEFAULT CHARACTER SET latin1 COLLATE latin1_general_ci; USE mon_site;
J'ai tenté de modifier les paramètres d'exports mais sans succès et je ne comprends pas d'où viennent ces lignes qui commencent par 40101 et pourquoi je n'ai pas de ligne create database.
Il serait bien de mettre votre "export" entre les balises [ code ] ... [ /code ] afin de le rendre plus lisible.
Les explications ne sont pas très claires. Si j'ai bien compris, ce que vous avez mis dans votre message, correspond au résultat d'un export à partir du contenu d'une base de données.
Pour 'exporter' une base de données, sous phpmyadmin, il faut suivre les étapes suivantes :
1) vous êtes sur la page d'accueil de phpmyadmin. Vous cliquez sur l'onglet "bases de données".
2) vous sélectionner la base de données si vous désirez 'exporter' la base. Puis vous sélectionner la table, si c'est simplement la table que vous désirez 'exporter'.
3) ensuite, vous cliquez sur l'onglet 'exporter'. vous sélectionner : "Personnalisée - afficher toutes les options possibles".
--> dans 'sortie", vous sélectionner pour "jeu de catactères du fichier" le charset si c'est autre chose que "utf-8". --> dans 'Options spécifiques au format :' ==> vous décochez 'Afficher les commentaires'. ==> vous cochez 'structure et données'.
--> dans 'Options de création d'objets' vous cochez tout.
--> dans 'Options de création de données', vous augmentez la valeur de 'Taille maximum de la requête générée' si celle indiqué est trop petite. Par défaut, elle est de 50000.
Puis vous cliquez sur 'executer'. Normalement, vous devez avoir le contenu de votre table ou de votre base de données.
En tout cas, chez moi, cela fonctionne bien.
Si vous cliquez sur 'exporter' depuis le panneau de l'accueil, vous aurez toutes les bases de données, même ceux de 'mysql'.
A priori, vu les résultat produit, votre base de données est vide.
Qu'est qui ne fonctionne pas exactement, l'importation de la base de donnée ou le site?
Les lignes /*40101 ... ne devrait pas poser de problème a priori.
Pour info quand on télécharge WampServer c'est écrit quel est la version d'apache php mysql etc... Je devinne en fonction de tes version de php et mylsql que tu as télécharger Wampserver 2.5 32 bits avec Apache 2.4.9, PHP 5.5.12, MySQL 5.6.17, PhpMyAdmin 4.1.14
> Alors qu'elle devrait dans l'idéal me donner : > CREATE DATABASE `mon_site` DEFAULT CHARACTER SET latin1 COLLATE latin1_general_ci;
NON, ce n'est absolument pas l'idéal. Si la base de données existe déjà = belle erreur et base non importée. En revanche : CREATE DATABASE IF NOT EXISTS`mon_site` DEFAULT CHARACTER SET latin1 COLLATE latin1_general_ci; c'est ce qu'il faut. Et, il ne faut le faire qu'une seule fois.
Tout ça, ça se valide ou se dévalide dans les paramètres personnalisés d'export de phpMyAdmin. - PhpMyAdmin - Choisir la base de données - Exporter - Valider × Personnalisée - afficher toutes les options possibles
--- Tables : Tout sélectionner ou ne choisir que les tables voulues
--- Sortie - Valider × Diriger la sortie vers un fichier - Modèle de nom de fichier : Ce que vous voulez comme nom de fichier - Jeu de caractères du fichier : utf-8 - Compression : Aucune (De manière à pouvoir éventuellement éditer le fichier) --- Format - SQL - Options spécifiques au format - × Afficher les commentaires... Valider ou dévalider au choix. Moi, je valide toujours - × Inclut un horodatage de création, mise.... Valider ou dévalider au choix. Moi, je valide toujours --- Sauf besoin particulier, ne pas cocher les trois options suivantes - Utiliser le mode transactionnel - Désactiver la vérification des clés étrangères - Exporter les vues comme des tables
- Maximiser la compatibilité avec un système de base... NONE - × structure et données validé --- Options de création d'objets Ne cocher l'option suivante uniquement si vous avez besoin de créer la base de donnée lors de l'importation ET que le serveur accepte la création de base de données depuis une importation SQL. Si vous cochez, il faudra impérativement cocher aussi IF NOT EXISTS - Ajouter un énoncé CREATE DATABASE / USE
Cocher TOUTES les options suivantes : × Ajouter un énoncé DROP TABLE / VIEW / PROCEDURE / FUNCTION / EVENT / TRIGGER × Ajouter un énoncé CREATE TABLE × Ajouter un énoncé CREATE VIEW × Ajouter un énoncé CREATE PROCEDURE / FUNCTION / EVENT × Ajouter un énoncé CREATE TRIGGER × Options pour CREATE TABLE : × IF NOT EXISTS × AUTO_INCREMENT × Entourer les noms des tables et des colonnes....
--- Options de création de données Ne pas cocher les options suivantes : Vider la table avant d'insérer Au lieu d'énoncés INSERT, utiliser : Énoncés INSERT DELAYED Énoncés INSERT IGNORE
Fonction à utiliser lors de l'exportation des données : INSERT
-- Syntaxe à utiliser lors de l'insertion de données : Valider × les deux modes ci-dessus
Cocher les deux options : × Exporter les colonnes binaires en format hexadécimal... × Exporter les colonnes TIMESTAMP en UTC....
Puis validez le bouton Exécuter.
------------------------
Vous écrivez : > Suite à une exportation, le site (qui fonctionnait en local chez moi) ne fonctionne plus Cela demande un petit peu plus de précisions ! - Après l'import chez l'hébergeur, toutes les tables sont-elles présentes ? - Avez-vous mis dans le fichier de configuration de votre application web les paramètres (hôtes, nom de base, utilisateur, mot de passe) qui correspondent à votre accès mysql chez l'hebergeur et qui sont différents de ceux utilisés en local ?
J'ai essayé toutes les configurations d'export que vous m'avez indiqué mais rien ne fonctionne.
"Après l'import chez l'hébergeur, toutes les tables sont-elles présentes ? --> oui toutes les tables sont présentes.
- Avez-vous mis dans le fichier de configuration de votre application web les paramètres (hôtes, nom de base, utilisateur, mot de passe) qui correspondent à votre accès mysql chez l'hebergeur et qui sont différents de ceux utilisés en local ?" --> oui j'ai correctement modifié le fichier wp-config avec les bons paramètres.
Après l'export tu devrais avoir, a peu de chose près, les lignes suivantes début du fichier sql :
CREATE DATABASE IF NOT EXISTS `ma_base`;
USE `ma_base`;
As tu modifié le nom de ta base ma_base en fonction de la base de donnée que l'hébergeur te fournit, généralement il te donne un base de donnée avec un nom généré par lui-même et ne te permet pas de créer de base.
Ensuite il peut arriver parfois dans l'exportation, selon les options que tu as cocher, que tu as quelque chose de similaire au ligne suivante lors de la création de tes tables :
DROP TABLE IF EXISTS `ma_base`.`ma_table`;
CREATE TABLE `ma_base`.`ma_table` (
`nom_col_1` int(11) NOT NULL AUTO_INCREMENT,
...
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;
Dans ce cas il faut que tu modifie le nom de ta base ma_base toujours en fonction de la base de donnée fourni par l'hébergeur.
>J'ai essayé toutes les configurations d'export que vous m'avez indiqué mais rien ne fonctionne. >"Après l'import chez l'hébergeur, toutes les tables sont-elles présentes ? --> oui toutes les tables sont présentes.
Si, après l'import chez l'hébergeur, toutes les tables sont présentes, ça veut bien dire que la configuration d'export que vous avez utilisé a fonctionné. Les fonctions d'export/import de PhpMyAdmin ne s'occupent QUE des tables, pas de la configuration d'accès à celles-ci depuis une application PHP.
Si, dans PhpMyAdmin (Ou ce qui en tient lieu) chez votre hébergeur, vous voyez vos tables et que WP n'y accède pas, c'est qu'il n'y a pas les bons paramètres dans les fichiers de configuration de WP.
Je n'avais pas fait attention qu'il avait réussit son importation.
Perso je n'ai jamais utiliser WP, mais est ce que dans les fichiers de config ou dans la base il n'y a pas un paramètre de stocker pour donner au CMS le lien du site en local se sera monProjet par exemple et chez l'hebergeur il faudrais remplacer par nom-du-site.com je sais que des cms comme prestashop le font (sans aller chercher ou est stocker ce paramètre, vu que je n'en ai jamais eu l'utilité).
Se pourrais être une des raison du non fonctionnement du site. Ensuite il y a la config pour se connecter à la base de donnée mais apparement tu l'as déja modifier.
Tu devrais essayé d'installer un WP vierge(fraichement dézippé sur ton ftp) pour voir si ça fonctionne. Si ok tu exporte la base de ce WP vierge, et tu le compare avec celui que tu as exporter en local histoire de voir d'ou vient le problème. Utilise un outil du style WinMerge pour comparer les fichiers c'est beaucoup plus simple et rapide.
Je pense que Soha après relecture des échanges n'a pas bien compris comment installer sa base de données et comment faire une configuration chez son hébergeur.
1) il a développé en local, je suppose sous WampServer, donc sur son ordinateur une base de données et des applications écrites en php ou en html. Sa base se nomme 'mon_site' chez lui. Il a effectué un export, je suppose de la totalité de sa base de données, ce qui est une erreur, et non uniquement des tables, c'est-à-dire du contenu.
De ce fait, lorsqu'il import son fichier localhost.sql (hypothèse de ma part), la base de données 'mon_site' ne pouvant pas existé, elle n'a pas été créé. Il doit, par l'intermédiaire de phpMyAdmin consulté le nom qui a été donnée à sa database. Chez AlwaysData, le nom de ma base de données est le nom de mon pseudo suivi de '_base'. Et je n'ai pas le choix !
Il doit exporter un fichier sql, sans préciser le nom de sa base de données. Comme je l'ai indiqué précédemment, il doit d'abord cliquer sur le nom de sa base de données, puis ensuite sur l'onglet 'importer' afin d'installer sa base de données.
2) de même, il a dû copier tout son environnement depuis Wamp vers l'environnement de chez son hébergeur. Puis, sans aucune modification, il désire accéder à sa base, comme s'il était sous Wamp.
Cela ne peut pas fonctionner, car il a quelques adaptation à faire. Entre autre : --> localhost devient le nom du serveur sous phpmyadmin. Il est indiqué en haut de la page d'accueil de phpmyadmin, juste après le mot serveur. --> le nom de la base de données est celle qui se trouve à gauche, en dessous de 'tables récentes'. --> son mot de passe, en tout cas chez AlwaysData, est celui du login pour aller sous phpmyadmin. --> son user, c'est le même que celui pour aller sous phpmyadmin. Donc cela ne peut pas être 'root'.* --> le nom du SGBD est 'MySql', cela ne change pas. Ainsi avec ses cinq paramètres, il a tout ce dont il a besoin pour se connecter, depuis php, pour accéder à sa database.