Je cherche. J'ai glissé les fichiers Piwigo dans un autre dossier du serveur afin de re-télécharger mon ancien phpWebG. Ça ne marchait pas. J'ai re-éliminer le phpWebG pour remettre Piwigo. Ce dernier. Je n'ai jamais fait en fait qu'une seule upgrade au début.
Hors ligne
Si tu as une sauvegarde de ta BDD de ta v1.7.2, alors:
1) effaces toutes tes tables actuelles
2) importe ta sauvegarde
3) recommence une upgrade via les explications [url=http://fr.piwigo.org/basics/upgrade]içi[/i].
Hors ligne
céladonne a écrit:
D'accord. Oui j'ai une sauvegarde. mais qu'est-ce que veut dire "effacer toutes les tables actuelles" ? Tous les fichiers ?
Et comment et où on importe la sauvegarde si on a plus l'accès ?
Bien pensés ces questions.
Pour faire l'update, il y a la procédure dans le lien citer.
AVANT !!! Il faut que tu regardes du coté de ton hébergeur, à avoir accès à ta base de données. Chez Free par exemple c'est http://sql.free.fr
Par contre, comment avais-tu fais une sauvegarde ???
Hors ligne
J'ai fait une sauvegarde de ma base phpWebG 1.7.2 par le plugin BDbase (ou qqch comme ça) recommandé sur le site de la documentation pour l'upgrade que je suivais à la lettre; avant de m'apercevoir qu'il y avait 2 docus... et que ça m'embrouillait.
Je pensais, en postant mon premier message, refaire une install de 1.7.2 par ftp; remettre le plugin DBBase, et réinstaller avec lui ma sauvegarde.
Maintenant si tu me dis qu'il vaut mieux aller sur sql.free, il faudra que je sache exactement où et quels fichiers supprimer pour en pas faire d'erreurs. Un grand merci d'avance.
je reprendrai ça demain.
Hors ligne
Par exemple: de 1.7.x en 2.0.2 ce n'est pas compliqué en réalité,
si on suit à la lettre: http://fr.piwigo.org/basics/upgrade]Mise à Jour
Hors ligne
Bonsoir. Oui ce n'était pas bien compliqué; j'ai tout suivi à la lettre. Je n'ai seulement pas retrouvé mes sous-catégories et les descriptifs.
Je me demandais à quoi pourrait me servir la sauvegarde sql si je ne peux pas l'importer dans Piwigo ?
Pour l'instant je n'arrive pas à voir ce que je dois effacer sur le serveur de free.
Hors ligne
Si ta sauvegarde est bonne, il suffit de regarder la fin du fichier .sql
Si erreur c'est foutu.
Si donc ta sauvegarde est bonne tu peux supprimer toutes les tables, puis importer le fichier .sql via phpMyAdmin par exemple.
Une fois ta base restaurée, tu es comme avant, comme si tu étais encore en 1.7.x
Donc on reprendra la procédure d'upgrade mais attention certaines nouvelles lignes du mysql.inc.php n'ont pas à exister avant la mise à jour. Se faire valider le contenu par un membre de l'équipe par MP (Message privé).
Hors ligne
céladonne a écrit:
Comment ouvres-tu un fichier sql ?
Hors ligne
Merci je vais vérifier. Mais là c'est un peu trop tard et je ne trouve pas l'équivalent à ce notepad sur Mac. J'irai chercher ça demain si j'ai du temps. Komposer m'ayant ouvert un instant le document, j'ai bien eu l'impression que mon .txt est la copie conforme de cet sql.
Hors ligne
Non mais bon, pas la peine pour toi céladonne de lire le fichier SQL, tu n'y comprendrais pas grand chose à priori. Pourvu que tu l'importe dans ta base de données c'est tout ce qu'il faut que tu fasses.
Tu es chez Free alors ?
1) Rends toi sur htt://sql.free.fr
2) Rentres tes identifiants
3) Dans les onglets, cliques sur "Exporter" (on va aussi faire une sauvegarde tout de suite; deux précautions valent mieux qu'une !)
4) Dans le bas de la page, à la ligne "Compression", choisis de préférence "gzippé"
5) Enregistre bien ton fichier avec un nom explicite pour ne pas le confondre.
6) Cliques sur l'onglet "Structure" puis sur "Sélectionner tout"
7) dans le menu déroulant intitulé "Pour la sélection" choisir "Supprimer"
8) Confirmer
9) Dans l'onglet "Importer", il faut chercher son fichier que tu veux importer (ta sauvegarde donc) puis valider.
10) Si tout vas bien, tu n'as pas de message d'erreur et tu as retrouvé ta base de donnée en v1.7.2
Hors ligne
Gotcha a écrit:
Non mais bon, pas la peine pour toi céladonne de lire le fichier SQL,
Désolé de te contredire mais il n'y a pas que céladonne qui lit le forum.
Si quelqu'un tente une restauration sur une database (encore à peu près correcte) avec un fichier contenant des erreurs, nous devons être clairs. Nous ne pourrons pas faire de miracle. Une tentative de restauration de la base avec un fichier erroné, plus personne ne saura réparer.
Il faut donc IMPÉRATIVEMENT contrôler que le fichier dump (export de MySQL est correct et sans erreur),
cela se voit assez facilement le fichier s'arrête avec des messages clairs mais en anglais.
Au besoin un copier/coller des 10 dernières lignes sur le forum peut vous permettre d'obtenir une validation de la part de personnes plus habituées à ce genre de manipulations.
PS: 3) Dans les onglets, cliques sur "Exporter" (on va aussi faire une sauvegarde tout de suite; deux précautions valent mieux qu'une !) Si la première sauvegarde n'a pas fonctionné, il y a des chances que la seconde ne fonctionnera pas.
Hors ligne
Je comprends tout à fait et je te laisse la main :-)
Avec le plugin db backup j'ai déjà eu des soucis et heureusement que j'ai sauvegardé ce que je voulais supprimer.
Si c'est si rapide de vérifier un fichier sql, alors ce n'est pas trop de travail pour les personnes "habilitées". Je souhaite juste vous épargner du travail.
Par contre, je ne pensais pas que l'on pouvait avoir des fichiers erronés via une sauvegarde de PhpMyAdmin. Là j'ai encore appris quelque chose.
Bon bah céladonne fais comme si je n'avais rien dit ^^
Hors ligne