ddtddt a écrit:
Pense à vérifier ta sauvegarde avant la mise à jour
C'est bien ce que je suis en train de faire. Une sauvegarde dont on n'a pas vérifié qu'on pouvait la restaurer n'est pas une sauvegarde....
D'ailleurs, j'hésite sur la procédure. Une âme charitable pour m'indiquer la page de doc ad-hoc ?
Sur le site actuel, chez hébergeur-1, j'ai récupéré par FTP le répertoire phpwebgallery et tout ce qu'il contient (sous-répertoires, ...), et j'ai fait un DBbackup.
Dans ma sauvegarde d'arborescence, j'ai modifié mysql.inc.php pour que $cfgPassword = '<mot_de_passe_chez_hebergeur_2>';
J'ai envoyé l'arborescence phpwebgallery sauvegardée sur le site de backup (chez hébergeur-2), par FTP.
Maintenant, il faut que je crée la base chez hébergeur-2.
Quelle est la méthode recommandée ? Je copie-colle le résultat de DBBackup dans la fenêtre SQL de PHPmyadmin ? Y-a-t'il une méthode moins artisanale ?
Merci d'avance.
Dernière modification par Bruno_Piguet (2009-09-13 10:23:42)
Hors ligne
Bruno_Piguet a écrit:
D'ailleurs, j'hésite sur la procédure. Une âme charitable pour m'indiquer la page de doc ad-hoc ?
wiki en faisant une installation locale.
Chez ton nouvel hbergeur, il te faudra créer une base de données avant de la remplir (logique) et ce sont sera à inscrire aussi dans mysql.inc.php
Hors ligne
Gotcha a écrit:
Chez ton nouvel hébergeur, il te faudra créer une base de données avant de la remplir (logique) et ce sont sera à inscrire aussi dans mysql.inc.php
Oui, ça c'est fait, ce n'est pas le problème.
Au passage, sur le serveur où je tente ma restauration, certaines infos sont dans des variables d'environnement.
J'ai donc tenté un :
$cfgBase = getenv("MYSQL_DATABASE");
et ça marche.
Tout est donc OK de ce coté-là.
Mais je ne demande toujours si je fais une restauration en copiant-collant le résultat de DBBackup dans la fenêtre SQL de PHPmyadmin, ou si il y a une autre procédure ?
Hors ligne
Un simple copier coller suffit :-)
Hors ligne
Gotcha a écrit:
Un simple copier coller suffit :-)
Bon, on y va.
Au passage : mon fichier dbbackup_20090912.txt fait seulement 407 ko. Ca marcherait aussi avec des tailles plus grandes ?
Tiens, je suis tombé sur :
MySQL a répondu:
#1062 - Duplicate entry '' for key 2
sur la commande :
INSERT INTO phpwebgallery_categories
VALUES (
'2', '2006-08-07 00:00:00', '8', '2002', '', 'Photos de l\'année 2002', '2002', '7', 'public', '1', 'true', 'false', '7', '2', 'true', '7', '', ''
);
J'ai vu que je ne suis pas le premier. Si j'arrive à comprendre le message de flop25, j'essaierai de faire qqchose.
flop25 a écrit:
tu as une unicité de champ -que je connais pas de tête- concernant la 2° entrée, qui correspond à la valeur 2004
je pense que tu peux supprimer manuellement la clé d'unicité via phpmyadmin, mais uniquement sur le 2° champ pas sur l'id !
Hors ligne
En effet, tu n'es pas le seul.
Comme je n'ai pas compris pourquoi et comment résoudre ce problème, je passe directement par phpMyAdmin pour faire l'export. (Pour y aller faut-il ^^)
Hors ligne
Gotcha a écrit:
Comme je n'ai pas compris pourquoi et comment résoudre ce problème, je passe directement par phpMyAdmin pour faire l'export.
Aie ! Mauvais point pour DBBackup !
Bon, on va essayer d'apprendre SQL sur le tas.
#1062 - Duplicate entry '' for key 2
j'ai l'impression qu'il se plaint que pour la deuxième key, la valeur vide ('') est dupliquée.
Dans la définition de la table, il y a trois "KEY", en fin de ligne :
PRIMARY KEY (`id`), UNIQUE KEY `categories_i3` (`permalink`), KEY `categories_i2` (`id_uppercat`)
Ce que j'interprète comme : la 2eme clef, c'est le champ permalink, et chaque valeur doit être unique.
Et permalink est définie comme :
`permalink` varchar(64) collate latin1_general_ci default NULL
Il semble que dans mon cas, je n'ai pas de permlink ("default NULL"), mais comme c'est une clef "unique", je n'ai pas le droit d'avoir plus d'une valeur nulle.
Donc, soit je vire le mot "UNIQUE" dans la définition de la deuxième clef, mais je risque d'avoir une base qui respecte une contrainte de moins, ce qui peut poser problème, soit je génère moi-même des permalink, mais je ne connais pas leur syntaxe.
Vous avez un conseil ?
Hors ligne
Je me réponds à moi-même.
En virant le "unique" dans la ligne :
CREATE TABLE `phpwebgallery_categories`etc.
La re-création de la base a bien marché, et j'ai un site-doublon presque fonctionnel.
Presque... car la page d'accueil m'affiche ceci :
Warning: script_basename "phpwebgallery" unknown in [...]/phpwebgallery/include/section_init.inc.php on line 156
Je suppose que je dois tomber dans les problème de transfert de site.
Je vais fouiller le forum et le wiki...
Hors ligne
Bonjour,
Il faut éviter de virer le "UNIQUE", j'ai rencontrer le même problème lorsque j'ai écrit mes scripts de transfert de la galerie, en fait c'est un problème dû à l'export de la table qui doit être incorrect, en effet le vide '' devrait être valeur null.
Pour ton exemple:
INSERT INTO phpwebgallery_categories
VALUES ('2', '2006-08-07 00:00:00', '8', '2002', '', 'Photos de l\'année 2002', '2002', '7', 'public', '1', 'true', 'false', '7', '2', 'true', '7', '', '');
Cela devrait être:
INSERT INTO phpwebgallery_categories
VALUES ('2', '2006-08-07 00:00:00', '8', '2002', NULL, 'Photos de l\'année 2002', '2002', '7', 'public', '1', 'true', 'false', '7', '2', 'true', '7', NULL, NULL);
Bon courage...
euh ba moi, une fois le plugin copier dans le dossier "plugins" et une fois installé et activé, quand je clic sur db backup dans la colonne de gauche il me met:" Fatal error: Call to undefined function get_language_filepath() in /mnt/159/sdc/9/8/ferotpy/plugins/db_backup/db_backup_admin.php on line 4"
est ce que quelqu'un peut m'aider?
Hors ligne
Quelle est ta version de Piwigo ? (je suppose que tu utilises la dernière version de ce plugin)
Hors ligne
Un lien de cause à effet je n'en sais rien mais il faut bien que l'on quelques éléments en notre possession pour pouvoir te répondre.
Nos boules magiques en cristalle sont parfois usées ^^
[EDIT]
Si Piwigo évolue, les plugins ne suivent pas toujours le même rythme. Les développeurs ont chacun leurs priorité et si parfois un plugin se révélé obsolète, il suffira soit d'attendre soit de pleurer s'il n'est plus suivi.
Quoi qu'il en soit, Piwigo v2.0.5 est en ligne...
Dernière modification par Gotcha (2009-10-27 18:03:19)
Hors ligne
ferotpy a écrit:
euh ba moi, une fois le plugin copier dans le dossier "plugins" et une fois installé et activé, quand je clic sur db backup dans la colonne de gauche il me met:" Fatal error: Call to undefined function get_language_filepath() in /mnt/159/sdc/9/8/ferotpy/plugins/db_backup/db_backup_admin.php on line 4"
est ce que quelqu'un peut m'aider?
Je viens de tester la version compatible piwigo avec Piwigo 2.0.5 cela fonctionne très bien.
Je pense que tu as eu une erreur de transferts ou que tu as pris une version incompatible avec piwigo
Hors ligne