Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
[fr-fr] Problèmes lors du backup DB local --> restaurer ce backup en ligne
Bonjour,
Voila que je nage depuis une petite heure avec un backup qui provient de ma DB locale et que je veux restaurer sur la DB en ligne. Bref je mets en ligne un site de test pour mon association.
En local (sur mon Mac) j’ai MAMP 1.1.1 comme envirronement de test avec :
<pre>Version de PHP: 5.1.2
server_time: 2006-01-30 19:55:13
MySQL: 4.1.12
Locale: fr_FR.UTF-8
Serveur: Apache/2.0.55 (Unix) PHP/5.1.2 DAV/2 mod_ssl/2.0.55 OpenSSL/0.9.7i
Version d’Apache: Apache/2.0.55 (Unix) PHP/5.1.2 DAV/2 mod_ssl/2.0.55 OpenSSL/0.9.7i
php_sapi_mode: apache2handler
os_version: Darwin 8.4.0</pre>
En ligne chez OVH sur un 60 GP j’ai :
<pre>Version de PHP: 4.4.2
Register globals PHP: 1
server_time: 2006-01-30 19:56:53
MySQL: 3.23.58-log
Locale: fr_FR
Serveur: Apache
php_sapi_mode: cgi
os_version: Linux 2.4.31-mutu-hidden</pre>
Lorsque je backup un fichier sous PhpMyAdmin local et que je l’uploade via l’interface de PhpMyAdmin en ligne, j’obtiens le méchant message suivant (même en variant les options) :
Erreur
<pre>
requête SQL:
— phpMyAdmin SQL Dump
— version 2.7.0-pl2
— http://www.phpmyadmin.net
—
— Serveur: localhost
— Généré le : Lundi 30 Janvier 2006 à 19:49
— Version du serveur: 4.1.12
— Version de PHP: 5.1.2
—
— Base de données: `apic-test`
—
— ————————————————————————————
—
— Structure de la table `textpattern`
—
CREATE TABLE `textpattern` (
`ID` int( 11 ) NOT NULL AUTO_INCREMENT ,
`Posted` datetime NOT NULL default ’0000-00-00 00:00:00’,
`AuthorID` varchar( 64 ) NOT NULL default ‘’,
`LastMod` datetime NOT NULL default ’0000-00-00 00:00:00’,
`LastModID` varchar( 64 ) NOT NULL default ‘’,
`Title` varchar( 255 ) NOT NULL default ‘’,
`Title_html` varchar( 255 ) NOT NULL default ‘’,
`Body` mediumtext NOT NULL ,
`Body_html` mediumtext NOT NULL ,
`Excerpt` text NOT NULL ,
`Excerpt_html` mediumtext NOT NULL ,
`Image` varchar( 255 ) NOT NULL default ‘’,
`Category1` varchar( 128 ) NOT NULL default ‘’,
`Category2` varchar( 128 ) NOT NULL default ‘’,
`Annotate` int( 2 ) NOT NULL default ‘0’,
`AnnotateInvite` varchar( 255 ) NOT NULL default ‘’,
`comments_count` int( 8 ) NOT NULL default ‘0’,
`Status` int( 2 ) NOT NULL default ‘4’,
`textile_body` int( 2 ) NOT NULL default ‘1’,
`textile_excerpt` int( 2 ) NOT NULL default ‘1’,
`Section` varchar( 64 ) NOT NULL default ‘’,
`override_form` varchar( 255 ) NOT NULL default ‘’,
`Keywords` varchar( 255 ) NOT NULL default ‘’,
`url_title` varchar( 255 ) NOT NULL default ‘’,
`custom_1` varchar( 255 ) NOT NULL default ‘’,
`custom_2` varchar( 255 ) NOT NULL default ‘’,
`custom_3` varchar( 255 ) NOT NULL default ‘’,
`custom_4` varchar( 255 ) NOT NULL default ‘’,
`custom_5` varchar( 255 ) NOT NULL default ‘’,
`custom_6` varchar( 255 ) NOT NULL default ‘’,
`custom_7` varchar( 255 ) NOT NULL default ‘’,
`custom_8` varchar( 255 ) NOT NULL default ‘’,
`custom_9` varchar( 255 ) NOT NULL default ‘’,
`custom_10` varchar( 255 ) NOT NULL default ‘’,
`uid` varchar( 32 ) NOT NULL default ‘’,
`feed_time` date NOT NULL default ’0000-00-00’,
PRIMARY KEY ( `ID` ) ,
KEY `categories_idx` ( `Category1` ( 10 ) , `Category2` ( 10 ) ) ,
KEY `Posted` ( `Posted` ) ,
FULLTEXT KEY `searching` ( `Title` , `Body` )
) ENGINE = MYISAM DEFAULT CHARSET = utf8 PACK_KEYS =1 AUTO_INCREMENT =13;
- - You have an error in your SQL syntax near ‘ENGINE=MyISAM DEFAULT CHARSET=utf8 PACK_KEYS=1 AUTO_INCREMENT=13 ‘ at line 45</pre>
J’ai essayé avec le plugin rss_admin_db_manager v4.0.2 mais cela ne fonctionne pas (produit un fichier sql de 20 ko).
Quelqu’un possède-t-il la clé ?
Last edited by vifort (2006-01-30 19:04:35)
Offline
Re: [fr-fr] Problèmes lors du backup DB local --> restaurer ce backup en ligne
Oui. Et tu vas en chier :)
OVH ne propose que MySQL 3.x ou 4.0.x (ca va changer, mais on a pas de dates). Tu as créé ton site avec MySQL 4.1.x, qui gère l’unicode utf-8 en natif à la différence des deux autres.
Il y a donc trois choses à considérer :
- Dumper ta base avec les options de compatibilité MySQL 4.0 (et vérifier que tu utilises bien la 4.0 chez OVH). Ca c’est pour éviter les problèmes du type ENGINE= au lieu de TYPE=
- Convertir l’utf-8 propre de ta base dans la soupe unicodisé latin1 que génère TXP (et tous les autres softs qui font de l’utf-8 sans MySQL 4.1)
- Gérer Murphy
J’y suis arrivé, une fois, en bidouillant à mort (en dehors de MySQL, en tripatouillant le dump dans un éditeur de texte un poil intelligent genre Context) mais pour Murphy j’ai du corriger à la main après l’import (tous les “à” n’étaient pas passés, me demande pas pourquoi).
Je crois que je vais écrire un court et percutant pamphlets contre les soit disants environnements locaux. Il semble bien que plus de la moitié des problèmes viennent de là (soit d’eux même, soit du fait qu’ils donnent une apparence de facilité et que leurs utilisateurs ne lisent pas les docs :p).
Last edited by Jeremie (2006-01-30 21:27:58)
Offline
Re: [fr-fr] Problèmes lors du backup DB local --> restaurer ce backup en ligne
OK, merci Jérémie.
Bon comme ce n’est que le début de ce site je vais devoir me taper une soirée entière de copier-coller et de création du sections, modules etc.
Peux-tu me donner des précisions sur Murphy. Parlons-nous du même ? MDR ;-)
Merci encore !
Last edited by vifort (2006-01-31 08:42:21)
Offline
Re: [fr-fr] Problèmes lors du backup DB local --> restaurer ce backup en ligne
OK, j’ai tout installé à la main par copier / coller (passionant comme job).
Le site en état d’élaboration (faux texte, CSS & graphismes provisoires) était visible en ligne.
Murphy n’a pas eu grand chose à dire ;-)
Un ami geek 100% pur jus m’a parlé d’un Module Perl qui fait ces conversions entre DB.
Je vérifie si je le trouve et je poste l’adresse bientôt sur ce forum.
Le module Perl recommandé par mon ami Manu se nomme SQL-Translator 0.07.
<blockquote>Un module Perl qui, comme son nom l’indique, permet de traduire les différents dialectes SQL (PostgreSQL, Oracle, SQLite, MySQL, etc). Il permet également créer des schémas sur base d’un script SQL. Très utile pour appréhender la structure d’une base de données inconnues en n’ayant que le script de création.</blockquote>
Merci Manu !
Last edited by vifort (2006-02-06 17:47:44)
Offline