- Statut : non résolu
- Ce sujet contient 23 réponses, 4 participants et a été mis à jour pour la dernière fois par Ma solution Wordpress, le il y a 9 années et 4 mois.
-
AuteurMessages
-
17 septembre 2015 à 22 h 25 min #1021306
merci pour ces infos
et là je pense qu’il y a une piste. Je suis allé voir avec la commande SHOW VARIABLES LIKE « %version% »;
et pour ma version en local c’est: 5.6.21
et pour la version de l’hébergeur (infomaniak.ch) c’est: 5.5.42
donc ma version est + récente, c’est ça qui peut poser problème ?18 septembre 2015 à 5 h 14 min #1021307donc ma version est + récente, c’est ça qui peut poser problème ?
C’est souvent cela.
Il faut maintenant identifier le point commun dans les lignes qui génèrent des erreurs et voir si ces lignes n’utilisent pas une fonction / syntaxe spécifique à MySQL 5.6.21 pour s’en assurer.18 septembre 2015 à 9 h 52 min #1021308merci
je ne sais pas trop comment comparé des erreurs comme ça, et surtout que dans le fichier sql il y a des centaines de lignes de codes.
J’ai essayé de forcer un peu, en esquivant les tables qui me posaient problèmes. Deux tables me posent problèmes: wp_options et wp_posts. J’ai réussi à importer une vingtaine de lignes de wp_options et la table wp_posts est vide.
Cela dit, j’ai réussi à mettre le site en ligne, ce qui est déjà un exploit pour moi 😉 mais par contre, bien sûr, je n’ai aucune option justement, je peux même pas éditer une page, et mon site est vide de tout contenu évidemment. C’est rageant, d’être presque au bout, et finalement le site est juste un machin joli et vide 😋
donc, ma question maintenant, et je te remercie vraiment de ton aide. J’ai l’impression qu’on avance tranquillement…est-ce que je peux imaginer créer les tables wp_options et wp_posts, comme ça manuellement avec des commandes sql ?
mais ma question au final, est quand même comment des tables qui fonctionnaient en local ne veulent pas se laisser importer ?
et c’est sûrement lié comme tu le disais au versions de MySql. est-ce que je demande à l’hébergeur de mettre à jour sa version ?18 septembre 2015 à 10 h 22 min #1021309Bonjour Cyrilsource,
Pour tout ce qui touche à l’export de bases de données WordPress, j’utilise un plugin miracle qui s’appelle WP Migrate DB.
Depuis que j’utilise ce plugin plus du tout de problème quand j’importe le fichiers SQL.
De plus au moment de l’export, tu mets la nouvelle URL de ton site et ça change tous les permaliens.
Peux-être une piste à creuser…
18 septembre 2015 à 14 h 46 min #1021313super, j’ai réussi à importer la base de données sans fautes avec ce plug in merci beaucoup 🍺
par contre, maintenant j’ai un problème inverse, je n’ai que du contenu et plus aucun design, ni tableau de bord wordpress, on dirait que j’ai fait une bête page html 😋 décidément :rolleyes:
bon là je sèche, si jamais quelqu’un a une idée pour ça ? oh là là je suis vraiment nul
merci à tous
A+18 septembre 2015 à 15 h 52 min #1021314Ca ressemble à un probleme de CSS.
As tu essayé de repartir sur une version propre de WordPress ou tu réinstallerais ta bdd et ton theme.Attention à bien tout sauvegarder!
19 septembre 2015 à 8 h 04 min #1021312qu’est-ce que entends par une version propre de wordpress ?
j’ai renvoyé tous les fichiers sur le serveur de l’hébergeur et j’ai toujours la même erreur…
ça me dépasse un peu car quand j’avais ma base de données incomplète, j’avais accès au design du site et au tableau de bord et maintenant que ma base de données est complète, je n’ai plus de design et de tableau de bord 😉
???19 septembre 2015 à 8 h 07 min #1021310Hello,
J’entends par là de retélécharger WordPress (dernière version), réinstaller ton thème dessus et importer la base de données.
19 septembre 2015 à 9 h 52 min #1021311✅
merci pour tout, en fait dans ma table wp_option j’avais deux fois « http: » 😉 c’était tout simple
il me manque quelques images, mais ça doit être lié aux url
merci à tous de m’avoir aidé
🍺 -
AuteurMessages
- Vous devez être connecté pour répondre à ce sujet.