Gotcha a écrit:

Il semblerait que le plugin ai du mal avec Extended Description

Il y a un soucis en effet, mais je ne vois pas trop le rapport avec extended description...

c'est peut etre lié a un probleme similaire à : [Forum, topic 15024] table session et champs "not null"
il me faut replonger dans le code ;)

Bonjour à tous
Je viens de lire toutes vos contributions à ce sujet. Excusez-moi si je m'immisce dans votre discussion de spécialistes et si ma demande paraît trop simple : Mon fichier de sauvegarde n'avait pas marché. J'ai migré quand même sur la PWG 2.0 en récupérant ce que j'ai pu.
Suivant le conseil prudent de VDigital j'ai installé le db Backup correspondant à la v°2.
Maintenant j'aimerais bien faire une sauvegarde des nouveaux éléments que j'ai ajoutés.
Est-ce trop tôt par rapport à l'état de test du plugin ?
Sinon que dois-je faire pour sauvegarder ma base (cocher "historique" ou pas, "une table à la fois" ou toutes, etc.), et surtout pour vérifier que cela a marché ?
Merci d'avance
Cordialement

NB : Suite pour VDigital notamment : dans le fichier sql (de la 1.7) que j'ai récupéré (visualisé du moins) j'ai pu retrouver des informations éparses qui m'ont servies pour reconstruire mes données. C'est toujours ça.
2e étape, je suis retournée à mes carnets de terrain pour compléter (heureusement que les naturalistes fonctionnent essentiellement avec le papier).
Et je me suis demandée s'il n'y avait pas un fichier spécifique contenant toutes ces infos et qu'on pourrait simplement récupérer par ftp ? Une sorte d'alternative minimale à la sauvegarde, plus facile que d'aller fouiller et trier dans le fichier .sql. Evidemment, après, il faudrait quand même reprendre tout à la main. Mais mieux ça que rien.

repie38 a écrit:

il n'y a pas de probleme pour utiliser le plugin, bien au contraire. en revanche, il est preferable de verifier la sauvegarde réalisée
(par exemple en utilisant ladite sauvegarde pour créer une seconde base en test ...)

pour les options, on ne sauve pas l'historique si ce n'est pas important. si ca l'est, et que c'est volumineux, on le sauve a part.
et on sauvegarde 1 table a la fois si la sauvegarde complete ne marche pas (trop long pour le serveur)

pour ceux qui ne "parlent" pas le SQL, il me semble qu'il existe des "interpreteur" qui permettent de verifier si la syntaxe est bonne.
si quelqu'un en connait un, n'hesitez pas a en parler ;)

Ca serait peut-être utile de notifier ça dans une info-bulle d'aide dans le plugin ;-)

je n'ai pas oublié ;)
c'est dans ma todo list

bonjour,

j'ai sauvegardé ma base de donnée piwigo de mon site free afin de la transférer sur mon site perso. J'ai donc un fichier .sql que j'ai téléchargé et tenté d'importer via phpmyadmin. J'ai alors ce message d'erreur d'éléments doubles dans la base :
Erreur

requête SQL:

INSERT INTO phpwebgallery_categories
VALUES (
'2', '2004', '', '', '2004', '2', 'private', '1', 'true', 'false', '', '2', 'true', '2', '', ''
);

MySQL a répondu:Documentation
#1062 - Duplicate entry '' for key 2

des idées ?

merci bien

Bonsoir,

   J'ai un site en 1.7.0 que je voudrais faire migrer vers la dernière version de piwigo.

   Première chose à faire : un backup. J'ai donc installé dbbackup (avec le plugin d'aministration de plugins...).
Mais lorsque j'essaye d'y accéder, j'ai un message d'erreur :

Template->make_filename(): Error - file [...]/phpwebgallery/plugins/db_backup/db_backup_admin.tpl does not exist

Faut-il que je récupère le fichier "db_backup_admin.tpl" quelquepart ?

Merci d'avance,

Bruno_Piguet a écrit:

Ne vous fatiguez pas pour moi...

Je ne sais pas pourquoi ce fichier n'était pas sur mon serveur (pb FTP non détecté, mauvaise interaction avec autre chose ?), mais il est dans le .zip, je l'ai re-transféré au bon endroit, et tout à l'air de marcher.

Désolé.

pas de problème ;-)

Pense à vérifier ta sauvegarde avant la mise à jour